https://bugs.freedesktop.org/show_bug.cgi?id=39877
Summary: Games rendered pixelated Product: DRI Version: XOrg CVS Platform: Other OS/Version: All Status: NEW Severity: normal Priority: medium Component: DRM/Radeon AssignedTo: dri-devel@lists.freedesktop.org ReportedBy: cerebro.alexiel@gmail.com
Created an attachment (id=49984) --> (https://bugs.freedesktop.org/attachment.cgi?id=49984) The main menu of the game, pixelated
The title says it all.
I attached a picture of Crayon Physics Deluxe showing the issue (the linux version, not via wine). With LIBGL_ALWAYS_INDIRECT=1 or LIBGL_ALWAYS_SOFTWARE=1, the game is correctly rendered though very slow using the software rasterizer.
I'm using Ubuntu 11.04 x86_64 with xorg-edgers packages, and I'm up-to-date.
Also, when running the game from the console, I got spammed with : /usr/lib/gtk-2.0/2.10.0/menuproxies/libappmenu.so: wrong ELF class: ELFCLASS64 (<unknown>:4547): Gtk-WARNING **: /usr/lib/gtk-2.0/2.10.0/immodules/im-ibus.so: wrong ELF class: ELFCLASS64
So maybe it's an issue with 32 vs 64 bits.
FYI : alex@Leon:~$ LIBGL_DEBUG=verbose glxinfo libGL: OpenDriver: trying /usr/lib/x86_64-linux-gnu/dri/r600_dri.so
-> means symbolic link /usr/lib/libGL.so.1 -> /usr/lib/libGL.so -> /usr/lib32/libGL.so -> /usr/lib32/mesa/libGL.so.1 -> /usr/lib32/mesa/libGL.so.1.2 alex@Leon:~$ file /usr/lib32/mesa/libGL.so.1.2 /usr/lib32/mesa/libGL.so.1.2: ELF 32-bit LSB shared object, Intel 80386, version 1 (SYSV), dynamically linked, for GNU/Linux 2.4.20, stripped
Note that I've done /usr/lib/libGL.so.1 -> /usr/lib/libGL.so -> /usr/lib32/libGL.so to make wine happy. I guess for 32 bits it's ok but not for 64 bit :
/usr/lib64/libGL.so.1 -> /usr/lib64/libGL.so alex@Leon:~$ file /usr/lib64/libGL.so /usr/lib64/libGL.so: symbolic link to `/usr/lib32/libGL.so'
alex@Leon:~$ sudo ldconfig -p | grep libGL.so libGL.so.1 (libc6,x86-64, OS ABI: Linux 2.4.20) => /usr/lib/x86_64-linux-gnu/mesa/libGL.so.1 libGL.so.1 (libc6, OS ABI: Linux 2.4.20) => /usr/lib/libGL.so.1 libGL.so (libc6,x86-64, OS ABI: Linux 2.4.20) => /usr/lib/x86_64-linux-gnu/libGL.so libGL.so (libc6,x86-64, OS ABI: Linux 2.4.20) => /usr/lib/x86_64-linux-gnu/mesa/libGL.so libGL.so (libc6, OS ABI: Linux 2.4.20) => /usr/lib32/libGL.so libGL.so (libc6, OS ABI: Linux 2.4.20) => /usr/lib/libGL.so
I know the driver is being actively developed and hacked but maybe it's related to a mis-configuration or something like that.