You doesn't like support channel? There is also technical support by e-mail, bugtracker (with AMD employees answers) and even twitter.
You implying people doesn't have to report issues? No, people have to report issues if they want to get it fixed. Mesa issues, nVidia blob issues and even fglrx issues too.
You said "job of the users to beg". But people beg for fixes on nVidia forums too. I wonder, why would they do such a thing?
There is thread about it.
List of fixed issues is public now, you know
K, so the AMD drivers sort of work for most things without excessive issues. That's a long way from working as expected without noticeable bugs. Their public list of fixed bugs is paltry in comparison to what you should expect, and many of them look like they never should have been bugs to begin with.
AMD's drivers work, but Intel and NVIDIA's work better at the moment. Period. I've used many of their cards in the past, and you can get by, but if you want to use advanced GPU features and expect decent performance, you can run into a lot of trouble- especially on newer cards.
So the AMD drivers function, yes. But let's not blow their quality out of proportion just because they work.
http://en.wikipedia.org/wiki/EGL_%28API%29 ...look at the "See Also" section, "equivalent to" parts... EGL or GLX are backends that a display server like X.org, Wayland, etc make use of...
From Aaron Plattner:
That's a bit of a whoops.If you're interested in EGL and are wondering why there's no 64-bit libEGL, please see http://www.khronos.org/message_board...-lists?p=29720
Has anybody tried to use this feature for anything interesting?
Added the NVIDIA OpenGL-based Inband Frame Readback (NvIFROpenGL) library to the Linux driver package. This library provides a high performance, low latency interface to capture and optionally encode an individual OpenGL framebuffer. NvIFROpenGL captures pixels rendered by OpenGL only and is ideally suited to application capture and remoting.