Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

PrusaSlicer no longer compatible with Pi4B or Pi5 OpenGL supported version #2560

Closed
3 tasks done
GTR2Fan opened this issue Mar 7, 2024 · 12 comments
Closed
3 tasks done
Labels
Upstream Bug something isn't working that can only be fixed upstream

Comments

@GTR2Fan
Copy link

GTR2Fan commented Mar 7, 2024

Confirmations

What happened?

App opens but with a warning of needing OpenGL 3.2 support.

Description

Accepting the warning allows PrusaSlicer to proceed with all elements visible except for the contents of the view window which remains white.

Is this a recent update to version 2.7.2? Whatever version Pi-Apps offered a few weeks ago worked flawlessly on a Pi5 running Raspberry Pi OS (Bookworm).

Can we please have a rollback to the previously available version? Apologies for not knowing what version that was, but I take no notice of version numbers when things are working as expected.

What are your system specs (run the following command in your terminal)?

OS: Debian GNU/Linux 12 (bookworm)
OS architecture: 64-bit
Last updated Pi-Apps on: 03/07/2024
Latest Pi-Apps version: 03/07/2024
Kernel: aarch64 6.1.0-rpi8-rpi-2712
Device model: Raspberry Pi 5 Model B Rev 1.0
SOC identifier: bcm2712
Cpu name: Cortex-A76
Ram size: 8.04 GB
Raspberry Pi OS image version: 2023-12-05
Language: en_US.UTF-8

(Recommended) Error log? Terminal output? Debug messages?

No response

@GTR2Fan GTR2Fan added the bug Something isn't working label Mar 7, 2024
Copy link
Contributor

github-actions bot commented Mar 7, 2024

Hello there 👋
Thanks for submitting your first issue to the Pi-Apps project! We'll try to get back to you as soon as possible.
In the meantime, we encourage you join our Discord server, where you can ask any questions you might have.

Please respond as soon as possible if a Pi-Apps maintainer requests more information from you. Stale issues will be closed after a lengthy period of time with no response.

@theofficialgman
Copy link
Collaborator

according to an upstream commit, Prusaslicer switch to a minimum requirement of OpenGL 3.2 prusa3d/PrusaSlicer@1832c83
according to that same commit it should fallback to a software renderer if that is not available (which is the case on all raspberry pi's that support a maximum of OpenGL 3.1 fully)

if there is an issue with the software renderer please report that upstream https://github.com/prusa3d/PrusaSlicer/issues

@theofficialgman theofficialgman added Upstream Bug something isn't working that can only be fixed upstream and removed bug Something isn't working labels Mar 8, 2024
@Botspot
Copy link
Owner

Botspot commented Mar 8, 2024

@GTR2Fan, in addition to reporting the issue with the software rendering to prusaslicer, if you would like to help our development a little, try tricking PrusaSlicer into thinking that the OpenGL version actually is >= 3.2.

MESA_GL_VERSION_OVERRIDE=3.3 /opt/PrusaSlicer.AppImage

I could do this myself, but if you are a heavy user of the app, then you would be more likely than I am to find an edge case.

@Botspot
Copy link
Owner

Botspot commented Mar 8, 2024

ok update: that override works fine during a brief test. It fixes the blank white area issue.
I have added the link to this issue on the prusaslicer issue, so hopefully they fix it.

For now I want to add this workaround to all pi-apps users but first I would like @GTR2Fan to try the workaround and report back that it is stable and does not crash during normal use.

@GTR2Fan
Copy link
Author

GTR2Fan commented Mar 8, 2024

I'm unable to get that fix to work. How are you implementing it?

@Botspot
Copy link
Owner

Botspot commented Mar 8, 2024

MESA_GL_VERSION_OVERRIDE=3.3 /opt/PrusaSlicer.AppImage

Just close any running windows of prusaslicer, then run this command in a terminal:

MESA_GL_VERSION_OVERRIDE=3.3 /opt/PrusaSlicer.AppImage

@GTR2Fan
Copy link
Author

GTR2Fan commented Mar 8, 2024

It works!

I'll be using PrusaSlicer extensively over the next few days so will report back if I notice any problems.

Thank you.

@Botspot
Copy link
Owner

Botspot commented Mar 8, 2024

It works!

Now I'm curious to know where you were trying to put that command earlier when you said it did not work.

@GTR2Fan
Copy link
Author

GTR2Fan commented Mar 8, 2024 via email

@Botspot
Copy link
Owner

Botspot commented Mar 8, 2024

I've spent too long living in Windowsland so was attempting to add it to the Desktop Entry launch settings via right-click Properties.

Ah I see. Here is why that did not work: Only in a bash (or any) shell does MESA_GL_VERSION_OVERRIDE=3.3 mean anything useful.
Outside of a bash shell, if you tried to run MESA_GL_VERSION_OVERRIDE=3.3, it would literally try to find and execute a program with that full name. Which obviously does not exist.

There is a way around this.
In a desktop file, if you want to run PrusaSlicer and set this variable first, you cannot directly specify the variable. Instead you have to run another program first to set the variable, that then runs PrusaSlicer.
Here are 2 examples of ways to do that:

bash -c "MESA_GL_VERSION_OVERRIDE=3.3 /opt/PrusaSlicer.AppImage"
env MESA_GL_VERSION_OVERRIDE=3.3 /opt/PrusaSlicer.AppImage

Using env is simpler, more readible, and usually more preferable unless you need to do something more complicated directly in the desktop file.

Hopefully this info was interesting. :)

@GTR2Fan
Copy link
Author

GTR2Fan commented Mar 8, 2024 via email

@Botspot
Copy link
Owner

Botspot commented Mar 8, 2024

Okay, I have added this fix to pi-apps.
See the changes here: 73ff6f0

Closing this issue

@Botspot Botspot closed this as completed Mar 8, 2024
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
Upstream Bug something isn't working that can only be fixed upstream
Projects
None yet
Development

No branches or pull requests

3 participants