The code for reference:
http://pastebin.ca/1733034
On hardware DRI:
On Mesa software renderer:
This is on X1300 Pro, Mesa 7.4.4. Anyone know something about this?
Is this a known missing feature, or should I file a bug?
I was trying the aapoly.c demo from the Red Book for OpenGL 1.1.
What I see is most certainly not antialiased; there's no change when t is pressed.
Never having tried it before, has antialiasing ever worked in the FOSS ati drivers?
The code for reference:
http://pastebin.ca/1733034
On hardware DRI:
On Mesa software renderer:
This is on X1300 Pro, Mesa 7.4.4. Anyone know something about this?
Is this a known missing feature, or should I file a bug?
Last edited by curaga; 12-31-2009 at 08:26 AM.
I didn't think AA had been implemented yet. Getting the applications to render properly seems to be higher priority than making them soft and fuzzy![]()
Well, considering this is OpenGL 1.1 functionality, and Mesa 7.4.4 advertises 1.3, I thought it should work.
Remember that Mesa is *not* OpenGL, does not use the OpenGL name, and is not certified against OpenGL standards.
Mesa implements an API "very similar to OpenGL" and exposes GL levels and extensions as guidelines to apps in order to provide the best results. The devs had the option of holding back higher GL levels and extensions until every corner case was implemented and confirmed to be working correctly, but that would have only made the user experience a *lot* worse with no obvious benefit.
I have updated the RadeonFeature wiki page to add a row for anti-aliasing. I left everything as UNKNOWN for now - AA might have been enabled on older chips, not sure.
Not sure if it's worth filing a bug on this - if one of the devs comes back and says "yes" then go ahead, but otherwise the wiki page should be enough to track the status.
Last edited by bridgman; 12-31-2009 at 09:48 AM.
Ok.
I do disagree that AA is a corner case, many people would use it if it only were available![]()
Agreed; I wasn't actually referring to AA as a corner case but the logic is the same whether we are talking about a feature like AA or something that apps rarely use (eg the noise functions in GLSL). Either GL levels are advertised to provide the best user experience, or they are advertised on the basis of strict compliance.
The devs are going with "best user experience", which seems right to me.
GL1.1 polygon AA is a rarely used feature known not to work in all circumstances, it's deprecated in OpenGL 3.0 and removed in OpenGL 3.1. Modern AA used in games is often referred to as multisampling or MSAA and it's part of OpenGL 1.4, but the GL specification does not necessarily require the number of samples to be greater than 1, meaning that MSAA is not mandatory.
Of course, getting things to work first and then speeding them up has higher priority than eye-candy.
It's... um... kind of like aliasing...
Fixed, thanks.