On my Lenovo ThinkCentre M93 machine with an NVidia GTX1050 graphics card, OpenSpace session recording playback with "save frames" was crashing after a few hundred frames being saved. Each frame was taking around 1000 to 1500 ms for 4096x4096 frames.
According to Claude.ai, the crashes might be due to CEF "being starved" between updates - and I submitted this fix as an issue on the OpenSpace repo.
Claude suggested workaround was in SGCT.
// sgct/src/image.cpp
png_set_compression_level(png, -1); // changed to:
png_set_compression_level(png, 1);
As the comment just above that line says, -1 sets the compression level to default, which seems to be 6. Setting this to 1 made the frame export only 300 ms per frame (3x faster) and also fixed the crashes - so CEF was not "being starved" of updates.
The increase in file size was not much, 4 MB increased to 5.1 MB for a typical frame.
Another change I made before exporting again, was to close all other windows and apps like the Edge Browser, which I had used earlier for triggering the exports - now OpenSpace has some checkboxes in the export settings which allows us to hide the UI while exporting, so we don't need to trigger the export via a web browser.
Edit: No, the problem is not solved. No crash when saving frames for this recording, ts_003_moon_to_Earth.osrectxt
but crashes after a few hundred frames when saving frames for this recording, ts_002_india_rotate_zoom.osrectxt
So my current workaround was to split the recording into multiple smaller recordings.
No comments:
Post a Comment