No announcement yet.

Catalyst 8.6 + Cedega = graphics corruption

  • Filter
  • Time
  • Show
Clear All
new posts

  • #91
    I get an from the mese package, now wine works but fall back zu software rendering.

    I found some information about this:

    # For direct rendering libGL has to be able to load one or more
    # dri modules (files ending in, like
    # Gentoo's mesa looks for these files in the location specified by
    # LIBGL_DRIVERS_PATH or LIBGL_DRIVERS_DIR, then in the hardcoded
    # location /usr/$(get_libdir)/dri. Ati's libGL does the same
    # thing, but the hardcoded location is /usr/X11R6/lib/modules/dri
    # on x86 and amd64 32bit, /usr/X11R6/lib64/modules/dri on amd64
    # 64bit. So we can either put the .so files in that (unusual,
    # compared to "normal" mesa libGL) location or set
    # LIBGL_DRIVERS_PATH. We currently do the latter. See also bug
    # 101539.

    # The problem with this approach is that LIBGL_DRIVERS_PATH
    # *overrides* the default hardcoded location, it does not extend
    # it. So if ati-drivers is merged but a non-ati libGL is selected
    # and its hardcoded path does not match our LIBGL_DRIVERS_PATH
    # (because it changed in a newer mesa or because it was compiled
    # for a different set of multilib abis than we are) stuff breaks.
    I think this is the source of the problem with wine.

    LDD gave me that.

    MESE-Lib: => (0xf7ee6000) => /usr/lib32/ (0xf7d6b000) => /usr/lib32/ (0xf7d5d000) => /usr/lib32/ (0xf7d58000) => /usr/lib32/ (0xf7d55000) => /usr/lib32/ (0xf7d4f000) => /lib32/ (0xf7d2b000) => /lib32/ (0xf7d14000) => /lib32/ (0xf7d10000) => /usr/lib32/ (0xf7d07000) => /lib32/ (0xf7bb5000) => /usr/lib32/ (0xf7bb2000) => /usr/lib32/ (0xf7b9a000) => /usr/lib32/ (0xf7b97000)
    /lib/ (0xf7ee7000) => /usr/lib32/ (0xf7b92000)
    ATI-Lib: => (0xf7fdd000) => /lib32/ (0xf7f22000) => /usr/lib32/ (0xf7f14000) => /usr/lib32/ (0xf7f07000) => /lib32/ (0xf7db5000)
    /lib/ (0xf7fde000) => /usr/lib32/ (0xf7cc5000) => /usr/lib32/ (0xf7cc2000) => /usr/lib32/ (0xf7cc0000) => /usr/lib32/ (0xf7ca8000) => /lib32/ (0xf7ca4000) => /usr/lib32/ (0xf7c9e000)
    Last edited by blabub; 08-23-2008, 08:45 PM.


    • #92

      I've been following this thread for almost a month, but its hard for me to understand the fix completely (i am a Spanish speaker), can anyone post the fix for me? i would be great to have it in the first page.