AMD Releases OpenGL 4.0 Drivers

AMD has released a preview (beta) of our OpenGL 4.0 drivers for ATI Radeon HD 5000 series. It also includes support for OpenGL 3.3 on ATI Radeon HD and ATI FirePro Graphics Adapters. More information (including links to drivers) here: http://links.amd.com/OpenGL

Graham

Well… that was unexpected.

OTOH your style is somewhat predictable !

For previous versions of OpenGL, it took them a good 3 months or so to have drivers out. So it’s far from unreasonable to say that it is unexpected for them to have beta 3.3 and 4.0 drivers out in less than a month.

I agree with “unexpected” but with a smile it would haven’t kill anyone.

We all noticed the increase of commitment by AMD during the past 1 or 2 years. They had work to catch up and this is a proof they fill up most of the gap.

A personnal satisfaction point to me: the release of OpenGL 4.0 drivers before nVidia. Just that nVidia always has to say “We are first and so awesome”. It might be true and I think it is but being humble is a nice attitude too. I would find a lot of person calling that “education”. Look what it does: making people angry all the time like Alfonce. :stuck_out_tongue:

Nice work! :smiley:

Nice one, I like this playing someone else game and beat him.

A personnal satisfaction point to me: the release of OpenGL 4.0 drivers before nVidia.

To be fair though, it helps when you have 4.0 capable hardware actually out :wink:

Anyway, I wasn’t intending to be negative with regard to the release. Think of it as “cautiously optimistic.”

I do my main development on NVIDIA cards because of stable OpenGL support, but the current state of NVIDIA cards has had me looking towards ATI’s offerings. I would probably already have had an HD 4xxx or 5xxx card if I could count more on ATI’s OpenGL implementation.

Regardless of your preference for OpenGL vendor, this is good news for OpenGL. For the viability of the only cross-platform 3D graphics API, both across OSes as well as across a wide range of devices (phones through workstations), we need implementations rapidly following spec releases.

Plus, competition is good for all of you :slight_smile:

Congratulations to AMD with their OpenGL 4 driver release.

Barthold
(with my ARB hat on)

Very nice job AMD!

I follow that! Beware because if you continue that way the Khronos Group is going to kill the competition … with Direct3D!

Ok ok, we are not there yet but I like to think that with all the good work you have been doing it might happen.
Well, “I like” expect that I hope that Direct3D will remain to be a good competitor.

Anyone with ideas/details about GL_AMD_conservative_depth ?

I bet it’s the feature, where you hint/specify the maximum deviation of the gl_FragDepth (when you’re specifying/overwriting it in the shader).
Useful to not-trash the whole Hi-Z culling compression.

So do the 5700 and lower 5000 series support double precision natively? I thought they did not.

Edit: A 5770 supports gpu_shader5 with these drivers, but is this emulated?

Yes, this is emulation using 2 floats values: super slow!

In this drivers it’s not supposed to work yet…
Following OpenGL convention the drivers should not return GL_ARB_gpu_shader_fp64 or OpenGL 4.0 version.

Well… it’s preview drivers…

First test and problem:
I create an OpenGL 3.3 context.

I use:
glGetIntegerv(GL_MAJOR_VERSION, &MajorVersion);
glGetIntegerv(GL_MINOR_VERSION, &MinorVersion);

It returns 4.0 :stuck_out_tongue:

(Same with 3.0 / 3.2)

This is 100% valid behavior. Read the WGL_ARB_context_create specification again. The current version (after ARB_context_create_profile was added) says that you can get the version you asked for or any higher version, so long as no functionality from the version you asked for was removed since between the two. Nothing was removed between 3.3 and 4.0, so this is perfectly legitimate.

Ah ok so at least when I request OpenGL 3.0 or 3.1 I should not get 4.0.

Thanks for the clarifications!

Ah ok so at least when I request OpenGL 3.0 or 3.1 I should not get 4.0.

No, you can still get that. What you will get is the 4.0 compatibility profile. And since the extension disallows you from asking for 3.0/3.1 + core, this remains perfectly legal behavior.

The idea is that you shouldn’t care as long as you’re getting at least what you ask for.

Some more problems I encounter:

  • Conditional rendering with GL_ANY_SAMPLES_PASSED => hard reset.
  • When I was playing around with the (amazing and please extend its features to uniform and varyings) GL_ARB_explicit_attrib_location extension, the OpenGL drivers just stop working. No other software run. The first frame was ok but generate an error and then all the frames generate errors everywhere. I tried to reinstall the drivers. It didn’t work. I try to removed my nVidia card. it didn’t work. I end up to install Catalyst 10.3 which brings me back to normal and working OpenGL 3.2 drivers.

amazing and please extend its features to uniform and varyings

I can understand uniforms, but what good would varyings be? You don’t have to query them, so there’s no need to assign arbitrary numbers to them.

I try to removed my nVidia card.

You meant ATi, right?

  • Separate shader program and Transform feedback

  • No I meant nVidia as I have both. In case of a conflict.