AcademySoftwareFoundation / AcademySoftwareFoundation/OpenColorIO

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

Aperta
#1,667 0 commenti 1 reazione 0 assegnatari Vedi su GitHub
Needs Discussion
Lingua principale
C++
Stelle
2.1k
Fork
503
Metriche di merge delle PR
Nessuna PR unita negli ultimi 30g

Descrizione

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.

Guida per i contributori

Apri la guida per i contributori

Direzione di ricerca

La issue non indica alcun file, test o punto di ingresso. Inizia esaminando la configurazione OpenColorIO e le convenzioni sui ruoli discusse nella issue, quindi stabilisci se lo standard identifica lo spazio colore di visualizzazione sRGB o la sua controparte lineare e se è necessario un fallback tramite una variabile d'ambiente. Il lavoro è completo quando sono disponibili una sintassi di configurazione concordata e un comportamento documentato.

Scritto dal modello di indicizzazione a partire dal testo della issue.

Valutazione

Stack tecnologico
cpp
Ambito
computer-graphics
Tipo di issue
Funzionalità
Difficoltà
5/5
Tempo stimato
Più di una settimana
Stato di attività
Ferma
Chiarezza
Da chiarire
Idoneità per principianti
25/100

Ricevi le nuove issue nella tua casella

Un breve riepilogo di issue GitHub adatte ai principianti.