What you are requesting will be available in next ORNYMG release and, when checked, will be available also in the Unstable release. This, because it is an easy improvement. In general, however, it cannot be guaranteed that the application of new features to content hasn't drawbacks in older OR versions.
Inserting cabview controls in side views of 2D cabs
#32
Posted 24 March 2023 - 10:01 AM
Hi Carlo,
Sounds great and will make it possible for me to integrate working controls for OR in the side Cab-View. Thanks for taking the time to implement this!
Greetings
Jonas
Sounds great and will make it possible for me to integrate working controls for OR in the side Cab-View. Thanks for taking the time to implement this!
Greetings
Jonas
#34
Posted 29 April 2023 - 03:04 AM
Hello, Carlo.
I've decided not to start "maybe it's a bug" thread, but tell You here.
I'm very grateful, that *.cvf-files now are able to hold definitions for more, than three views: some content have variants of side/backward views, so it's possible to call all them from one, single cabview now.
But I've encounter a weak point:
During cab change procedure, ORTS (testing) tries to retain the number of current view entry: for instance, if right(second entry) was selected before cab change, *_rv.cvf tries to activate the second view for reversed cab too.
In my case, front cab had four views (front, back, left and right, which I've just added).
If I try to switch cab with right (fourth) view currently active, ORTS crashes due to "argument must be more, than zero", or so. That's because *._v.cvf-file still has only three views defined.
I've decided not to start "maybe it's a bug" thread, but tell You here.
I'm very grateful, that *.cvf-files now are able to hold definitions for more, than three views: some content have variants of side/backward views, so it's possible to call all them from one, single cabview now.
But I've encounter a weak point:
During cab change procedure, ORTS (testing) tries to retain the number of current view entry: for instance, if right(second entry) was selected before cab change, *_rv.cvf tries to activate the second view for reversed cab too.
In my case, front cab had four views (front, back, left and right, which I've just added).
If I try to switch cab with right (fourth) view currently active, ORTS crashes due to "argument must be more, than zero", or so. That's because *._v.cvf-file still has only three views defined.
#35
Posted 29 April 2023 - 05:11 AM
I don't think that OR covers the case where *.cvf and *_rv.cvf have a different number of viewpoints.
#37
Posted 29 April 2023 - 06:55 AM
I think it's better. Else I need the logfile, the locomotive and the exact sequence to get the crash.
#38
Posted 29 April 2023 - 07:25 AM
First, sequence:
Cvf with added fourth view, _rv - without it (three views, as usual)
Changing cab with Ctrl-E:
Front-front
Left-left
Right-right
Alternative right - crash.
Cvf with added fourth view, _rv - without it (three views, as usual)
Changing cab with Ctrl-E:
Front-front
Left-left
Right-right
Alternative right - crash.
#39
Posted 29 April 2023 - 08:00 AM
I see. Yes, I get the crash. For the time being, I suggest you to add a further viewpoint also to the rear cab. That viewpoint may be fully equal to an existing one, so you only need to duplicate lines. However, the crash is not nice, and should be avoided with a fix in the OR code. It must be noted that this crash has nothing to do with what has been discussed in this thread, that is adding cabview controls in side views of 2D cabs.
#40
Posted 29 April 2023 - 08:11 AM
Sorry for "extension" of problem.
I sure can add another alternative view to _rv as well, but, since You see it, I can remove my posts from here.
I sure can add another alternative view to _rv as well, but, since You see it, I can remove my posts from here.