[copperpen]

 Genma Saotome, on 19 June 2019 - 08:06 AM, said:

FWIW, it woulds be perfectly fine w/ me for rolling stock to be an assembly of many .s models -- trucks, couplers, fans, body, etc. all in their own .s file and pulled together via a specification file to make a whole unit.

That is very much like the Trainz method of assembling rolling stock. It tends to fall apart when some of the parts needed are located on a different site, and/or the owner of those assets pulls them.

[Csantucci]

I've created a Trello box https://trello.com/c...ims-for-3d-cabs to be voted about specific freightanims for 3D cabs.

[scottb613]

 Genma Saotome, on 19 June 2019 - 08:06 AM, said:

FWIW, it woulds be perfectly fine w/ me for rolling stock to be an assembly of many .s models -- trucks, couplers, fans, body, etc. all in their own .s file and pulled together via a specification file to make a whole unit. That unit then gets referenced in the many .eng or .wag files and it is there the textures to display are identified as substitutions for what's inside the various .s files. Effectively that produces a library of reusable parts that are assembled once per intended final model, and that assembly is then skinned many as many times as there are unique .eng or ,wag files.

Hi Folks,

Just one thing to keep in mind while heading down this path - I'm sure every additional "S" file will include an additional Draw Call. While this may not have an impact when you have 20 models in a scene - it certainly does when you have hundreds - if this is the way Trainz works - perhaps that's why they have that seriously annoying issue with shapes continually "popping" into view as you pan the camera around...

Regards,
Scott

[Csantucci]

Rel. 26 of OR NewYear MG is available as always here http://www.interazio..._NewYear_MG.zip .
It is aligned with rel. x1.3.1-68 of the standard OR; moreover the MG adaptations are aligned with those of perpetualKid, which now is refining the MG adaptations.
Additional features not (yet) available in the standard OR are:
- addition of track sounds in the sound debug window (by dennisat)
- change of the font family and dimension for the digital displays in 2D cabs
- UPDATED: F5 HUD scrolling by mbm_OR (with improvement requested by steamer_ctn)
- checkbox in General Options tab to enable or disable watchdog
- increase of remote horn sound volume level
- enable/disable on screen control confirmations with Ctrl-Alt-F10
- removal of on screen notification of camera change
- improved dynamic management of trough refill, see here http://www.elvastowe...-water-troughs/ , by steamer_ctn
- activity specific options setting, see here http://www.elvastowe...post__p__247247 , by steamer_ctn
- UPDATED: second phase of advanced management of couplers, see here http://www.elvastowe...vanced-coupler/ , by steamer_ctn
- when car is selected through the F9 window, the car's brake line in the extended brake HUD is highlighted in yellow, see here http://www.elvastowe...post__p__248023 (by mbm_or)
- enhanced human dispatching for AI trains, see here http://www.elvastowe...post__p__247752 .
- removed bug in OR MG concerning display of ETCS gauge (by dennisat)
- removed OR-MG specific bug not displaying some icons in TrackViewer (by dennisat)
- improved distance management in roadcar camera
- animation of bell, see here http://www.elvastowe...bell-animation/ (with the support of mrmosky) (now bell animation FPS can be tuned via .sd file)
- signal script parser (by perpetualKid): reduces CPU time needed for signal management
- second phase of wheel bearing management, see here http://www.elvastowe...earing-impacts/ (by steamer_ctn)
- NEW: added flag Cab3DFreightAnim to define 3dCab specific static freight animations. If flag is set with following line within the FreightAnimStatic block

Cab3DFreightAnim ( 1 )

the static freight animation is seen only when camera is set to 3D cab; if it is not present the freight anim is seen only with all other camera types.


It is suggested to unpack the .zip using 7zip, if other unpackers lead to problems.

[ErickC]

 scottb613, on 20 June 2019 - 03:52 AM, said:

Hi Folks,

Just one thing to keep in mind while heading down this path - I'm sure every additional "S" file will include an additional Draw Call. While this may not have an impact when you have 20 models in a scene - it certainly does when you have hundreds - if this is the way Trainz works - perhaps that's why they have that seriously annoying issue with shapes continually "popping" into view as you pan the camera around...

Regards,
Scott

Yes, but depending on how you build things, it may not be a huge deal because animated parts are all separate drawcalls anyway. The simplest car you could make, with a body, two trucks, and four wheels, will still be 7 drawcalls. If you go overboard with components, though, it could definitely get out of hand very quickly. As always, prudence and efficient design are key.

Anyway, I voted on the 3D cab freight shape feature. That would make my life a million times easier and would allow me to build generic cabs that other people can implement into their models.

[Kapitaen13]

There is a problem with the Rel 26.

https://up.picr.de/36072916ug.jpg

When I start a certain task, the player train makes a short jump after a few seconds.
After that the train can't be run anymore and some parameters in the HUD are no longer active.
All Steam effects are gone

https://up.picr.de/36072914gf.jpg

In Rel 25 and 22 this does not happen.

https://up.picr.de/36072913up.jpg
https://up.picr.de/36072911cw.jpg

The logFile does not output any errors. Tasks with other lokomotives work without problems. Can't find any errors in EngFile.

Greetings Jan

Attached File(s)

•  Fehler.zip (10.86K)
  Number of downloads: 2

[Csantucci]

I'll try to understand what's going on. Does this occur with a loco havint a 3D cab?
In the meantime the preceding, working rel. 25 can be downloaded here http://interazioni-e...G_oldrecent.zip .

[Kapitaen13]

Quote

Does this occur with a loco havint a 3D cab?

No, i don't have any with 3D cab.

Greetings ..

[steamer_ctn]

 Kapitaen13, on 22 June 2019 - 11:57 AM, said:

There is a problem with the Rel 26.

This maybe a problem that I have introduced with the changes to couplers.

I will try and work out what has happened.

Thanks

[atsf37l]

 MrGrumpy, on 21 March 2019 - 02:07 AM, said:

This thread seems to have a Monogame expert and a terrain textures enthusiast and so I'll ask my question here!

In the Monogame version, a horizontal transfer becomes very prominent, depending on the viewing position, whereas in the 'standard' OpenRails, transfers seem to blend fairly well. A half-minute video clip illustrates the difference:

https://youtu.be/LBqVID-IFsg

Is there anything I can do to produce a better transfer texture which will not appear so unsightly under Monogame? It's not a major problem - in my real route most transfers are either not flat and horizontal or are in a more forgiving, gritty texture to suit a loco yard for example and they do not stand out so prominently. The clip from my 'Sandbox' route is really to show an extreme example.

Carlo, I too am seeing serious transfer color shifts based apparently on the direction from which they are viewed. Here is a "2 view" of Telluride under X1.3.41. Note the "ruts" transfer at the left side in front of the Telluride Iron Works and the cinderfill transfer around the depot:
 Transfer 2 view X1.3.41.jpg (667.61K)
Number of downloads: 4

Same view under MG:
 Transfers 2 view MG.jpg (649.46K)
Number of downloads: 3

Same view under MG turned 180 degrees:
 Transfers turned around 2 view MG.jpg (593.08K)
Number of downloads: 3

Notice how they came back to 'normal.' Anything we can do about that? :bigboss: