Log In
Register Now!
Help
Now that it is possible to remove the fog with the distant mountains option, it appears that it is easier to see the drawing of terrain relatively close to the track, ie probably just over the 2km mark. It is a bit disconcerting to start to see a hill form in front of you. It seems to be more pronounced in hilly routes.
Is it possible to increase the drawing distance of terrain out beyond the 2km mark?
Similarly trees in forest markers seem to appear as they come within the 2km mark. Again it does seem unusual for trees to start to appear.
Is it also possible for trees and other objects to appear further away?
Thanks
Distant Mountains - Fog Removal
Rate Topic:
#1
- Open Rails Developer
-
- Group: Status: Elite Member
- Posts: 1,889
- Joined: 24-June 11
- Gender:Male
-
Country:
Posted 29 March 2013 - 01:28 PM
#2
- Superintendant
-
- Group: Status: Elite Member
- Posts: 1,849
- Joined: 25-November 11
- Gender:Male
-
Country:
Posted 29 March 2013 - 01:59 PM
There is a item detailing the drawing distance OR uses in the windows registry which is set to the value 2000, one assumes this is the drawing distance OR uses, one may wish to experiment with this value........
__BUT__
The amount of data that a 3D program uses to describe a scene and sends to the GPU goes up by the __SQUARE__ of the viewing distance. So doubling the viewing distance to say 4000 metres will (at least) quadruple the data sent to the graphics card, and one could easily end up with frame rates well below what one would wish for.
Note, this is one of the more serious problems of doing "distant mountains" or drawing distant terrain in a 3D world, how to get the greatest distance at a reasonable detail level with out sending the frame rate through the floor.
Lindsay
__BUT__
The amount of data that a 3D program uses to describe a scene and sends to the GPU goes up by the __SQUARE__ of the viewing distance. So doubling the viewing distance to say 4000 metres will (at least) quadruple the data sent to the graphics card, and one could easily end up with frame rates well below what one would wish for.
Note, this is one of the more serious problems of doing "distant mountains" or drawing distant terrain in a 3D world, how to get the greatest distance at a reasonable detail level with out sending the frame rate through the floor.
Lindsay
#3 Inactive_nyc01_*
Posted 29 March 2013 - 03:30 PM
Lindsayts, on 29 March 2013 - 01:59 PM, said:
The amount of data that a 3D program uses to describe a scene and sends to the GPU goes up by the __SQUARE__ of the viewing distance. So doubling the viewing distance to say 4000 metres will (at least) quadruple the data sent to the graphics card, and one could easily end up with frame rates well below what one would wish for.
Lindsay
Lindsay
How much of that data is still inefficiently being processed by the CPU because of the way the game engine was written?
Quote
Note, this is one of the more serious problems of doing "distant mountains" or drawing distant terrain in a 3D world, how to get the greatest distance at a reasonable detail level with out sending the frame rate through the floor.
There are game engines out there now that are written with the terrain and associated algorithms running completely on the GPU. They are also able to render unlimited visibility and detail ranging from thousands of kilometers down to centimeters while all along maintaining excellent performance.
Again it all comes down to how well the game engine is written to utilize system resources.
#4
- Owner Emeritus and Admin
-
- Group: ET Admin
- Posts: 15,350
- Joined: 11-January 04
- Gender:Male
- Location:United States
- Simulator:Open Rails
-
Country:
Posted 29 March 2013 - 04:56 PM
#5 Inactive_nyc01_*
Posted 29 March 2013 - 06:16 PM
Genma Saotome, on 29 March 2013 - 04:56 PM, said:
Don't know if that is a general statement you are making or one specific to OR. If the later, could you provide an example? Just curious.
In OR how much of workload do you think involving generating the terrain is put on the CPU and how much on the GPU?
#6
- Hostler
-
- Group: Status: Active Member
- Posts: 78
- Joined: 19-March 13
- Gender:Male
- Simulator:OR
-
Country:
Posted 30 March 2013 - 07:18 AM
Lindsayts, on 29 March 2013 - 01:59 PM, said:
There is a item detailing the drawing distance OR uses in the windows registry which is set to the value 2000, one assumes this is the drawing distance OR uses, one may wish to experiment with this value........
Lindsay
Lindsay
Sorry, but I can not find this value in my registry. In the logfile left by OR on my desktop, this value is NOT listed as coming from the registry.
Please tell me where to find the value to be changed.
ChrisD
#7
- Executive Vice President
-
- Group: ET Admin
- Posts: 4,862
- Joined: 07-February 13
- Gender:Male
- Location:Leoben, Styria, Austria, Europe
- Simulator:ORTS / MSTS
-
Country:
Posted 30 March 2013 - 09:29 AM
I once had the same problem with the "ShadowAllShaes" option.
It´s a simple solution: just note the name of the vaalue you want to change, then go to to the windows-button, type "regedit" (registry editor) and open it: in the tree of keys enlarge HKEY_CURRENT_USER\Software and then find "OpenRails". Open this one again and therein create a new REG_DWORD (rightclick -> new -> REG_DWORD) with the name you noted, if it does not already exist. Doubleclick on it and enter the new value (eg. 3000). You maybe will have to change the input format from hexadecimal to to decimal. Afterward restart OR.
Regards and a happy easter
Markus
It´s a simple solution: just note the name of the vaalue you want to change, then go to to the windows-button, type "regedit" (registry editor) and open it: in the tree of keys enlarge HKEY_CURRENT_USER\Software and then find "OpenRails". Open this one again and therein create a new REG_DWORD (rightclick -> new -> REG_DWORD) with the name you noted, if it does not already exist. Doubleclick on it and enter the new value (eg. 3000). You maybe will have to change the input format from hexadecimal to to decimal. Afterward restart OR.
Regards and a happy easter
Markus
#8
- Superintendant
-
- Group: Status: Elite Member
- Posts: 1,772
- Joined: 27-October 12
- Gender:Male
- Location:Budapest
- Simulator:OpenRails
-
Country:
Posted 30 March 2013 - 11:10 AM
nyc01, on 29 March 2013 - 06:16 PM, said:
In OR how much of workload do you think involving generating the terrain is put on the CPU and how much on the GPU?
Calculating of 3D position of individual objects is done by CPU, while projecting them to 2D screen space and coloring (sampling the textures) them is done by GPU.
#9
- Hostler
-
- Group: Status: Active Member
- Posts: 78
- Joined: 19-March 13
- Gender:Male
- Simulator:OR
-
Country:
Posted 30 March 2013 - 12:32 PM
markus1996, on 30 March 2013 - 09:29 AM, said:
I once had the same problem with the "ShadowAllShaes" option.
It´s a simple solution: just note the name of the vaalue you want to change, then go to to the windows-button, type "regedit" (registry editor) and open it: in the tree of keys enlarge HKEY_CURRENT_USER\Software and then find "OpenRails". Open this one again and therein create a new REG_DWORD (rightclick -> new -> REG_DWORD) with the name you noted, if it does not already exist. Doubleclick on it and enter the new value (eg. 3000). You maybe will have to change the input format from hexadecimal to to decimal. Afterward restart OR.
Regards and a happy easter
Markus
It´s a simple solution: just note the name of the vaalue you want to change, then go to to the windows-button, type "regedit" (registry editor) and open it: in the tree of keys enlarge HKEY_CURRENT_USER\Software and then find "OpenRails". Open this one again and therein create a new REG_DWORD (rightclick -> new -> REG_DWORD) with the name you noted, if it does not already exist. Doubleclick on it and enter the new value (eg. 3000). You maybe will have to change the input format from hexadecimal to to decimal. Afterward restart OR.
Regards and a happy easter
Markus
Thank You very much. :)
This time it works.
Now I will try to find the "sweet spot" where I keep a reasonable framerate and where the trees do not grow up in front of me.
Once again, Thank You a thousand times to the OR Development Team for creating this magnificent Train Sim, and for keeping the process open. :)
Happy Easter to all of You.
ChrisD
#10
- Executive Vice President
-
- Group: ET Admin
- Posts: 4,862
- Joined: 07-February 13
- Gender:Male
- Location:Leoben, Styria, Austria, Europe
- Simulator:ORTS / MSTS
-
Country:
Posted 30 March 2013 - 01:23 PM
No problem :drinks:
Maybe you could share your finings with us, so if anybody else wants to find that "sweet spot", he/she does not have to play with the values that much.
PS: The procedure I described above should work for all of the entries OR shows during loading. Maybe you will have to take another type of key (e.g. REG_SZ - depending on the amount of data to be stored as a value, just look for similar entries)
Maybe you could share your finings with us, so if anybody else wants to find that "sweet spot", he/she does not have to play with the values that much.
PS: The procedure I described above should work for all of the entries OR shows during loading. Maybe you will have to take another type of key (e.g. REG_SZ - depending on the amount of data to be stored as a value, just look for similar entries)