search for: glxfbconfigs

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

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:

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

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...

Listmates, There was no rhyme or reason why another /usr/lib/libIndirectGL.so.1 got installed on my system, but it did: [root Rankin-P35a/home/david] # l /usr/lib/libIn*? -rwxr-xr-x 1 root root 440676 2007-09-21 20:34 /usr/lib/libIndirectGL.so.1.2*? lrwxrwxrwx 1 root root 20 2007-10-12 03:00 /usr/lib/libIndirectGL.so.1.old -> libIndirectGL.so.1.2*? lrwxrwxrwx 1 root root 20

...Android loader. > > The GLX code doesn't use the red/green/blueChannelMasks for proper matching > of formats, and the server doesn't even transmit those masks to the client > in the case of GLX. So whatever 10 bit format comes first will win when > building the assignment to GLXFBConfigs. > > I looked at the code and how it behaves. In practice Intel gfx works because > it's a classic DRI driver with its own method of building the DRIconfig's, > and it only exposes the BGR101010 formats, so no danger of mixups. AMD's > gallium drivers expose both BGR and...

...;> >> The GLX code doesn't use the red/green/blueChannelMasks for proper matching >> of formats, and the server doesn't even transmit those masks to the client >> in the case of GLX. So whatever 10 bit format comes first will win when >> building the assignment to GLXFBConfigs. >> >> I looked at the code and how it behaves. In practice Intel gfx works because >> it's a classic DRI driver with its own method of building the DRIconfig's, >> and it only exposes the BGR101010 formats, so no danger of mixups. AMD's >> gallium drivers...

...only the case for the Android loader. The GLX code doesn't use the red/green/blueChannelMasks for proper matching of formats, and the server doesn't even transmit those masks to the client in the case of GLX. So whatever 10 bit format comes first will win when building the assignment to GLXFBConfigs. I looked at the code and how it behaves. In practice Intel gfx works because it's a classic DRI driver with its own method of building the DRIconfig's, and it only exposes the BGR101010 formats, so no danger of mixups. AMD's gallium drivers expose both BGR and RGB ordered 10 bit f...

Installing the gem from rubygems, along with the available wxwidgets packages from synaptic, I'd recieve this error: /usr/lib/ruby/gems/1.8/gems/wxruby-2.0.1-x86-linux/lib/wxruby2.so: /usr/lib/ruby/gems/1.8/gems/wxruby-2.0.1-x86-linux/lib/wxruby2.so: symbol _ZN13wxAuiNotebook14ShowWindowMenuEv, version WXU_2.8.5 not defined in file libwx_gtk2u_aui-2.8.so.0 with link time reference -

...":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!)

David & All, As you might have heard, Intel recently introduced a new low-power device called a Mobile Internet Device (MID). We're working in Intel's Open source Technology Center on the Linux Desktop UI. Given the small screen we're planning on using a stack-based window manager where each application runs full-screen (think Matchbox). We think it would be very cool to get a

...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 16...

Listmates, I have a fresh openSuSE 10.3 install with all updates installed, the video card is a MSI nVidia 8600GT (pci-e 16). After following the openSuSE nVidia install and the Compiz Fusion install (and after log outs and reboots) compiz refused to start. As shown on the openSuSE Compiz page he file .config/compiz/compiz-manager was created with: COMPIZ_OPTIONS="--no-libgl-fallback

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 32...

...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 16...

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

...(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: Attempt to clean up fbos only if a gl surface is de...

...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...