Detecting a colour space and converting to device colour spaces is around the same amount of developer time as for special casing sRGB. Detecting sRGB among hundrets of ICC profiles is not trivial or fast, while such a detection does not matter in a generic colour managed environment.
EXT_texture_sRGB provides only sRGB gamma to linear gamma conversions. That is a thiny bit of grafic processing, which is needed for handling colour space conversions. The spec is clear to not doing anything about dislpaying sRGB images on a monitor. So this OpenGL extension does not help much with colour management. Short term support for sRGB only would make Qt a pretty limiting choice for many colour managed applications. IMHO, limiting support to RGB in a first development stage is a more sound target. kind regards Kai-Uwe Behrmann Sorvig Morten <[email protected]> schrieb: On 06 Nov 2013, at 17:18, Kai-Uwe Behrmann <[email protected]> wrote: > What is the point of special casing sRGB? sRGB is special for a couple of reasons: - Most/Many of the images published for web are in the sRGB color space. - OpenGL has support for sRGB textures and frame buffers. Given that progress has halted on this so far it might be good idea to reduce scope to something that can be completed cross-platform in a reasonable amount time. There are arguments against as well, we don’t want to add API that would limit (future) support to sRGB only for example. Morten _____________________________________________ Development mailing list [email protected] http://lists.qt-project.org/mailman/listinfo/development
_______________________________________________ Development mailing list [email protected] http://lists.qt-project.org/mailman/listinfo/development
