I had a feeling my problems were Windows-related (see previous post) so I'm trying to get this new computer to work with Pd and Ubuntu:
Ubuntu Lucid, ATI Radeon HD7770. The driver is installed, and I just compiled Gem from scratch against Pd-extended-0.42.5.
I get:
error: GEM: Unable to create single buffer window error: GEM: Error creating const context error: GEM: A serious error occured creating const Context error: GEM: Continue at your own risk! error: GEM: Unable to create double buffer window error: GEM: Unable to create window error: [gemwin]: no window made ... you might be able to track this down from the Find menu. error: GEM: Create window first!
...when I try to create a Gem window. Looking at a previous post in the archive, setting the environment variable GEM_SINGLE_CONTEXT to 1 does not change this. I'm stuck! GL screensavers are working correctly...
perplexed, Ed Gemnotes-0.2: Live music notation for Pure Data, now with dynamics! http://sharktracks.co.uk/
-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1
On 2012-10-01 11:08, Ed Kelly wrote:
...when I try to create a Gem window. Looking at a previous post in the archive, setting the environment variable GEM_SINGLE_CONTEXT to 1 does not change this. I'm stuck! GL screensavers are working correctly...
do glxgears work?
if so, what is your pixel-depth? Gem wants to create a 24bit buffer, so if you are running your X in 8bit/palette mode it will bail out.
this is what Gem requests: { GLX_RED_SIZE>=4, GLX_GREEN_SIZE>=4, GLX_BLUE_SIZE>=4,
GLX_DEPTH_SIZE>=16,
GLX_STENCIL_SIZE>=8,
GLX_ACCUM_RED_SIZE>=8, GLX_ACCUM_GREEN_SIZE>=8, GLX_ACCUM_BLUE_SIZE>=8,
GLX_DOUBLEBUFFER }
check the output of glxinfo, whether your config supports such a setting.
fgmasdr IOhannes
On 2012-10-01 11:08, Ed Kelly wrote:
...when I try to create a Gem window. Looking at a previous post in the archive, setting the environment variable GEM_SINGLE_CONTEXT to 1 does not change this. I'm stuck! GL screensavers are working correctly...
do glxgears work?
Hmmm... glxgears gives me this:
Error: couldn't get an RGB, Double-buffered visual
I tried to find a way of adjusting this in the graphics card application, but no luck... e
if so, what is your pixel-depth?
Gem wants to create a 24bit buffer, so if you are running your X in 8bit/palette mode it will bail out.
this is what Gem requests: { GLX_RED_SIZE>=4, GLX_GREEN_SIZE>=4, GLX_BLUE_SIZE>=4,
GLX_DEPTH_SIZE>=16,
GLX_STENCIL_SIZE>=8,
GLX_ACCUM_RED_SIZE>=8, GLX_ACCUM_GREEN_SIZE>=8, GLX_ACCUM_BLUE_SIZE>=8,
GLX_DOUBLEBUFFER }
check the output of glxinfo, whether your config supports such a setting.
fgmasdr IOhannes
Pd-list@iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list
After adding export LIBGL_ALWAYS_INDIRECT=1
to $home/.bashrc glxgears works fine, but not Gem. Still the same. ?!
glxinfo gives me a lot of output, and the table seems to indicate better-than the values you gave below, e.g.
Vis Vis Visual Trans buff lev render DB ste r g b a aux dep ste accum buffers MS MS ID Depth Type parent size el type reo sz sz sz sz buf th ncl r g b a num bufs
0x23 0 TrueColor 0 32 0 rgba 1 0 8 8 8 8 0 24 8 16 16 16 16 0 0
I can't find GLX_DOUBLEBUFFER Could it be that I need to add some lines to xorg.conf (wherever it is in Lucid Ubuntu)
On 2012-10-01 11:08, Ed Kelly wrote:
...when I try to create a Gem window. Looking at a previous post in the archive, setting the environment variable GEM_SINGLE_CONTEXT to 1 does not change this. I'm stuck! GL screensavers are working correctly...
do glxgears work?
Hmmm... glxgears gives me this:
Error: couldn't get an RGB, Double-buffered visual
I tried to find a way of adjusting this in the graphics card application, but no luck... e
if so, what is your pixel-depth?
Gem wants to create a 24bit buffer, so if you are running your X in 8bit/palette mode it will bail out.
this is what Gem requests: { GLX_RED_SIZE>=4, GLX_GREEN_SIZE>=4, GLX_BLUE_SIZE>=4,
GLX_DEPTH_SIZE>=16,
GLX_STENCIL_SIZE>=8,
GLX_ACCUM_RED_SIZE>=8, GLX_ACCUM_GREEN_SIZE>=8, GLX_ACCUM_BLUE_SIZE>=8,
GLX_DOUBLEBUFFER }
check the output of glxinfo, whether your config supports such a setting.
fgmasdr IOhannes
Pd-list@iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list
Pd-list@iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list
do glxgears work?
yes.
if so, what is your pixel-depth? Gem wants to create a 24bit buffer, so if you are running your X in 8bit/palette mode it will bail out.
xorg.conf says 24, using proprietary ATI driver for the HD7700
DefaultDepth 24
this is what Gem requests: { GLX_RED_SIZE>=4, GLX_GREEN_SIZE>=4, GLX_BLUE_SIZE>=4,
GLX_DEPTH_SIZE>=16,
GLX_STENCIL_SIZE>=8,
GLX_ACCUM_RED_SIZE>=8, GLX_ACCUM_GREEN_SIZE>=8, GLX_ACCUM_BLUE_SIZE>=8,
GLX_DOUBLEBUFFER }
verbose output of glxinfo indicates doubleBuffer =1 rgba are all =8 depth =24 stencil =8 accum are all =16 doubleBuffer =1
system spec: Intel Core i5 Radeon HD7700 graphics card. Ubuntu 10.04
I am wondering if the ati proprietary driver might be to blame, but I am not sure how to check this... Ed
looks good: Visual ID: 6b depth=0 class=DirectColor
bufferSize=32 level=0 renderType=rgba doubleBuffer=1 stereo=0 rgba: redSize=8 greenSize=8 blueSize=8 alphaSize=8 auxBuffers=0 depthSize=24 stencilSize=8 accum: redSize=16 greenSize=16 blueSize=16 alphaSize=16 multiSample=0 multiSampleBuffers=0 visualCaveat=None Opaque.
check the output of glxinfo, whether your config supports such a setting.
fgmasdr IOhannes -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.12 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/
iEYEARECAAYFAlBpZRkACgkQkX2Xpv6ydvR5VgCgng37YHFrRQoZJk+CMDFz1OGZ fp4AoNrTWuQGqvAg8OgJ2XimzEa9KamQ =gGaA -----END PGP SIGNATURE-----
Pd-list@iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list
Hey,
On 05/10/12 12:09, Ed Kelly wrote:
Intel Core i5 Radeon HD7700 graphics card. Ubuntu 10.04
64bit OS? This is probably irrelevant as Wheezy is newer than Lucid, but...
In Debian Wheezy I have no end of trouble with proprietary NVIDIA driver due to multiarch transition, in the end my workaround is to remember to sudo rm mesa software rasterizer (super slow) /usr/lib/x86_64-linux-gnu/libGL.so and symlink it to the proprietary one installed in /usr/lib/libGL.so - painful
claude@cappuccino:~$ ls -l /usr/lib/x86_64-linux-gnu/libGL.so lrwxrwxrwx 1 root root 11 Oct 1 16:35 /usr/lib/x86_64-linux-gnu/libGL.so -> ../libGL.so
I am wondering if the ati proprietary driver might be to blame, but I am not sure how to check this...
Dunno - is there some dual graphics laptop card thing that needs optirun or what have you to get good performance?
check the output of glxinfo, whether your config supports such a setting.
$ LIBGL_DEBUG=verbose glxinfo | head name of display: :0.0 display: :0 screen: 0 direct rendering: Yes server glx vendor string: NVIDIA Corporation server glx version string: 1.4 server glx extensions: GLX_EXT_visual_info, GLX_EXT_visual_rating, GLX_SGIX_fbconfig, GLX_SGIX_pbuffer, GLX_SGI_video_sync, GLX_SGI_swap_control, GLX_EXT_swap_control, GLX_EXT_swap_control_tear, GLX_EXT_texture_from_pixmap, GLX_ARB_create_context,
you definitely don't want to see swrast stuff in the debug output (if there is any)
Claude
-
Claude Heiland-Allen -
Ed Kelly -
IOhannes m zmoelnig