Forest Enrichment Enhancing Forest Region Definition
#11
Posted 17 November 2015 - 01:52 PM
Paul :-)
#12
Posted 17 November 2015 - 02:20 PM
#13
Posted 18 November 2015 - 10:17 AM
charland, on 17 November 2015 - 01:52 PM, said:
Paul :-)
There's already a fix for that -- set a higher density per KM value in the .W file. ORTS *will* give you 100,000 trees per KM..... ;)
Just be aware that the RE will promptly overwrite that value to what it thinks should be a reasonable value.
#14
Posted 18 November 2015 - 10:59 AM
James Ross, on 17 November 2015 - 07:13 AM, said:
My intention was not to suggest a new syntax, only to create a discussion regarding ORTS enhancement to the current MSTS forest 'clone worlds"
#15
Posted 18 November 2015 - 11:01 AM
Here is a forest definition I found in a world file:
Quote
UiD ( 112 )
TreeTexture ( NR_Gras_LN00.ace )
ScaleRange ( 0.5 1.5 )
Area ( 269 68.5 )
Population ( 619 )
TreeSize ( 3 3 )
StaticFlags ( 00100000 )
Position ( 544.33 186.834 -77.9452 )
QDirection ( 0 -0.105807 0 0.994387 )
VDbId ( 4294967295 )
StaticDetailLevel ( 0 )
)
As you can see there is only an ace-file which is read, the other things are flags, coordinates and so on. You can't even use the ace-file to find the correct definition in the forest.dat. There could be many definitions in the forest.dat, using the same ace-file, but representing different sizes of trees.
I don't know if one can add some Openrails-only parameters to a world file, without having MSTS complaining about that.
Dave posted the idea to use an additonal file, which tells Openrails to read a different definiton for an object in the world file. But this would mean, you have to know the UID of this object in the world file, to do that. So that's a task for the Openrails route editor. And then there is the question, if it's wise, letting the editor write to different files simultaneosly (world-file and world-file-extension-file). Take a look at the MSTS-editor what can happen if one does this. A knew world-file format would be better, I think.
Cheers Lutz
#16
Posted 18 November 2015 - 11:05 AM
eolesen, on 18 November 2015 - 10:17 AM, said:
Just be aware that the RE will promptly overwrite that value to what it thinks should be a reasonable value.
My experience is RE will only overwrite the manual entry in the .W file if you click on the forest region and make any kind of change - size, location, etc - to that forest region.
#17
Posted 18 November 2015 - 02:45 PM
{ Forests : { 26069 : { Area : [310.25, 1000.5] Population : 621, StaticFlags : 00100000, Position : [-736.422, 90.931, -909.693], QDirection : [0, 0.878681, 0, 0.47741], StaticDetailLevel : 0, Trees : { "weeds.ace" : { UVmap : [0, 0, 1, 1], TreeSize : [2.5, 3.5], ScaleRange : [0.9, 1.1], Probability : 30, }, "US2autofir1.ace" : { UVmap : [0.5, 0, 1, 1], TreeSize : [12, 22], ScaleRange : [0.9, 1.1], Probability : 10, }, }, }, 26070 : { { ... ... }, }, }, }
Not too much programming work to make such an addition. Probably doing the same with carspawners would be also easy.
#18
Posted 21 November 2015 - 07:10 AM
gpz, on 18 November 2015 - 02:45 PM, said:
I'm torn between hacking it on like this vs the OpenRails subdirectory containing normal STF .W files. I don't feel that comfortable having a file this directly interacting with the MSTS data files be a new format. The car spawners might be a good place to start with defining a whole new format, though, to completely replace the MSTS format.
#19
Posted 21 November 2015 - 10:52 AM
Lutz_s, on 18 November 2015 - 11:01 AM, said:
Dave posted the idea to use an additonal file, which tells Openrails to read a different definiton for an object in the world file. But this would mean, you have to know the UID of this object in the world file, to do that.
No matter how you slice it and wherever you put the salami the fact is somebody will need to do a fair amount of typing in an ordinary text editor. That fact will remain true until such time there is a true OR world editor. It's not hard to do... in fact I estimate about half my route editing time is in a text editor and not RE.
#20
Posted 25 November 2015 - 02:22 PM
Changes to the software are in a patch file, recompiling is needed to test it.
Exp-JSON-World-CarSpawn-file.zip (56.16K)
Number of downloads: 164
Sample json format world and carspawn files are attached in this zip: Routes.zip (1.53K)
Number of downloads: 155
(I have commented the two world files to indicate where to start in USA2 Marias Pass route to test the changes.)
This small change is only an experiment. Without actual agreement within the community I don't really know how to proceed with such changes. Certainly I will not commit it to svn.