![]() Mesa version is fine, we should not see a graphics problem. GL Shading Language version is "OpenGL ES GLSL ES 3.10" GL renderer is "llvmpipe (LLVM 9.0.1, 128 bits)" Excerpt: OpenGL supported version: "OpenGL ES 3.1 Mesa 19.3.2"Ĭurrent Format: QSurfaceFormat(version 3.1, options QFlags(), depthBufferSize 24, redBufferSize 8, greenBufferSize 8, blueBufferSize 8, alphaBufferSize 8, stencilBufferSize 8, samples 0, swapBehavior QSurfaceFormat::SwapBehavior(DefaultSwapBehavior), swapInterval 1, colorSpace QSurfaceFormat::ColorSpace(DefaultColorSpace), profile QSurfaceFormat::OpenGLContextProfile(NoProfile))ĭriver version string: "OpenGL ES 3.1 Mesa 19.3.2" If not, just use a open a terminal and type. Linux If your distribution had a package you’ll probably already have an item in the Gnome or KDE application menus. MacOS X Double click on Stellarium (whereveryou put it). Perhaps this has something to do with the graphics drivers? When I start Stellarium from the command line, Stellarium prints some information about the graphics drivers. Windows The Stellarium installer creates an item in the Start Menu under in Programs section. What is the root problem that is causing Stellarium to be so slow? How can I make it run faster? ![]() With this change, Stellarium runs at around 5 fps, but this frame rate is still too choppy, and the window size is too small to be comfortable. I found that I could increase the frame rate by reducing the size of the Stellarium window, so in ~/.stellarium/config.ini, I configured: ![]() When I start Stellarium, it starts in full screen, and the frame rate is very low - around 1 fps, which is unusable. I have installed Stellarium 0.18.3 from the default repositories ( sudo apt-get install stellarium). According to cat /proc/device-tree/model, the OS name is "Raspbian GNU/Linux 10 (buster)". I have a freshly installed Raspberry Pi OS on my Raspberry Pi 3 Model B.
0 Comments
Leave a Reply. |