-
Notifications
You must be signed in to change notification settings - Fork 77
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
Renderdoc doesn't work on Linux #520
Comments
Thank you for the detailed report! And sorry for the late reply. I wonder if multiprocessing.set_executable could be used to workaround the issue. |
No problem. |
The blender's Python path can be retrieved with |
Oh, so you want to generate the shell script runtime? Should be possible, just make sure to properly escape the string (shlex.quote should handle it). And of course, this is only for unices, on Windows the current solution needs to stay. |
Malt version
Release & Development
Blender version
v3.6.2-69-g71b55b491e9
OS
Gentoo Linux amd64
Hardware info
AMD Ryzen 9 5950X | 128GB RAM | AMD RX 580, RX 6700 XT
Issue description and reproduction steps
I've set up the path to renderdoccmd in the addon settings, but when I switch to the Malt renderer I get an error in the console:
And of course it doesn't work. I think you'd need to use
renderdoccmd capture
instead ofinject
, but doing that with python's multiprocessing lib will probably not be simple.As a workaround, you can start blender with
renderdoccmd capture --opt-hook-children ./blender-launcher
to run everything under renderdoc or setLD_PRELOAD
correctly beforeself.process.start()
inClient_API.py
, but then I had a different problem: it doesn't capture anything at all. It works with other OpenGL programs, I can even capture blender's gui, but not with malt. The problem seems to be that PyOpenGL directly dlopen's libOpenGL and gets the symbols from it, bypassing theLD_PRELOAD
hack. EditingMalt/.Dependencies-310/OpenGL/platform/glx.py
to loadrenderdoc
instead ofOpenGL
solves the problem, but this is certainly not a solution that should go into release... A probably better solution is to fix renderdoc to also handle libOpenGL, not just the (apparently) deprecated libGL: https://github.com/baldurk/renderdoc/blob/30a013907dc1b308a33c0c5c89be2261e51f00a9/renderdoc/driver/gl/glx_hooks.cpp#L814Attachments
Blend: just select Malt as renderer and try to render the default cube.

The text was updated successfully, but these errors were encountered: