Hallo,
is there a way to force Gem to use software rendering, like with some environment variable? SW is currently the only way I'm able to use Gem on Matrox gfx cards (of course slowing them down even more, but at least I can see squares.)
Ciao
Frank Barknecht wrote:
Hallo,
is there a way to force Gem to use software rendering, like with some environment variable? SW is currently the only way I'm able to use Gem on Matrox gfx cards (of course slowing them down even more, but at least I can see squares.)
Ciao
https://sourceforge.net/tracker/?func=detail&aid=1908191&group_id=64...
"""" you might have a look at driinfo, which claims to be able to set the DRI settings at runtime. """"
Claude
Hallo, Claude Heiland-Allen hat gesagt: // Claude Heiland-Allen wrote:
Frank Barknecht wrote:
is there a way to force Gem to use software rendering, like with some environment variable? SW is currently the only way I'm able to use Gem on Matrox gfx cards (of course slowing them down even more, but at least I can see squares.)
Ciao
https://sourceforge.net/tracker/?func=detail&aid=1908191&group_id=64...
"""" you might have a look at driinfo, which claims to be able to set the DRI settings at runtime. """"
Thanks for this pointer. Where can this driinfo be found? I only have glxinfo, which just has this option:
-i Force an indirect rendering context.
This option doesn't "stick" though: It's only used during a single run of the glx info display.
Ciao
Frank Barknecht wrote:
Hallo, Claude Heiland-Allen hat gesagt: // Claude Heiland-Allen wrote:
Frank Barknecht wrote:
is there a way to force Gem to use software rendering, like with some environment variable? SW is currently the only way I'm able to use Gem on Matrox gfx cards (of course slowing them down even more, but at least I can see squares.)
Ciao
https://sourceforge.net/tracker/?func=detail&aid=1908191&group_id=64...
"""" you might have a look at driinfo, which claims to be able to set the DRI settings at runtime. """"
Thanks for this pointer. Where can this driinfo be found? I only have glxinfo, which just has this option:
-i Force an indirect rendering context.
on some gfx-cards/drivers you might have luck by settings LIBGL_ALWAYS_INDIRECT=1
if this doesn't help, you could try to apply the following patch:
Index: GemWinCreateXWin.cpp =================================================================== --- GemWinCreateXWin.cpp (Revision 2761) +++ GemWinCreateXWin.cpp (Arbeitskopie) @@ -228,7 +228,7 @@ } // create the rendering context try { - info.context = glXCreateContext(info.dpy, vi, hints.shared, GL_TRUE); + info.context = glXCreateContext(info.dpy, vi, hints.shared, GL_FALSE); } catch(void*e){ info.context=NULL; }
mfga.sdr IOhannes
PS: i'll add this info to claude's feature-request
Hallo IOhannes, IOhannes m zmoelnig hat gesagt: // IOhannes m zmoelnig wrote:
on some gfx-cards/drivers you might have luck by settings LIBGL_ALWAYS_INDIRECT=1
Okay, this seems to effectively disable DRI just fine: I don't get a crashing Pd anymore when closing the gemwin and I also don't see the "Direct Rendering enabled" message anymore on gemwin creation.
But, and that's a big BUT for me: I still cannot render anything. My screen just stays black regardless of which help file I open.
I beginning to suspect that I'm doing something fundamentally wrong: Gem's just not rendering anything regardless of what environment variables I use.
Ciao
-
Claude Heiland-Allen -
Frank Barknecht -
IOhannes m zmoelnig