Originally posted by W.Irrkopf
View Post
Announcement
Collapse
No announcement yet.
95 Patches Ready The Intel Mesa Driver For OpenGL 4 On Haswell
Collapse
X
-
-
Originally posted by Ancurio View Post95 patches for a feature nobody uses, just so a string somewhere changes from "3.3" to "4.0"..
You never know what extensions are used in professional applications, so you have to support all of them.Last edited by skies; 20 July 2016, 09:09 AM.
- Likes 3
Comment
-
I wonder if some future developer love for Haswell IGPU will help to get my multi monitor setup running where I have one monitor connected to my 290 and the second one on the iGPU. Works like a charm on windows and I don't have my 290 go in high voltage mode just because of a second monitor being connected to it.
Comment
-
Originally posted by Ancurio View PostThis feature is six years old; suddenly having support in a FOSS driver
And no, adding support for it was required to allow sanctioned/safe use of other OpenGL 4.x features as Intel cannot really go and say "well I lack only this feature but your program should theoretically work fine too, so do that manual GL version override and stfu"
Comment
-
Originally posted by starshipeleven View PostThen what are you complaining at? Intel GPUs worked fine for office work, it's not like libreoffice needs OpenGL 4.x
- Likes 2
Comment
-
Originally posted by starshipeleven View PostAnd no, adding support for it was required to allow sanctioned/safe use of other OpenGL 4.x features as Intel cannot really go and say "well I lack only this feature but your program should theoretically work fine too, so do that manual GL version override and stfu"
It's just that some games are unfortunately written so that they check for waay more features than they really use (ie. by hard depending on a GL version, instead of saying "core prof + these extensions"). I guess it's because the proprietary drivers have never really hinged behind in GL versions, and when they did, there were no ARB extensions being incrementally implemented (it was all or nothing). So game developers never had to care.
Comment
-
Originally posted by Ancurio View PostI'm sorry, this is not how OpenGL works.
So quite a few useful OpenGL 4.x extensions CANNOT BE UFFICIALLY SUPPORTED by the driver (even if they actually work fine) unless this one gets done. Sure you can force a GL version override easily and everything will work fine, but that's not how OpenGL was meant to be used and it you are doing it at your own risk, so cannot be the official solution.
It's just that some games are unfortunately written so that they check for waay more features than they really use
OpenGL version was supposed to tell a customer with an easy number what stuff could run on what hardware, because each number means "all features in this longish list are supported".
If you let everyone add features at random or not add some that they think are not useful or whatever, then the whole castle falls down.
Comment
-
Originally posted by starshipeleven View PostQuit being an idiot already. You cannot claim the device supports OpenGL 4.x unless the device supports ALL OpenGL 4.x extensions. End of story. You cannot say "oh it supports OpenGL 3.3 and <list of extensions>".
So quite a few useful OpenGL 4.x extensions CANNOT BE UFFICIALLY SUPPORTED by the driver (even if they actually work fine) unless this one gets done. Sure you can force a GL version override easily and everything will work fine, but that's not how OpenGL was meant to be used and it you are doing it at your own risk, so cannot be the official solution.
Because this is how it was meant to be.
OpenGL version was supposed to tell a customer with an easy number what stuff could run on what hardware, because each number means "all features in this longish list are supported".
If you let everyone add features at random or not add some that they think are not useful or whatever, then the whole castle falls down.
Comment
-
Originally posted by Ancurio View PostYes, you have indeed no idea how ARB extensions work I see no point in furthering this discussion.
Comment
-
Originally posted by Ancurio View PostI'm sorry, this is not how OpenGL works. Most extensions are stand-alone and don't have inter-dependencies; I can't thing of a single extension that depends on doubles for that matter.
OpenGL 4.4, ARB_ES2_compatibility, ARB_ES3_compatibility are required. That was just the topmost extension in imirkin's glxinfo list.
So while in theory most games and applications should be able to work without fp64, they would not because in reality commercial software usually doesn't check for each extension individually but just for some minimum GL level plus a few optional extensions.
And before anyone asks: No, I'm not going to create a dependency graph that lists all the extensions that directly or indirectly require fp64 - and that would be the most reliably way to see whether moderns games/applications really do not require fp64 either directly or indirectly.
Comment
Comment