Created attachment 44273 [details] [review] halffloat.diff The windows driver does advertise this extension. As the attached patch shows, the comment in the code already says it should be supported, but the chip revision check is incomplete. I couldn't test the patch, as the only program actually using this extension that I know of is unigine, but it also needs GL_EXT_texture_swizzle (which is supported by the windows driver).
rv350 really can't do ARB_half_float_vertex. I tested it on RV350 long time ago and it locked up pretty hard. fglrx lies and uses some fallback probably. If you really need this extension, I can enable the fallback for r300g too. r3xx cannot do GL_EXT_texture_swizzle with compressed textures, so it's disabled if the S3TC lib is available and enabled otherwise. fglrx here lies again and I don't think they use any kind of fallback.
(In reply to comment #1) > rv350 really can't do ARB_half_float_vertex. I tested it on RV350 long time ago > and it locked up pretty hard. fglrx lies and uses some fallback probably. If > you really need this extension, I can enable the fallback for r300g too. It's not terribly important. I just noticed this inconsistency and decided to ask if it is known. The fallback would be useful only if there were some really important applications (like compiz or googleearth) requiring this extension, but I don't think there are any. > r3xx cannot do GL_EXT_texture_swizzle with compressed textures, so it's > disabled if the S3TC lib is available and enabled otherwise. fglrx here lies > again and I don't think they use any kind of fallback. Sounds nasty. Maybe these quirks should be documented somewhere...
I am closing this bug. Let me know if you need any of those extensions. RV350 is too slow for unigine anyway.
Use of freedesktop.org services, including Bugzilla, is subject to our Code of Conduct. How we collect and use information is described in our Privacy Policy.