search for: glxfbconfig

Since upgrading to compiz 0.7, it does not start anymore on my x86_64 system, with the error message compiz (core) - Fatal: No GLXFBConfig for default depth, this isn't going to work. compiz (core) - Error: Failed to manage screen: 0 compiz (core) - Fatal: No manageable screens found on display :0.0 I am using an nvidia graphics card with nvidia 169.09 driver. xorg.conf and Xorg.0.log can be found in this report: http://qa.man...

Compile compiz and run it on MID, met the following error, who can give me some suggestion? compiz: No GLXFBConfig for default depth, this isn't going to work. compiz: Failed to manage screen: 0 compiz: No manageable screens found on display 0:0 -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.freedesktop.org/archives/compiz/attachments/20070601/8725c868/att...

Hi Since a few days compiz fails to start on my system. It bails out with the message: compiz: No GLXFBConfig for default depth, this isn't going to work. compiz: Failed to manage screen: 0 compiz: No manageable screens found on display :0.0 I'm using Ubuntu Edgy with the beta nvidia drivers and a recent git checkout of compiz. I read somewhere, that this error could be related to mesa somehow. d...

Hi, I've been trying to get the new i915tex DRI module to work with the new DRM memory manager and finally succeeded. Unfortunately it seems to break compiz which errors out complaining that there are no GLXFBConfigs for the default depth. I was able to trace the problem to the following block of code in src/screen.c, starting on line 1897: if (s->fbo) { (*s->getFBConfigAttrib) (dpy, fbConfigs[j], GLX_BIND_TO_MIPMAP_TEXTURE_EXT, &value); if (value < mipmap) continue; mipmap...

.../libIndirectGL.so.1 is mv to /usr/lib/libIndirectGL.so.1.old to eliminate the .so.1 library. If a second one click install on opensuse 10.3 is attempted, the mv from .so.1 to .so.1.old fails (because .old is already present) leaving the .so.1 lib. This causes the error: compiz (core) - Fatal: No GLXFBConfig for default depth, this isn't going to work. compiz (core) - Error: Failed to manage screen: 0 compiz (core) - Fatal: No manageable screens found on display :0 Deleting the .so.1 lib completely restores compiz to a working condition. Does this need reporting? -- David C. Rankin, J.D., P.E...

...AT_R10G10B10X2_UNORM at the top inbetween the BGRX/A formats > ignoring the instructions that > "/* The 32-bit RGBA format must not precede the 32-bit BGRA format. > * Likewise for RGBX and BGRX. Otherwise, the GLX client and the GLX > * server may disagree on which format the GLXFBConfig represents, > * resulting in swapped color channels." > > RGBA/X formats should only be exposed > if (dri_loader_get_cap(screen, DRI_LOADER_CAP_RGBA_ORDERING)) > > and that is only the case for the Android loader. > > The GLX code doesn't use the red/green/blueCha...

...RM at the top inbetween the BGRX/A formats >> ignoring the instructions that >> "/* The 32-bit RGBA format must not precede the 32-bit BGRA format. >> * Likewise for RGBX and BGRX. Otherwise, the GLX client and the GLX >> * server may disagree on which format the GLXFBConfig represents, >> * resulting in swapped color channels." >> >> RGBA/X formats should only be exposed >> if (dri_loader_get_cap(screen, DRI_LOADER_CAP_RGBA_ORDERING)) >> >> and that is only the case for the Android loader. >> >> The GLX code does...

...UNORM, MESA_FORMAT_R10G10B10X2_UNORM at the top inbetween the BGRX/A formats ignoring the instructions that "/* The 32-bit RGBA format must not precede the 32-bit BGRA format. * Likewise for RGBX and BGRX. Otherwise, the GLX client and the GLX * server may disagree on which format the GLXFBConfig represents, * resulting in swapped color channels." RGBA/X formats should only be exposed if (dri_loader_get_cap(screen, DRI_LOADER_CAP_RGBA_ORDERING)) and that is only the case for the Android loader. The GLX code doesn't use the red/green/blueChannelMasks for proper matching of fo...

....h: No such file or directory In file included from /usr/include/wx-2.8/wx/glcanvas.h:54, from src/GLCanvas.cpp:2207: /usr/include/wx-2.8/wx/gtk/glcanvas.h:47: error: ‘GLXContext’ does not name a type /usr/include/wx-2.8/wx/gtk/glcanvas.h:124: error: ISO C++ forbids declaration of ‘GLXFBConfig’ with no type /usr/include/wx-2.8/wx/gtk/glcanvas.h:124: error: expected ‘;’ before ‘*’ token rake aborted! Command failed with status (1): [g++ -c -I/usr/lib/wx/include/gtk2-unicod...] Finally I compiled wxWidgets from source following the wxRuby wiki, then compiled wxRuby from source doing the...

...":0.0". Xlib: extension "GLX" missing on display ":0.0". Xlib: extension "GLX" missing on display ":0.0". Xlib: extension "GLX" missing on display ":0.0". Xlib: extension "GLX" missing on display ":0.0". 2 GLXFBConfigs: visual x bf lv rg d st colorbuffer ax dp st accumbuffer ms cav id dep cl sp sz l ci b ro r g b a bf th cl r g b a ns b eat ---------------------------------------------------------------------- Segmentation fault -------------- next part -------------- A non-text attachment...

In case anyone's curious about 30bpp framebuffer support, here's the current status: Kernel: Ben and I have switched the code to using a 256-based LUT for Kepler+, and I've also written a patch to cause the addfb ioctl to use the proper format. You can pick this up at: https://github.com/skeggsb/linux/commits/linux-4.16 (note the branch!)

...un Compiz on MID, install some run time libs 3. Compiz window manager can manager hildon-applications, port Compiz window manager from Gnome to Hildon desktop, need much efforts. 4. Compiz plugins can work, especially on applications switch. Status: still blocked on step 2. Run error: compiz: No GLXFBConfig for default depth, this isn't going to work. compiz: Failed to manage screen: 0 compiz: No manageable screens found on display 0:0 Root cause: 1. Lack some user libs should been installed? need yum install more libs: Xorg, dri, drm, glx, xgl? Tried to install all these packages with these ke...

...0 0 0 Slow 0x93 16 dc 0 16 0 r . . 5 6 5 0 0 16 8 16 16 16 0 0 0 Slow 0x94 16 dc 0 16 0 r y . 5 6 5 0 0 16 8 0 0 0 0 0 0 Slow 0x95 16 dc 0 16 0 r y . 5 6 5 0 0 16 8 16 16 16 0 0 0 Slow 0x73 32 tc 0 32 0 r . . 8 8 8 8 0 16 0 0 0 0 0 0 0 None 20 GLXFBConfigs: visual x bf lv rg d st colorbuffer ax dp st accumbuffer ms cav id dep cl sp sz l ci b ro r g b a bf th cl r g b a ns b eat ---------------------------------------------------------------------- 0x74 0 tc 0 16 0 r . . 5 6 5 0 0 16 0 0 0 0 0 0 0 None 0x75 0 tc 0 1...

...providence~> A handler is already registered for the path starting with path[0] = "org" A handler is already registered for the path starting with path[0] = "org" A handler is already registered for the path starting with path[0] = "org" compiz (core) - Warn: No GLXFBConfig for depth 32 A new xorg.conf was generated from runlevel three with sax2 -r -m 0=nvidia. The new xorg was fast as a rocket ship, glxgears frame rates were back to 10317 FPS. The frame rate was great without composite enabled. (i.e. no: Section "Extensions" Option "...

Hello, I have some graphics problems with Dark Crusade. I have tested both windowed and fullscreen with lowest settings, it makes no difference. It plays fine in highest settings in Windows, so my graphics card is not the problem. Maybe the drivers for linux is crappy or something, but i havent experienced anything like this before in any other game.

...a ns b eat ---------------------------------------------------------------------- 0x21 24 tc 0 32 0 r y . 8 8 8 8 0 24 8 0 0 0 0 0 0 None 0x22 24 dc 0 32 0 r y . 8 8 8 8 0 24 8 0 0 0 0 0 0 None 0x67 32 tc 0 32 0 r . . 8 8 8 8 0 0 0 0 0 0 0 0 0 None 36 GLXFBConfigs: visual x bf lv rg d st colorbuffer ax dp st accumbuffer ms cav id dep cl sp sz l ci b ro r g b a bf th cl r g b a ns b eat ---------------------------------------------------------------------- 0x68 0 tc 0 32 0 r . . 8 8 8 8 0 0 0 0 0 0 0 0 0 None 0x69 0 tc 0 3...

...0 0 0 None 0xb1 24 dc 0 24 0 r y . 8 8 8 0 0 24 8 16 16 16 0 0 0 Slow 0xb2 24 dc 0 32 0 r y . 8 8 8 8 0 24 8 0 0 0 0 0 0 None 0xb3 24 dc 0 32 0 r y . 8 8 8 8 0 24 8 16 16 16 16 0 0 Slow 0x66 32 tc 0 32 0 r y . 8 8 8 8 0 24 8 0 0 0 0 0 0 None 48 GLXFBConfigs: visual x bf lv rg d st colorbuffer ax dp st accumbuffer ms cav id dep cl sp sz l ci b ro r g b a bf th cl r g b a ns b eat ---------------------------------------------------------------------- 0x67 0 tc 0 16 0 r . . 5 6 5 0 0 0 0 0 0 0 0 0 0 None 0x68 0 tc 0 1...

Hi, recently I did update my system to xorg 1.6.3 mesa 7.5 and intel driver 2.8.0 and glew , prior to this update I had this game working ... now it gives me this error : > There may be more fonts available - try increasing the value of MAX_FONTS > There may be more fonts available - try increasing the value of MAX_FONTS > fixme:system:SystemParametersInfoW Unimplemented action: 55

...and Ctrl-End in edit mode. Roderick Colenbrander (7): opengl32: Relax extension checking. opengl: WGL_ARB_render_texture support. wgl: Set pbuffer dimensions in HDC. wgl: Fill the format table with offscreen pixelformats which are needed for pbuffers. wgl: Replace the GLXFBConfigIDs in the pixelformat list with real GLXFBConfigs. wgl: Enable offscreen pixelformats for pbuffers. wgl: Fix a typo in the WGL_TEXTURE_TARGET_ARB emulation code. Stefan D?singer (7): ddraw: Some d3d-only code fixes. wined3d: Create the stateblock in Init3D. wined3d: A...

...8 8 0 . . 0 24 8 16 16 16 0 0 0 Slow 0x0ac 24 dc 0 32 0 r y . 8 8 8 8 . . 0 24 8 0 0 0 0 0 0 None 0x0ad 24 dc 0 32 0 r y . 8 8 8 8 . . 0 24 8 16 16 16 16 0 0 Slow 0x060 32 tc 0 32 0 r y . 8 8 8 8 . . 0 24 8 0 0 0 0 0 0 None 48 GLXFBConfigs: visual x bf lv rg d st colorbuffer sr ax dp st accumbuffer ms cav id dep cl sp sz l ci b ro r g b a F gb bf th cl r g b a ns b eat ---------------------------------------------------------------------------- 0x061 0 tc 0 16 0 r . . 5 6 5 0 . . 0...