Closed akkepsamra closed 10 months ago
Thanks for adding your first issue to Stellarium. If you have questions, please do not hesitate to contact us.
When zooming in after launch, the DSO textures must load. This is experienced as a usually short break/stall. Do you really have a crash? On Raspberry Pi I experienced a similar crash which was caused by too little memory (and probably the driver not handling this well). We found a solution by reducing DSO texture sizes. For a test, can you disable DSO textures (there is an optional button, or hotkey [I]) and zoom again? Right after crash, dmesg may also tell you the cause.
When zooming in after launch, the DSO textures must load. This is experienced as a usually short break/stall. Do you really have a crash? On Raspberry Pi I experienced a similar crash which was caused by too little memory (and probably the driver not handling this well). We found a solution by reducing DSO texture sizes. For a test, can you disable DSO textures (there is an optional button, or hotkey [I]) and zoom again? Right after crash, dmesg may also tell you the cause.
Yes it is a crash, app closes unexpectedly. If I don't have constellation lines on, then everything works flawlessly. And I Have Deep Space Objects off too, and still a crash, but only when constellation lines are on.
And is it only constellation lines, or other lines as well? E.g., what about grids?
And is it only constellation lines, or other lines as well? E.g., what about grids?
Just tested! When I turn grid lines on when in default view, Stellarium also crashes. No zooming required with grid lines.
Does it also crash if you set LIBGL_ALWAYS_SOFTWARE=1
environment variable before starting Stellarium?
@10110111 Can this be related to the line drawing updates? Maybe also a driver issue? (But I use it also on another GPU, no problem there.)
That's why my question.
Does it also crash if you set
LIBGL_ALWAYS_SOFTWARE=1
environment variable before starting Stellarium?
Sorry, how to set this exactly? Edit a text file or something?
From the terminal:
LIBGL_ALWAYS_SOFTWARE=1 stellarium
This should launch Stellarium with this environment variable set (assuming you just installed Stellarium from Ubuntu's repository).
I have AppImage version.
But now tried to install from the repository and it gave me version 0.20.4. However, it doesn't crash with grid lines on. I didn't alter environment variables. But for some reason that old version doesn't show constellation lines at all even if they're on.
I don't know how to change LIBGL_ALWAYS_SOFTWARE=1 to AppImage. I use AppImageLauncher.
LIBGL_ALWAYS_SOFTWARE=1 ./Stellarium-1.2-x86_64.AppImage
Yes, no more crash with version 1.2 when LIBGL_ALWAYS_SOFTWARE=1. But now I don't see constellation lines at all. Is it possibly because I installed old version from repositories? When app starts, it says something about DSO version mismatch too. Perhaps I need to uninstall everything and install again..
Is it possibly because I installed old version from repositories?
I don't think so, but it'll be better to remove it to avoid any conflicts.
Any updates here?
Hello @akkepsamra, we need more info and feedback!
The hardware info, steps of reproduction and log file are really important and help us resolve over 90% issues fast. Of course, in some specific cases we need more data, but we ask the required data separately...
Expected Behaviour
Zooming works normally with constellation lines on
Actual Behaviour
Crashes after zooming in with constellation lines on
Steps to reproduce
-Load Stellarium -Put constellation lines on -From default view, zoom in until visual angle is about 10 degrees. -With my relatively slow computer, I can feel Stellarium stall, and clock stops. Sometimes Stellarium recovers from this "hang" when waiting and doing nothing. -While in this "hang", try to move view with mouse or zoom in/out. -Crash
System
Logfile