10.3: Stereo Driver Hooks & Final Thoughts

The last feature making its appearance in next month’s Catalyst 10.3 drivers will be the inclusion of some underlying hooks in the drivers for 3rd party 3D display hardware. AMD hasn’t been completely ignoring NVIDIA’s success with 3DVision, and while they’re not getting directly in to the 3D arena like NVIDIA has, they’re going to be providing the tools for 3rd parties to get in if they want to.

The big change here is that they’re going to provide driver hooks for 3rd party products to use to improve and simplify the operation of those products. One example AMD is throwing out is that their drivers will now be able to do quad buffering so that 3D products can double-buffer each eye separately. These hooks will also allow the hardware to output stereo images at 120Hz similar to how NVIDIA implements 3DVision, so that each eye can be offered images at 60Hz without needing to use a more esoteric solution such as iZ3D’s double-DVI setup.

Our expectation here is that with these new hooks a 3rd party will offer a 3DVision-like kit utilizing shutter glasses and a 120Hz monitor, although the quad buffer changes in particular are rather generic and can be used (not to mention necessary ) for any other form of 3D technology that takes off. Nothing has been announced yet, but it’s likely only a matter of time.

Final Thoughts

Although AMD is always working on the Catalyst drivers, major updates tend to come in spurts and this is a prime example of that case. With the 10.2 and 10.3 releases we are seeing the first post-launch driver drop for the Radeon 5000 series. Some of the things we’re seeing today such as Catalyst profiles and fully-functional Ultra Low Power State are things we would have liked to see at the 5000 series launch, while other things such as the new Eyefinity tweaks are going to be a nice addition to the existing capabilities of the hardware.

For the Catalyst profiles and Mobility driver support in particular, it’s going to be worth keeping an eye on how well AMD does in implementing these things. Profile support is simply a matter of being timely with new game releases, although we’re still going to ask for the ability to write our own profiles anyhow. As for the Mobility driver program, moving from an opt-in to an opt-out model should prove to make the program much more successful than AMD’s previous effort, but the one remaining wildcard is what OEMs have opted-out of the program, and with what products. AMD is only expecting business products to be opted-out, but as far as we know, any OEM can opt-out for any reason, so there’s still a remote chance of snatching defeat from the jaws of victory.

There’s also one thing we were hoping to see in the 10.2/10.3 drivers which has not come to pass, and that’s OpenCL support. AMD is continuing to only provide OpenCL runtime functionality through the installation of the Stream SDK, which means even though AMD’s 4000 and 5000 series hardware is capable of OpenCL, none of those cards can run those programs out of the box. AMD’s current reason is that they don’t want to expand the size of their drivers any further (they’re currently 123MB for the 10.3 betas) which is a valid concern looking at the size of their OpenCL runtime, but at the same time we can’t imagine this is good for OpenCL adoption in the long-run.

Who is going to develop applications using OpenCL if half your user base (not counting Intel IGP users) can’t run your application out of the box? Even worse, you currently need to sign up for an AMD Developer Central account before you can download the Stream SDK in order to get the runtime - and what user is going to do that? NVIDIA is way ahead of AMD here, having shipped OpenCL support in their drivers for several months now, and they’ve been able to do so while keeping their drivers at about the same size as AMD’s (let’s not forget the PhysX runtime either). Unless AMD expects everyone to go the DirectCompute route (in which case we can kiss cross-platform GPGPU usage goodbye) AMD’s GPGPU efforts are currently stuck in place.

Finally, from a testing perspective the 10.3 drivers are still in beta, but much like the Catalyst 9.12 hotfix was to the 10.2 driver launching today, the 10.3 driver set we’re working with has been shaping up rather well. AMD hasn’t told us when they’ll be launching besides the fact that it will be in March, but based on the drivers we’re seeing we wouldn’t be surprised if it was an early launch rather than a mid-month or later launch as AMD is common for AMD.

10.3: AMD’s New Mobility Driver Program
Comments Locked

75 Comments

View All Comments

  • KoVaR - Wednesday, February 17, 2010 - link

    AMD already has working support for OpenCL.
    All you need is to install STREAM™ package located here http://developer.amd.com/gpu/ATIStreamSDK/Pages/de...">http://developer.amd.com/gpu/ATIStreamSDK/Pages/de...
  • velis - Friday, February 19, 2010 - link

    ...
    Which I did.
    However, that doesn't help me distribute my OpenCL app, does it?
    I need EVERYONE to have the SDK installed if they want to see what I have made.
    Which currently isn't such a big problem since most apps (including mine) are in development stage.
    But lacking end-user drivers this just means that no app can go final right now.
    Not to even mention that many developers simply skip OpenCL ports of their work (also) because half the world couldn't use such optimizations.
  • leexgx - Thursday, February 18, 2010 - link

    But you Must make an account that most users are not going to do

    OpenCL and Direct compute should be part of the drivers (maybe physx as well but not as important)
  • dzoni2k2 - Wednesday, February 17, 2010 - link

    AMD already has OpenCL drivers for a while. You just have to download them separately.

    If that is so very hard for you to do, you don't really need OpenCL that badly.
  • Griswold - Wednesday, February 17, 2010 - link

    LoL, what do YOU need opencl for anyway...?
  • mariush - Wednesday, February 17, 2010 - link

    I'm just dissapointed that they had to change the installer and make it NOT work on Windows 2003.

    Yes, Windows 2003 is officially unsupported but the drivers and software installed with no problems with all the previous setup packages. Now, the setup doesn't install anything.

    I managed to install the driver manually unpacking the driver only setup and using "Update driver" in the control panel but the software was a no go.
  • mariush - Wednesday, February 17, 2010 - link

    Yeah... so new 10.3 drivers posted and the setup still ignores Windows 2003... it only updates the "Installation Manager" and doesn't show anything else.

    So back to unpacking the "driver only" pack, Update driver from the Control Panel and install CCC from the 9.10 setup which has the old installer.
  • ltcommanderdata - Wednesday, February 17, 2010 - link

    While I do appreciated ATI's dedication to monthly driver releases, it does sometimes seem to me that they sacrifice breadth and length of support for it. For example, ATI no longer offering unified driver releases or official Windows 7 support for DX9.0c GPUs of the X1000 series whereas nVidia still fully supports even their first gen 6000 series in unified driver releases and the latest OSs. It does make me worry whether/when my newer ATI GPUs will have their driver support curtailed, likely earlier than similar gen nVidia cards.

    I haven't heard that Windows 2003 support was so finicky though. Even for newer gen DX10 or better ATI GPUs?
  • mariush - Wednesday, February 17, 2010 - link

    It's a 4850, and as I said 9.12 drivers work fine.

    It's just the stupid installer they recently use. You actually install an "Install Manager" and then when you try to install anything, the setup actually extracts itself in a temporary directory and starts the "Install Manager" which goes on to show a list of components that can be installed from this setup package and the list of components is empty... because it does the stupid OS check now.

    Every driver and CCC worked perfectly so far on 2003 as they should - basically they're the same drivers as XP.

  • qwertymac93 - Wednesday, February 17, 2010 - link

    old graphics cards like the 1xxx series are both too slow and too old to play new games, and by now there should be little if any software problems. 1xxx series based laptops do not need new drivers as they work fine as is and supporting them would make new drivers take longer to make, taking away from new features in newer cards. i think that most people with 4xxx and 5xxx notebooks would be pretty pissed if they had to wait another month for better support and features because some guy with his 5 year old laptop wants to play unreal tournament 2004 5% faster.

Log in

Don't have an account? Sign up now