[Bug 39877] New: Games rendered pixelated

* [Bug 39877] New: Games rendered pixelated
@ 2011-08-06  8:31 bugzilla-daemon
  2011-08-06  8:32 ` [Bug 39877] " bugzilla-daemon
                   ` (3 more replies)
  0 siblings, 4 replies; 5+ messages in thread
From: bugzilla-daemon @ 2011-08-06  8:31 UTC (permalink / raw)
  To: dri-devel

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.

-- 
Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the assignee for the bug.

^ permalink raw reply	[flat|nested] 5+ messages in thread