Announcement

Collapse
No announcement yet.

"Ask ATI" dev thread

Collapse
X
 
  • Filter
  • Time
  • Show
Clear All
new posts

  • bridgman
    replied
    Stinkin' edit window.

    We don't normally comment on schedules/plans for unreleased products or features. XvBA managed to get a lot of press coverage while development was still at the relatively early stages, but right now has only been released for use in the embedded market (which does not include an Evergreen part).

    Leave a comment:


  • bridgman
    replied
    When it's done.

    Leave a comment:


  • XabiX
    replied
    When can we have GPU decoding on evergreen cards? for linux

    Leave a comment:


  • allquixotic
    replied
    Originally posted by ungoliant View Post
    I wish I could, but Quake Live doesn't crash, so I wouldn't even know where to start looking. It just shows borked graphics. I'm guessing that it's caused by the same OpenGL function because it usually only happens in the newer maps with more eye-candy like Savage 2 or HoN has, and it appeared also when I installed Catalyst 10.5.

    I hope this is fixed in 10.7, since I really hate having to dual-boot :P
    Your issue is almost assuredly separate, though:

    *Different operating system (Windows / Linux)
    *Different behavior (borked graphics / crash)
    *Different game (Quake Live / Savage 2)

    It's probably yet another regression in the massive changes made to the OpenGL code as of Catalyst 10.5. When they extended their OpenGL implementation to support GL 4.0 and GLSL 4.0, they inadvertently created a large number of regressions in their OpenGL implementation that still stand today. Just because you're having an issue with the same release of Catalyst is no reason to believe it's the same exact code causing the breakage. My hypothesis is that the evidence suggests there is a different breakage. And knowing ATI, it is extremely plausible that there are even more new OpenGL problems since 10.5 than either you or I am experiencing. It'll be 2011 before these hit a stable release, I'm afraid.

    Leave a comment:


  • ungoliant
    replied
    Originally posted by allquixotic View Post
    Any way you can get a backtrace from quake live to determine what specific OpenGL function causes the crash? If it isn't the same one, then it's not the same bug.

    Also: Savage 2 and HoN on Windows run on DirectX 9. The engine code is completely different for Direct3d, so the bug isn't visible there.

    In fact, it's possible to run Savage 2 in wine on Linux, and when wine translates the D3D9 calls into OpenGL, it avoids the faulty OpenGL function and it works. But it's dog slow, and has some of wine's emulation bugs, so it's not really playable. It's more playable with Catalyst 10.4 running the native Linux version.
    I wish I could, but Quake Live doesn't crash, so I wouldn't even know where to start looking. It just shows borked graphics. I'm guessing that it's caused by the same OpenGL function because it usually only happens in the newer maps with more eye-candy like Savage 2 or HoN has, and it appeared also when I installed Catalyst 10.5.

    I hope this is fixed in 10.7, since I really hate having to dual-boot :P

    Leave a comment:


  • lukem33p
    replied
    What's up with the Repos?

    Initial disclaimer: I'm new, and don't know where to make this comment, so I leave it here.

    In OpenSuse 11.3, there's no ATi repository. Furthermore, in 11.2 later on, the ATi repository was broken and brought in a terrible, unusable (X.org refused it and switched back) driver. What's the timeframe that a usable fglrx + Catalyst comes in for OpenSuSe?

    Leave a comment:


  • allquixotic
    replied
    Originally posted by Dandel View Post
    The command is aticonfig --help, or running aticonfig without any options.

    Anyways, this leads to another good question.

    When will the help parameters for aticonfig get segmented into separate options, because the help output is way to long for most users and could discourage the use of this command (even though currently this command is required to enable crossfire on linux).
    The nice thing about the command line is that it's extremely extensible. It would be possible (not that hard, actually) for someone to write a wrapper script in Bash or Ruby or Python that provides a more "friendly" help interface, while calling the real aticonfig under the hood if anything besides --help is supplied as an argument.

    I dunno if such a contribution would be accepted under the umbrella of the packaging scripts project, or whether it would have to be written and evaluated separately. My feeling is that ATI would probably not accept any wrapper scripts into the official fglrx but would rather improve aticonfig directly. Still, distros could feel free to package such an improved script with a more user-friendly help display.

    Of course, you run the risk of your wrapper script getting outdated and displaying incorrect or incomplete information. So you would have to keep it pretty well version-synced with the fglrx releases and check the --help output each time to make sure that it hasn't changed.

    Agree that the easiest way (for everyone) would be to have ATI just improve aticonfig in the official release, but we all know how hard it is to get anything upstreamed into a closed source project

    Leave a comment:


  • Dandel
    replied
    Originally posted by bridgman View Post
    In general you should be configuring the driver using the control panel or aticonfig these days, not by editing xorg.conf. Use xorg.conf for X server configuration and aticonfig for driver configuration.

    Running aticonfig -help (or --help, I forget) will give you a list of options.
    The command is aticonfig --help, or running aticonfig without any options.

    Anyways, this leads to another good question.

    When will the help parameters for aticonfig get segmented into separate options, because the help output is way to long for most users and could discourage the use of this command (even though currently this command is required to enable crossfire on linux).

    Leave a comment:


  • allquixotic
    replied
    Originally posted by ungoliant View Post
    I don't know about Savage2 and HoN, since I have only installed them in Linux, but Quake Live also doesn't work on Windows since 10.5.

    I think the OpenGL issue is not just a Linux specific issue, but also a Windows issue, am I right?
    Any way you can get a backtrace from quake live to determine what specific OpenGL function causes the crash? If it isn't the same one, then it's not the same bug.

    Also: Savage 2 and HoN on Windows run on DirectX 9. The engine code is completely different for Direct3d, so the bug isn't visible there.

    In fact, it's possible to run Savage 2 in wine on Linux, and when wine translates the D3D9 calls into OpenGL, it avoids the faulty OpenGL function and it works. But it's dog slow, and has some of wine's emulation bugs, so it's not really playable. It's more playable with Catalyst 10.4 running the native Linux version.

    Leave a comment:


  • ungoliant
    replied
    I don't know about Savage2 and HoN, since I have only installed them in Linux, but Quake Live also doesn't work on Windows since 10.5.

    I think the OpenGL issue is not just a Linux specific issue, but also a Windows issue, am I right?

    Leave a comment:

Working...
X