First of all I would like to state that what the OR team has done up to nowadays in general and to achieve MSTS compatibility in particular is outstanding and is an enormous work.
I have read the "Roadmap to the Future" section in the OR website.
In my opinion backward compatibility with MSTS is very important, so I would be happy if the OR team would go on working in this direction.
As I see that some (in my opinion) important items are missing in the OR team statements and that the OR team is open to suggestions I would like to propose my list. Smaller compatibility issues are not addressed here.
1) First of all, I understand that the team is working hard on signalling, interlocking and dispatching. I understand that it will not be possible that complex MSTS activities will run under OR like they are running under MSTS, and so I expect to have to rework (with a proper OR editor!) MSTS activities to have them running well under OR, and even more I hope that activities with new functionalities will be possibile. However I hope that sigcfg.dat, sigscr.dat and speedpost.dat files would be fully interpreted by OR as close as possible the same way it does MSTS. Changing such features could require major route reworking for OR compatibility.
2) Distant mountains: it is a powerful feature for mountain railroads, and the extended number of tiles loaded by OR in comparison to MSTS does not by far replace what distant mountains can do.
3) Transfers (meaning the textured "bedsheets" one can put on the terrain, first of all to fill empty areas at tunnel entrances, but not only). It is a very particular and not easy to implement feature, but without it I don't see a way to fill such empty areas.
4) Maybe some other item will appear into my mind...
Well, not a small task...
I would be happy to read other OR friends' opinions as well as updated statements from the OR team!
Carlo
I have read the "Roadmap to the Future" section in the OR website.
In my opinion backward compatibility with MSTS is very important, so I would be happy if the OR team would go on working in this direction.
As I see that some (in my opinion) important items are missing in the OR team statements and that the OR team is open to suggestions I would like to propose my list. Smaller compatibility issues are not addressed here.
1) First of all, I understand that the team is working hard on signalling, interlocking and dispatching. I understand that it will not be possible that complex MSTS activities will run under OR like they are running under MSTS, and so I expect to have to rework (with a proper OR editor!) MSTS activities to have them running well under OR, and even more I hope that activities with new functionalities will be possibile. However I hope that sigcfg.dat, sigscr.dat and speedpost.dat files would be fully interpreted by OR as close as possible the same way it does MSTS. Changing such features could require major route reworking for OR compatibility.
2) Distant mountains: it is a powerful feature for mountain railroads, and the extended number of tiles loaded by OR in comparison to MSTS does not by far replace what distant mountains can do.
3) Transfers (meaning the textured "bedsheets" one can put on the terrain, first of all to fill empty areas at tunnel entrances, but not only). It is a very particular and not easy to implement feature, but without it I don't see a way to fill such empty areas.
4) Maybe some other item will appear into my mind...
Well, not a small task...
I would be happy to read other OR friends' opinions as well as updated statements from the OR team!
Carlo







Comment