Page 111 of 111 FirstFirst ... 1161101109110111
Results 1,101 to 1,109 of 1109

Thread: "Ask ATI" dev thread

  1. #1101
    Join Date
    Dec 2007
    Location
    /dev/hell
    Posts
    297

    Default

    Quote Originally Posted by bridgman View Post
    I don't really understand the question. The fglrx driver is developed by a team of AMD employees, while the open source driver is developed by a team of developers who mostly do *not* work for AMD. The two drivers also have completely different target markets and different code sharing objectives. The open source driver shares code with other open source drivers (eg Intel, Nouveau, llvmpipe etc..) while the fglrx driver shares code with other AMD proprietary drivers.
    And we all share the pain for buggy or incomplete drivers

  2. #1102
    Join Date
    Feb 2008
    Location
    Linuxland
    Posts
    5,029

    Default

    Reviving this thread..

    I've read about AMD's new Windows drivers enabling a shader-based AA solution (MLAA).

    I've also read the research on it, it basically works everywhere regardless of rendering tech. It also looks about as good as 8x MSAA to my eyes, in some parts better, in some parts worse. It's also many times faster than MSAA.

    I believe it would work on cards r600 and up, even though the Win driver only enables it for hd6xxx.

    Would AMD consider open-sourcing the shader?

  3. #1103
    Join Date
    Feb 2008
    Location
    Linuxland
    Posts
    5,029

    Default

    It would be rather awesome to have fast, good quality AA in all apps on Linux, despite not having app support. Something that could be enabled in .drirc maybe.

  4. #1104
    Join Date
    Oct 2010
    Posts
    36

    Default

    Would love to see H.264 L4.1 support on linux.

  5. #1105
    Join Date
    Nov 2008
    Posts
    763

    Default

    unless there's several AA-techniques under the acronym MLAA, you could try these sources:

    http://igm.univ-mlv.fr/~biri/mlaa-gpu/

    cleanup and integration into mesa is left as an exercise to the reader

  6. #1106
    Join Date
    Feb 2008
    Location
    Linuxland
    Posts
    5,029

    Default

    Yes, I have checked that out. The shaders do not compile on Mesa, and while my limited shader skills could make them compile, the result was garbage.

    The basic tech is the same, but the implementations differ. I believe AMD's implementation is one of the better ones.

  7. #1107
    Join Date
    Oct 2010
    Posts
    257

    Default

    i'm going to post here some list of features I'd like to see in next Catalyst Drivers:

    a) Properly H264 / VC1 XvBA VAAPI acceleration, because since Catalyst 10.7, I'm not able to decode H264 videos with VAAPI acceleration, and some newer cards still have (some) problems using VAAPI (by contrast, most modern nVidia cards already have properly video acceleration in Linux (using VDPAU)).

    b) Kernel Mode-Setting, because I think this could give a slightly performance advantage for Catalyst Linux Drivers (Windows drivers already use KMS for a long while...).

    c) Experimental support for Wayland Display Server, because I think it has the potential to replace Xorg in a middle/long term...

    Cheers

  8. #1108
    Join Date
    Aug 2009
    Posts
    28

    Default

    I'd prefer to see all features/perfs of Catalyst in the free radeon driver.

  9. #1109
    Join Date
    May 2011
    Posts
    3

    Default

    Bridgman,

    I'd like to thank you and the rest of the AMD team for working hard to get your Linux/Unix drivers to function at such a good level. I remember struggling for weeks several years ago, trying in vain to get my AMD integrated graphics working properly in Ubuntu.

    I try it again on a laptop I inherited, and it works great the first time! I am amazed. Well done. I wish you and AMD continued success, and will be supporting AMD as much as I can in future for your commitment to open source.

Posting Permissions

  • You may not post new threads
  • You may not post replies
  • You may not post attachments
  • You may not edit your posts
  •