AcademySoftwareFoundation / AcademySoftwareFoundation/OpenColorIO

LUT1DTransform - implement alternate hue correct algorithms

Aperta
#1,631 0 commenti 0 reazioni 0 assegnatari Vedi su GitHub
Feature Request Needs Discussion
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

Ricevi le nuove issue nella tua casella

Un breve riepilogo di issue GitHub adatte ai principianti.