Questions about controls no mouse use in cab?
#1
Posted 15 July 2011 - 07:04 PM
Thanks
John
P.S. I like the better screen resolutions in OpenRails. MSTS has only 4:3 resolutions and with OpenRails I can play at 1920x1080. :rotfl:
EDIT: OOps, I forgot to also ask about the yard view camera, number 7. Is that not being used in OpenRails? If not, how do you view overhead when switching cars in a yard?
Sorry for so many questions in one post.
#2
Posted 16 July 2011 - 12:15 AM
Crazybricker, on 15 July 2011 - 07:04 PM, said:
Mouse control isn't implemented yet but I do believe we want to include it.
Crazybricker, on 15 July 2011 - 07:04 PM, said:
Like with the mouse, gamepads and other controllers are not support at this time. We've been focusing on the simulation and getting the graphics workings so for the moment it is the keyboard or nothing. Actually, that's not strictly true...
Crazybricker, on 15 July 2011 - 07:04 PM, said:
...because Open Rails natively supports RailDriver. I don't believe you need to install anything, even in Windows 7 64bit, for it to work in OR.
Crazybricker, on 15 July 2011 - 07:04 PM, said:
Currently there is no yard camera, but you can "detach" any camera with key 8 and fly it around. Cameras 2 and 3 can also be positioned with more flexibility than MSTS.
#3
Posted 16 July 2011 - 08:49 AM
I'm going to try a MLT route I have. I have Soldier Summit and want to see how it works in OpeRails. I'm thinking it'll look good since I can play at 1920x1080. :rotfl: Thanks!
#4
Posted 16 July 2011 - 09:22 AM
Crazybricker, on 16 July 2011 - 08:49 AM, said:
At the present time, OR doesn't begin activities with the player nor the AI train in motion. Unfortunately, the position (on a hill) and weight (very heavy) of the train exceed the engine's ability to get it started, so you slip backwards. Sorry.
#5
Posted 16 July 2011 - 10:42 AM
I just installed Soldier Summit and noticed that there are no scenery objects shown in OpenRails. OpenRails doesn't load scenery objects yet? I think when it does, it'll be a good sim. I'm switching back and forth betweem msts and op and see the differences. I'm liking the screen resolution the most right now and the light in the cab. Because I have a 24" monitor, I like being able to play at 1920x1080 which msts does not allow. I have msts set to the highest resolution, forget which, and the engines and cars look stretched because of it. OpenRails displays them better. I hope to see you guys get further with OpenRails because it's lookin good so far. Unfortunately I have no programming skills to help ya out. :rotfl: Thanks for your hard work so far.
#6
Posted 16 July 2011 - 11:28 AM
Crazybricker, on 16 July 2011 - 10:42 AM, said:
This is the first I've heard of this ... OR should display all scenery items except gantry items with compressed world files. Are you getting any errors in the OR log file?
#7
Posted 16 July 2011 - 01:28 PM
Also, the activity is DRGW Helper Service. I just took a screen shot from the same spot in msts. See the difference?
EDIT: I was looking thru other activities from Marias Pass and Soldier Summit and they also are missing scenery objects. Some are only missing some of them, others are are missing all of them. When I try to use the activity called -explore route- from Marias Pass, I get an error saying Invalid heading direction.
Attached File(s)
-
OpenRailsLog.txt (107.9K)
Number of downloads: 250 -
Soldier Summit.bmp (5.93MB)
Number of downloads: 7 -
Soldier Summit-msts.bmp (3.75MB)
Number of downloads: 5
#8
Posted 17 July 2011 - 06:46 AM
longiron, on 16 July 2011 - 11:28 AM, said:
Some months back I had this route's "bit between my teeth". I had seen that there was a problem for route data values in compressed world files. What was expressed elsewhere was that the values were "different". What I am about to write might be of help, but not for the unseasoned hacker. OR v677 does not (good idea) ignore errors the way MSTS does. So when I noticed errors coming from "forest.dat" and "signal.dat" in this route I took a very good look at the world files. To look at the world files means uncompressing them! I deleted the references to "forest.dat" which is empty anyway. I also had to edit the "signal.dat" file because OR complains of duplicate references, which there are. Unfortunately, I cannot tell you what those are, or even post/upload the fixes (legal) because I erased the route from my MSTS setup (yeah, I do silly things from time to time, but I also experiment quite a lot). Having said that, those fixes brought all the scenery back to Soldier Summit. If you endeavour to fix this route I can tell you that there is no doubt in the visual reward you will receive for your efforts with dynamic shadows turned on. Plain talk: looks real nice (Texas accent required here!)
Eldorado
#9
Posted 17 July 2011 - 08:34 AM
Eldorado.Railroad, on 17 July 2011 - 06:46 AM, said:
Having said that, those fixes brought all the scenery back to Soldier Summit. If you endeavour to fix this route I can tell you that there is no doubt in the visual reward you will receive for your efforts with dynamic shadows turned on. Plain talk: looks real nice (Texas accent required here!)
Eldorado
I'm wondering if "uncompressing" world files had your major impact on display of scenery, rather than the corrections to forest.dat and signal.dat, as those are just WARNINGS in the log file, not ERRORs. I would give uncompressing the world files a shot before doing any edits.
#10
Posted 17 July 2011 - 08:42 AM