AcademySoftwareFoundation / AcademySoftwareFoundation/OpenColorIO

Provide a way to specify the standard `sRGB` colorspace in configs.

Abierto
#1,667 0 comentarios 1 reacción 0 asignados Ver en GitHub
Needs Discussion
Lenguaje dominante
C++
Estrellas
2.1k
Forks
505
Métricas de merge de PR
Sin PR fusionados en 30 d

Descripción

Hello,
The suggestion is as follow : **offering a way in config to specify the colorspace in charge of defining the conversion between the reference and the sRGB "display" colorspace.**

# Why

I think it will not be too ambitious to say that the majority of config ever created defined the sRGB display colorspace in some way and that this colorspace remains used in the majority of the data manipulated by artists.

On another side, with the implementation of OCIO in most DCCs, the vendors usually had to implement a way to convert legacy workflow and tools, most of the time "sRGB based", to whatever is defined in the OCIO config. This is the case with _Substance Painter_, which [requires a role named `substance_3d_painter_standard_srgb`](https://substance3d.adobe.com/documentation/spdoc/color-management-with-opencolorio-225969419.html#section3) in the config to be used for some color-picking operations and other UI elements.
Following a recent discussion in the Redshift discord, it also seems this render engine tries behind the scene to find what could be the sRGB colorspace. (I'm not sure what it is using it for though).
And I'm sure we could find other examples of applications that try the same thing ...

This is where having in the config, a standard syntax to tell _"look, this is the sRGB Display colorspace in this config, this is how you convert from sRGB to the reference colorspace"_ ; a progress in trying to have everyone speak the same language, as per OCIO initial goal.

# Questionning

- Does this standard should defined the sRGB "Display" colorspace, or it's linear brother (BT.709 primaries + D65) ?
- Provide a way to also specify it via environment variable for config not defining it ? Applications needed a specific behavior ?
- What could be the potential reasons to not push for this suggestion ?

# Relationship with #1639

If ever this related issue resolve to a new interchange format, OCIO could even provide the "sRGB standard" by itself. (ex: it would be trivial if the interchange is CIE-XYZ-D65 to have a built-in transform to sRGB).

I do think this deserved its own issue as its faith should not depend on this other issue.

Cheers.
Liam.

Guía de contribución

Abrir la guía de contribución

Línea de trabajo

El issue no menciona archivos, pruebas ni puntos de entrada. Empieza revisando la configuración de OpenColorIO y las convenciones de roles discutidas en el issue; después, determina si el estándar identifica el espacio de color de display sRGB o su equivalente lineal y si se necesita un fallback mediante una variable de entorno. Se considera terminado cuando haya una sintaxis de configuración acordada y un comportamiento documentado.

Escrito por el modelo de indexación a partir del texto del issue.

Evaluación

Stack tecnológico
cpp
Área
computer-graphics
Tipo de issue
Nueva funcionalidad
Dificultad
5/5
Tiempo estimado
Más de una semana
Estado de actividad
Estancado
Claridad
Necesita aclaración
Aptitud para principiantes
25/100

Recibe los nuevos issues en tu correo

Un resumen breve de issues de GitHub para principiantes.