Trees on track - Question Help!

[releismetrain]

What is the MSTSBin Route Editor?????

[OTTODAD]

If you pay attention in the legacy editor to where the red lines fall for the forest boundaries with regard to track, roads, buildings, etc., then there are no overlaps in either MSTS or ORTS.

As you can see from my post showing what I did to find that tree which shows on the ORTS track in the Legacy route editor, it is not on the track in it, but one corner of the forest frame is intruding into it !

Now if ORTS had an editable Route Editor which can be loaded into the running Activity showing its MSTS Forest frames it could be moved instantly !

What has been suggested, to fly along all tracks to find Forest Regions which are too close to the tracks is a waste of time, because most of them cause no problems and accurate location Co-Ords are required !

I had to do that in all the routes I have converted to using my X-Tracks versions of DB-Tracks, causing many terrain on tracks spills and other glitches like vegetation and buildings on tracks in huge routes like the Wupper-11, Tristate, NEC-4, Seaview-5, Surfliner-2 and many other large ones.

Noting their Co-Ords when running them in MSTS I would still have to find hundreds of them manually in the Route Editor !

If anybody has lots of vegetation on ORTS tracks try noting their ORTS Compass Co-Ords and give them to me and if I have these routes or can get them can try and find and fix Forest Regions causing them.

That should give me something to do for a while !

[OTTODAD]

Hi Baldwin !

Your PM folders are full !

[baldwin]

OK Otto, made some room.

[R. Steele]

What is the MSTSBin Route Editor?????

Otto most often attaches Bin after MSTS. He is referring to the MSTS Route Editor (RE) in the toolset - or editors.

[R. Steele]

Now if ORTS had an editable Route Editor which can be loaded into the running Activity showing its MSTS Forest frames it could be moved instantly !

Route editing on the fly, while in the activity would be nice! Would it not present some problems in loading/reloading changed or missing shapes? Just asking?

[dcarleton]

Route editing on the fly, while in the activity would be nice! Would it not present some problems in loading/reloading changed or missing shapes? Just asking?

Here's the methodology behind the kind of idea that Otto is discussing:

When you're running a route, everything you see on screen is at that moment already loaded into your computer's processor. What we desire is a "Maintenance-of-Way" mode where the game can be paused, the normally invisible forest markers become visible, and a very rudimentary set of tools is provided which allows the forest markers to be moved around just enough to get the trees off of the tracks. Then, the coordinates for the position of the forest markers that were just moved get written to the world file. It doesn't add a new entry to the world file, it just replaces the coordinate numbers in the world file that represent the location of that particular object. Thus there is no need to "reload" anything during that process. The next time you visit that location the trees will be at the spot where you moved them to, and not on the tracks!

Otto - That's what you're trying to describe, correct?

In order for OR to do the above, OR will need a new capability where it can write the changes to the World file.

It's important to keep in mind that the changes recommended above are nothing like creating a new route editor. A new route editor should take us way beyond legacy functions of MSTS, and should be used specifically to create OR specific routes. There is no reason that a new OR route editor should be limited to the W-file-and-T-file way of doing things inherited from MSTS. If you want to build a route for MSTS, use the MSTS route editor! However, the development of OR up until now has been to create a platform that runs MSTS content and then after achieving that goal then move on to OR specific content. Since OR cannot duplicate the forest region tree placements from MSTS, then OR should provide a tool which allows the user to sufficiently modify the forest regions to get the trees off the track. This should be done now and not as part of a future route editor. This is not really about editing a route. It's about operating a route!

[OTTODAD]

Hi Dave !

You have explained exactly and in more detail what I have suggested, better than what I did, except that such changes being made to World files having been saved back to them should be reloaded into the computer's Video RAM so that they are instantly visible to the running Activity.

That should also be able to deal with locations where there are terrain spills on tracks, the most common flaw in some routes !

TS-2016 World Editor is an example of doing that, I could show an example of if it helps the ORTS team !

Take care, Otto.

P.S.: O.K., here it is, doing another first while the new DTG North London DLC is downloading from Steam onto my WIN-7 Pro computer, using the slow coach rural BT Copper Cables Broadband, uploading this video to YouTube at the same time !

It will be a while before you can actually see it running !

Have FUN ! https://youtu.be/HNZTj0t3ea0

[R. Steele]

That should also be able to deal with locations where there are terrain spills on tracks, the most common flaw in some routes !

Terrain Spills - Yes, definitely, while everyone posts about the trees there is very little posted about removing terrain spills. Excellent idea Otto!

[Vince]

This happens quite unintentionally when a route is prepared for distribution by stripping the e & y raw files from the Tiles folder to keep download size reasonable./

These files are rebuilt on the first loading of the route when you get the message "Generating Terrain Buffers" . . . One problem . . .
All the sub-tiles all have the Error Bias set to default . . . 1 Yikes!
This totally screws up and neatly removes a route authors painstaking setting the bias to jus what he needed to maximize performance AND good terrain sculpting.

That's what gives you the terrain spills head ache! And . . . .
The only way to correct is in the Route Editor or do a shotgun fix with Route_Riter to set all tiles with track to Bias 0, something guaranteed to put some fair amount of framerate stress on your system.
Regards,

[OTTODAD]

This happens quite unintentionally when a route is prepared for distribution by stripping the e & y raw files from the Tiles folder to keep download size reasonable. These files are rebuilt on the first loading of the route when you get the message "Generating Terrain Buffers" .

Yes Vince, I realized that when first releasing Frank Carver's Marias Kootenai route, we have been working on for 2 years and have stopped removing these files from all downloads ever since, the Internet getting better processing their larger packages size and speed wise !



Trees on tracks are no longer the most noticeable scenic glitch in ORTS, but terrain on track spills stiill are in it as well as in MSTS !

Replacing X-Tracks with DB-Tracks and their higher trackbeds, the tracks have to be raised with TSUtils to remove terrain spills on them until most have disappeared.

But still leaves some showing and have spent days fixing them in your NEC-4 and other X-Tracks routes I have converted and users of them won't find many I have missed !

[rodrigoville]

Excellent information!!!


Enviado desde mi iPhone utilizando Tapatalk