Elvas Tower: Bounding boxes and Inertial Tensor boxes for models - Elvas Tower

Jump to content

  • 2 Pages +
  • 1
  • 2
  • You cannot start a new topic
  • You cannot reply to this topic

Bounding boxes and Inertial Tensor boxes for models Are there differences between OR and MSTS Rate Topic: -----

#11 User is offline   thegrindre 

  • Member, Board of Directors
  • Group: Status: Elite Member
  • Posts: 8,349
  • Joined: 10-September 08
  • Gender:Male
  • Location:Now in central Arkansas
  • Simulator:MSTS & Trainz '04 & Open Rails
  • Country:

Posted 01 June 2011 - 02:32 PM

View Postlongiron, on 01 June 2011 - 01:00 PM, said:

Can you explain why you need to have this set an the individual item level? Plus you are asking for the software to do an enormous amount of work to determine what the camera should do regarding each individual object for, IMHO, not a lot in return.


Yeah, what Dave just said again. :pleasantry:

:oldstry:

#12 User is offline   longiron 

  • Open Rails Developer
  • Group: Status: Elite Member
  • Posts: 3,179
  • Joined: 25-July 08
  • Gender:Male
  • Location:Manasquan, NJ
  • Simulator:Open Rails, MSTS editors
  • Country:

Posted 01 June 2011 - 02:53 PM

View PostGenma Saotome, on 01 June 2011 - 01:45 PM, said:

First, the bounding box is ....
Second, not all objects deserve to be bounced away from ...
Third, assuming a one-bounce-for-all is ....
Fourth, the suggestion was made about object classes ...
Fifth, it seems to me it's better to let the designer ...


Dave, you've done a great job on the "what", but haven't addressed the "why". My view on the "why" is that it's not a important feature to include, in any form, for the following reasons:

First, this issue really applies mainly to the #2 camera, and maybe the #6 camera. Does not having those cameras NOT respect solid object definitions detract from the game experience? My judgement is no. There isn't an issue with seeing into, through solid objects for a train sim, unlike a first person shooter game. There may even be advantages when spotting a cut of cars inside a large building to zoom inside to see the actual position of the cars. Nor do I believe this is a big issue as many users position the #2 camera above likely solid obstructions (bridges, etc) of their view of the train when just running.

Second, by allowing the camera to go wherever the player want it to be, Open Rails is providing a consistent experience and NOT imposing anyone else's idea (devs, route designer or modeller) of what should or should not viewed from the camera. Having the camera respect some kinds of objects and not others will only create questions and confusion as to what, how, the feature works or doesn't work.

Third, the community has not clamored for this feature. I interpret that as being satisfied with the behavior of the the cameras as they presently are and consistent with MSTS #2 camera behavior.

Just my 2 cents.

#13 User is offline   Genma Saotome 

  • Owner Emeritus and Admin
  • PipPipPipPipPipPipPipPipPipPipPipPipPip
  • Group: ET Admin
  • Posts: 15,350
  • Joined: 11-January 04
  • Gender:Male
  • Location:United States
  • Simulator:Open Rails
  • Country:

Posted 01 June 2011 - 04:26 PM

Perhaps I misunderstood... there were comments about cameras bouncing and then comments about using bounding boxes and collisions; A very common camera collision-bounce technique is to put a bounding box around the camera location and then see if it collides with other bounding boxes, bouncing when it does. My comments were made thinking that was the context. If I misunderstood the context and the comments were actually about train collisions, not camera collisions (sorry 'bout that), then it seems perfectly reasonable to me that the bounding boxes of the cars and locomotives are put to use.

WRT a camera-object bouncing bouncing feature, I agree it's not a good idea. My previous comments about not making it universal were made thinking it was not a good idea... and if the feature isn't ever added to OR, well, that is fine by me.

#14 User is offline   B & O GUY 

  • Vice President
  • Group: Status: Elite Member
  • Posts: 2,354
  • Joined: 14-May 08
  • Gender:Not Telling
  • Location:New York State
  • Simulator:Open Rails
  • Country:

Posted 02 June 2011 - 03:52 AM

Quote

Allen,
Looking at the code, Open Rails only reads the SIZE dimensions of the Shape file. OR does not read the bounding box or inertial tensor values at the present time. Values are read from the coupler section to determine the length of the coupler. We will need the bounding box information when solid body collision physics is added to Open Rails.


Chris

I believe the size of the shape file is the bounding box in the shape file. All items of the model object including couplers, mirrors, awnings and such are contained within the bounding box. And it's the adjustment of that box that allows the coupler's to join visually. But i'm not sure of the effects or reasons of the inertial tensor box other than it affects coupler function or no coupler function in some cases if improperly adjusted.

Allen

#15 User is offline   B & O GUY 

  • Vice President
  • Group: Status: Elite Member
  • Posts: 2,354
  • Joined: 14-May 08
  • Gender:Not Telling
  • Location:New York State
  • Simulator:Open Rails
  • Country:

Posted 02 June 2011 - 07:35 AM

Chris and James

I wanted to add that whatever method your using for coupling objects seems to work pretty well and has few problem's. So I hope you don't change that part of the programming.

As for the #2 camera view. I like the not bouncing off the train objects. It's kind of fun standing behind the Herb Kelsey and Tom Werb characatures in "Tom's Crew's" while looking out the engineers or firemans cab front windows. Or sitting in any seat you want in the passenger cars or caboose. It's a fun view that wasn't available in the old sim.

Allen

#16 Inactive_geode_*

  • Group: Status: Passengers (Obsolete)

Posted 02 June 2011 - 07:59 AM

Gemtlemen,
I am a far cry from being totally conversive and understanding about this subject. I have tweaked bounding boxes and inertia tensors on every thing I download, and don't know didly what inertia tensor means. While experimenting with BBs, I adjusted a cars BB to one cubic foot and found, IF during a coupling up, the correct speed is adhered to, that the coupling will take place, otherwise the cars will telescope until the BBs touch. There are two critical adjustments for making couplers visually couple correctly: 1. Set the BB length to the END of the car body, and 2. Adjust the inertia tensor + or -, so that when the couplers are coupled, they look right. My test for correctness is to consist 3 of the same car to check the coupling up on both ends of the center car, dependant of course that the center of gravity is correct-if not, well close on both ends is the best we can expect. I hear that RouteRiter now has the ability to adjust the center of gravity. OK, so much for coupling.
But another issue, the height of the BB from the rail head, and the top of the BB. In narrow gauge equipment, the bottom of the BB needs to be 0.4m from the top of the rail, slightly below the coupler face, and std gauge 0.9m, and the top of the BB from the rail is totally arbitrary. I prefer sometimes to lower the #1 camera at the very top of the car directly behind the engine, or even 1 metre below that, so I can get a heads out view, sort of, but stay out of the smoke, so I adjust the top of the BB 1m below the car top.
So, I guess the point of all the above, is that if a better sim comes along without the ability to change the above settings, I'll brokenheartedly pass.

Geode

  • 2 Pages +
  • 1
  • 2
  • You cannot start a new topic
  • You cannot reply to this topic

1 User(s) are reading this topic
0 members, 1 guests, 0 anonymous users