Commit graph

13 commits

Author SHA1 Message Date
Areloch 25686ed4be Implementation of sRGB image support. Overhauls the linearization setup to utilize the sRGB image types, as well as refactors the use of ColorF and ColorI to be properly internally consistent. ColorIs are used only for front-facing/editing/UI settings, and ColorFs, now renamed to LinearColorF to reduce confusion of purpose, are used for color info in the engine itself. This avoids confusing and expensive conversions back and forth between types and avoids botches with linearity. Majority work done by @rextimmy 2017-06-23 11:36:20 -05:00
rextimmy 415f4a046e OpenGL vsync fixes. 2016-12-23 13:59:55 +10:00
Jeff Hutchinson 14cd94ddc9 glx extension fix for GLX windowing api 2016-11-24 12:41:30 -05:00
Jeff Hutchinson 11c3314f66 implement glad into torque. 2016-09-11 21:48:42 -04:00
Jeff Hutchinson 7317848080 epoxy GLX extension interface 2016-03-25 21:03:01 -04:00
Jeff Hutchinson 4cf6a30e05 cleanup 2016-03-25 13:44:22 -04:00
Jeff Hutchinson 6e692ea9cf torque windows integration of epoxy 2016-03-25 13:41:38 -04:00
Hein-Pieter van Braam eadd77272d Add @Azaezel's exception for Win32
"This chunk causes issues on the win8.1/non-SDL side."
2015-07-30 22:18:01 +02:00
Hein-Pieter van Braam 320718327f Actually generate a working string for glewGetExtension()
I don't know how to 'C' apparently.
2015-07-30 22:18:00 +02:00
Hein-Pieter van Braam 08622e9601 Use different extension detection mechanism
I got this from looking at the code from the glew utility 'glewinfo' on my system it reported the following for GL_ARB_geometry_shader4:  OK [MISSING]. This lead me to believe that there are two different ways of determining extensions. The first 'OK' seems to refer to the entrypoint existing while the second one seems to refer to the extension being available.

The difference is this:
The first OK comes from : GLEW_ARB_geometry_shader4 the global whereas the second 'MISSING' comes from glewGetExtension("GL_ARB_geometry_shader4"). By replacing the gglHasExtension I got the desired result.

We may want to implement some caching if we want to keep using GLEW perhaps?

Anyway I suggest this merely as a test, I'm not sure if this is a viable long-term solution.
2015-07-30 22:18:00 +02:00
Hein-Pieter van Braam 5d91cf90b3 Fix running on Linux / Intel Mesa drivers
* Explicitly request a GL 3.2 context
* Enable 'experimental' extensions on glew (This appears necessary to get glew to work with explictly set GL versions)
2015-07-30 22:18:00 +02:00
LuisAntonRebollo a4bf61f07b Fix x64 builds. 2014-11-30 04:00:58 +01:00
LuisAntonRebollo dd08fd2e7d Add OpenGL support. 2014-11-08 20:21:50 +01:00