20,741
edits
CompositeViewer support: Difference between revisions
Jump to navigation
Jump to search
m
→Status: Add Scott's comment:
No edit summary |
m (→Status: Add Scott's comment:) |
||
| Line 48: | Line 48: | ||
All threads are blocked apart from the main thread which appears to be running the loop in fgOSMainLoop().<ref>https://sourceforge.net/p/flightgear/mailman/message/37057525/</ref> | All threads are blocked apart from the main thread which appears to be running the loop in fgOSMainLoop().<ref>https://sourceforge.net/p/flightgear/mailman/message/37057525/</ref> | ||
{{Caution|Be aware that some [[Virtual Planet Builder|VPB (WS3.0)]] rendering code was added at the end of June 2020 to 'next' (see <ref>https://sourceforge.net/p/flightgear/flightgear/ci/034c9f4c86df1ed9355aa3501c617d1226578023/</ref>). | |||
Scott saw the same behavior with the splash screen. He assumed some critical logic was being bypassed when the new VPB code was enabled. He hasn't been able to troubleshoot this more, so his workaround was to launch FG with VPB disabled and then enable it once beyond the [[Splash Screens|splash page]].<ref>https://sourceforge.net/p/flightgear/mailman/message/37058961/</ref> | |||
}} | |||
Fernando reported it looks like the property <code>/sim/sceneryloaded</code> isn't being set to true, that's why the splash screen doesn't go away. If you force it to true through Phi, | Fernando reported it looks like the property <code>/sim/sceneryloaded</code> isn't being set to true, that's why the splash screen doesn't go away. If you force it to true through Phi, | ||