Repository navigation
Change: Realtime sun and shadow preview in ObjectViewer and RouteView… - #1433
Conversation
|
My suspicion is this is likely to be unhappy on anything other than Windows. Something we tried relatively early in the life of OpenBVE was triggering forms from plugins- this worked OK on Windows, but not anywhere else. I'd have to go back through older stuff, but IIRC its got to do with the fact that the form has to own the window message pump on Linux etc. to actually work correctly. Trying to run as anything other than a blocking dialog was producing unpredictable results on both. |
Modeless dialog with memory-only updates; GPU shadow reallocs run on the render thread. RouteViewer pauses scene updates while open and renders on-demand.
|
the last commit i hope works on linux and macos. unfortunately i cant test other OS natively because my device is not that good... |
|
Since shadows did not appear on the specific ground surface in ObjectViewer, I used the b3d ground file that was utilized when implementing the shadow feature. As shown in the video, the PR testing confirmed that changes were reflected in real-time on Linux as well. #1025 record-2026-09-26_14.05.15.mp4 |
|
Thats odd, the openal not found. can you try full rebuild and test the route viewer again? and try a screen record it what you do until it crash. |
|
I downloaded the ZIP again, built it, ran RouteViewer, and recorded a video. record-2026-09-26_15.56.19.mp4record-2026-09-26_15.56.56.mp4 |
Deploy OpenTK.dll.config with every build so Mono applies the native library mappings on non-makefile builds. RouteViewer now reports a missing libopenal1 or a corrupt install instead of dying with a stack trace.
|
That new commit might work? |
|
This time, RouteViewer loaded successfully. I loaded the same ALFA-X and ground, but in ObjectViewer, the shadows no longer appear even when enabled. The train body changes accordingly regardless of whether the setting is enabled or disabled, but nothing appears on the ground. |
|
ok, now try again please. currently only for route viewer. Now you can just close the options window without pressing OK, it will save it temporarily. but if you reload the route with F5 it should be reset and follow the route light direction. |
|
ok that 2 commits should fix the object viewer and add built in ground mesh and fix the shadow settings, should be realtime same as route viewer |
|
The built-in ground mesh is incredibly helpful! record-2026-09-26_20.10.03.mp4record-2026-09-26_20.14.24.mp4 |
|
Try again please. |
|
With this latest update, I believe it is now fully functional on Linux, behaving exactly like the demo video submitted with the PR. |
|
so all ok? Now we need to wait for leezer3 i think he got macos device to test this PR. |
|
As looked in the your initial demo video in Windows, I found that it behaved the same way on Linux. |
|
Thanks for your help testing this PR in linux 👍 |
|
I can certainly try on Apple, but it'll be of limited use, as it only supports the GL menu, not the popup one. |
|
oh its not? well... its expected from apple ecosystem, i still dont like how apple stop supporting opengl to 4.1 in their x86 processor. This pr is technically a workaround until the proper GL menu finished. |
|
Sorry. |
|
No crashes on Apple so I'll merge for the minute. Need to add a shadow option to the GL menu now we've thought of this though.... Maybe not in Object Viewer, as there's definitely no GL slider control, so may be of limited use there. I'll try and look at that on Monday if you don't do anything on that. |
|
I was having fun playing around with it when RouteViewer crashed. It happened with the "Elevation (Theta)" slider. |
|
@ginga81 This PR and shadow smooth PR already merged. Please try testing master branch. |
|
can you check the log.txt ? oh lets move the discussion to #1437 |


…er options
Screen.Recording.2026-09-26.000020.mp4
need test for macos and linux.
i hope #1405 can be merged first, so i can update this with those new parameter.