AcademySoftwareFoundation / AcademySoftwareFoundation/OpenColorIO
LUT1DTransform - implement alternate hue correct algorithms
- Lingua principale
- C++
- Stelle
- 2.1k
- Fork
- 503
- Metriche di merge delle PR
- Nessuna PR unita negli ultimi 30g
Descrizione
LUT1DTransform has a pretty fancy "hue correct" feature, which provides a means for optionally wrapping channel-independent 1D lookups in channel-dependent operations, inducing crosstalk as a function of relative RGB values before and after the lookup.
Currently, OCIOv2 supports one algorithm, codenamed `HUE_DW3`, the ratio-preserving Hue Restore algorithm used in ACES-0.3-0.7; and the API indicates OCIO intends to implement `HUE_WYPN`, the Weighted Yellow Power Norm algorithm presented in doi:10.5594/M001808 and elsewhere [proposed](https://www.displaydaily.com/paid-news/ldm/ldm-event-reports/press-and-market/a-proposal-for-aces-2-0) for ACES-2.0
It so happens the topic of chromaticity-preserving, dominant-wavelength-linear tonescale application algorithms briefly popped up again in the ACES-2 Output Transform Architecture VWG meeting the other day, so it seemed like the right time and place to inquire about `HUE_WYPN`, among other things.
There was some very brief discussion on the Slack channel a while ago about implementing other norms as well -- there's demand for a simple maxRGB norm.
Currently, the algorithms are assumed to be fixed. Is there value in providing support for potentially parametric algorithms, like we do for FixedFunctions? For example, a parametric version of `HUE_WYPN` could be repurposed as a simple uniformly-weighted power norm, or could be driven to behave like a maxRGB norm.
Curious to hear if there's desire for other algorithms. I know OpenDRT is using a weighted Euclidean distance norm...
Thoughts?
Guida per i contributori
Apri la guida per i contributori
Direzione di ricerca
Inizia leggendo l’API di LUT1DTransform e la sua implementazione HUE_DW3 esistente, quindi esamina il modo in cui FixedFunctions rappresenta i parametri. Confronta HUE_WYPN, maxRGB e le altre opzioni di norma proposte descritte nell’issue. Per considerare il lavoro completato, è necessario aver deciso l’algoritmo e l’ambito dei parametri prima di poter definire l’implementazione.
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
- 20/100