Page 21 of 37 FirstFirst ... 11192021222331 ... LastLast
Results 201 to 210 of 366

Thread: AMD Dropping R300-R500 Support In Catalyst Driver

  1. #201
    Join Date
    Dec 2007
    Location
    down the street around the corner
    Posts
    26

    Default

    Before leaving behind support for those cards, can you please update what Xorg.conf options are fully/partially/not supported by the binary driver? It's kind of a dark science to write a decent xorg.conf for an Ati Radeon card.

  2. #202

    Default

    Quote Originally Posted by deanjo View Post
    Legacy does not mean unsupported for nvidia. There have been plenty of updates for your cards and are still presently being updated.

    http://www.nvnews.net/vbulletin/showthread.php?t=122606
    It's worth to notice AMD provide MUCH greater support for r500 cards. OS driver is in some cases far better than fglrx and you don't have to install closed blobs. Dropping support for R300-R500 cards is great news, because they'll focus on OS drivers which are great and will grow in quality faster now.

  3. #203
    Join Date
    Nov 2008
    Location
    Germany
    Posts
    5,411

    Default

    Quote Originally Posted by kraftman View Post
    It's worth to notice AMD provide MUCH greater support for r500 cards. OS driver is in some cases far better than fglrx and you don't have to install closed blobs. Dropping support for R300-R500 cards is great news, because they'll focus on OS drivers which are great and will grow in quality faster now.
    Yes Great for the opensource world :-)

    but the fglrx has r300 parts in it in fakt!

  4. #204
    Join Date
    Jul 2007
    Posts
    429

    Default Tear-free, in any sense.

    Quote Originally Posted by bridgman View Post
    Sorry, I thought we were talking about tear-free video (which is enabled by default). Tear-free EXA is disabled by default but there is an option to enable it.
    Yes, I have noticed the Open-Source "tear-free" XVideo support and it's fine. However, enabling EXAVsync makes my X-server non-responsive with the Radeon 9550 in my desktop.

    But it's the sudden loss of OpenGL support for R500 chips from fglrx that really annoys me. Mesa's 3D support simply isn't good enough to play World of Warcraft any more, ever since the release of "Wrath of the Lich King". Nor is the Gallium code going to be ready to replace it by the end of April. So a rather expensive and not particularly old laptop will probably now be gathering dust until it is...

  5. #205
    Join Date
    Oct 2007
    Location
    Toronto-ish
    Posts
    7,386

    Default

    Quote Originally Posted by chrisr View Post
    Yes, I have noticed the Open-Source "tear-free" XVideo support and it's fine. However, enabling EXAVsync makes my X-server non-responsive with the Radeon 9550 in my desktop.
    Yeah, syncing the acceleration calls isn't real efficient, but until we get a better compositing stack that does the tear-free stuff via page flipping I *think* that's the best that can be done in the driver alone.

    Have you ever played with any of the XRender based compositors ? I'm thinking that might be the best approach for tear-free on older hardware.

    Quote Originally Posted by chrisr View Post
    But it's the sudden loss of OpenGL support for R500 chips from fglrx that really annoys me. Mesa's 3D support simply isn't good enough to play World of Warcraft any more, ever since the release of "Wrath of the Lich King". Nor is the Gallium code going to be ready to replace it by the end of April. So a rather expensive and not particularly old laptop will probably now be gathering dust until it is...
    So here's what I don't understand. We're not sending kill codes out to your systems or anything, so if the driver works today then it's going to work in April as well. None of the supported distros do package updates of kernel or X server so AFAIK the system should just keep running unless you decide that you absolutely have to upgrade the OS to a new distro release.

    Even if we kept fglrx alive for 3xx-5xx in the legacy branch we would still be looking at quarterly-ish updates, so it would be more like June-ish until you could upgrade anyways, and by that time a lot of the in-flight open source work should be starting to show up in a useable form. I understand being upset that you can't upgrade to a new distro as quickly as you might like but I'm still having trouble understanding the "gathering dust" part...
    Last edited by bridgman; 03-08-2009 at 08:46 PM.

  6. #206
    Join Date
    Oct 2007
    Posts
    370

    Default

    Quote Originally Posted by bridgman View Post
    Yeah, syncing the acceleration calls isn't real efficient, but until we get a better compositing stack that does the tear-free stuff via page flipping I *think* that's the best that can be done in the driver alone.

    Have you ever played with any of the XRender based compositors ? I'm thinking that might be the best approach for tear-free on older hardware.



    So here's what I don't understand. We're not sending kill codes out to your systems or anything, so if the driver works today then it's going to work in April as well. None of the supported distros do package updates of kernel or X server so AFAIK the system should just keep running unless you decide that you absolutely have to upgrade the OS to a new distro release.

    Even if we kept fglrx alive for 3xx-5xx in the legacy branch we would still be looking at quarterly-ish updates, so it would be more like June-ish until you could upgrade anyways, and by that time a lot of the in-flight open source work should be starting to show up in a useable form. I understand being upset that you can't upgrade to a new distro as quickly as you might like but I'm still having trouble understanding the "gathering dust" part...
    Because some people dont just use their computer for X set of things, 100% locked. Some people might have changing needs, and if suddenly they cant just do pretty much everything possible, the computer is useless to them.. allthough i'd hardly call world of warcraft something like that.. besides, considering fglrx's current quality, this is hardly a loss of significance.

    i'd say this choice makes sense, especially if AMD as result devotes just a tad more resources towards the free drivers.

  7. #207
    Join Date
    Nov 2008
    Location
    Germany
    Posts
    5,411

    Default

    Quote Originally Posted by Redeeman View Post
    Because some people dont just use their computer for X set of things, 100% locked. Some people might have changing needs, and if suddenly they cant just do pretty much everything possible, the computer is useless to them.. allthough i'd hardly call world of warcraft something like that.. besides, considering fglrx's current quality, this is hardly a loss of significance.

    i'd say this choice makes sense, especially if AMD as result devotes just a tad more resources towards the free drivers.
    in fakt for wine and new games you need OpenGL3!

    Buy a new cheap cart like the HD-4350 only 20!

    R500 has only OpenGL2.1 and NO nvidia exstansions.. WINE only supports DX8 on OpenGL2 carts!

    for DX9 and higher you need openGL3!

    not realy for the newer GSGL language 1,4 but for the other new exstansions!

  8. #208
    Join Date
    Jul 2008
    Posts
    1,718

    Default

    so what? ou can install any other distro. You might not be able to update it, but you don't really loose anything. Everything that works NOW will continue to work. You NEED a new version of some software - well, confiugure&&make&&make install works great - if you don't forget to install the abomination called '-dev packets'.

  9. #209
    Join Date
    Jul 2007
    Posts
    429

    Default It's the kernel.

    Quote Originally Posted by bridgman View Post
    So here's what I don't understand. We're not sending kill codes out to your systems or anything, so if the driver works today then it's going to work in April as well.
    Except that there's no guarantee that fglrx will compile against the 2.6.29+ kernels. In fact, I'm not even sure if it will compile against a 2.6.28 kernel!

    None of the supported distros do package updates of kernel or X server so AFAIK the system should just keep running unless you decide that you absolutely have to upgrade the OS to a new distro release.
    I can believe that for the X server, but that sounds like nonsense for the kernel. There's a small matter of bug and security fixes which are released at random intervals. (And which my distro does fix.) So basically either my laptop gets stuck with the last kernel that is still compatible with fglrx, along with all that kernel's known bugs, or I upgrade and lose OpenGL support.

  10. #210
    Join Date
    Jul 2008
    Posts
    1,718

    Default

    it does compile against 2.6.28. And nobody forces you to update to 2.6.29.

Posting Permissions

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