Investigate mixed-mode LDR-HDR compression
Nessuno ha ancora preso questa issue.
Valutazione
- Difficoltà
- 5/5
- Tempo stimato
- Più di una settimana
- Idoneità per principianti
- 25/100
- Tipo di issue
- Funzionalità
- Chiarezza
- Da chiarire
- Stato di attività
- Ferma
- Stack tecnologico
- cpp
- Ambito
- computer-graphics, performance
Direzione di ricerca
L’issue non indica file, test o punti di ingresso. Inizia individuando la selezione dell’endpoint HDR nel compressore, quindi analizza il passaggio basato sui valori massimi dei componenti per blocco o per partizione. Il lavoro sarà considerato completato dopo aver valutato se una selezione mista LDR/HDR migliora la qualità dell’immagine e il bitrate delle immagini esclusivamente LDR senza perdere l’intervallo HDR richiesto.
Scritto dal modello di indicizzazione a partire dal testo della issue.
Descrizione
In HDR mode the current compressor will always use HDR RGBA or HDR RGB + LDR A endpoints. This is functional, but tends to result in poor image quality in LDR-only regions, especially at lower bitrates.
We should investigate dynamically switching between LDR and HDR endpoints, based on the per-block or even per-partition data.
The most obvious way to do this would be toggle HDR endpoints only if the max component value in a block/partition is above the maximum LDR value. This keeps the representable dynamic range, but loses any increased precision for dark regions at low exposure levels (not sure how much increased precision there is in practice - need to investigate).
- Lingua principale
- C++
- Stelle
- 1.3k
- Fork
- 292
- Merge medio
- 17h 17m
- PR unite (30g)
- 5
Preparare l'ambiente
Questo progetto non fornisce container di sviluppo, Dockerfile né guida per i contributori, quindi l'ambiente è a tuo carico: parti dal suo README e consulta la nostra guida al primo contributo per i passaggi generali.
Come iniziare
- Leggi tutta la issue e poi la guida ai contributi del progetto.
- Commenta sulla issue per dire che te ne occupi tu — evita che due persone facciano lo stesso lavoro.
- Fai un fork del repository e lavora su un branch.
- Apri una pull request che faccia riferimento al numero della issue.
Altre issue di ARM-software/astc-encoder
-
Difficoltà 5/5 Più di una settimana Idoneità per principianti 35/100
ARM-software/astc-encoder#672 · 2 commenti ·
-
astcenc 6.x proposalsAperta
Difficoltà 5/5 Più di una settimana Idoneità per principianti 25/100
ARM-software/astc-encoder#642 · 1 reazione ·
-
Difficoltà 5/5 Più di una settimana Idoneità per principianti 25/100
ARM-software/astc-encoder#572 ·
-
Difficoltà 4/5 3-5 giorni Idoneità per principianti 35/100
ARM-software/astc-encoder#539 ·
-
Difficoltà 5/5 Più di una settimana Idoneità per principianti 35/100
ARM-software/astc-encoder#533 · 1 commento ·
Tutte le issue di ARM-software/astc-encoder
Issue simili
-
bug core p3
Difficoltà 2/5 1-3 ore Idoneità per principianti 72/100
RunanywhereAI/runanywhere-sdks#1258 ·
I maintainer di solito rispondono entro 1 giorno
-
enhancement
Difficoltà 2/5 1-3 ore Idoneità per principianti 72/100
JdeRobot/RoboticsInfrastructure#843 ·
I maintainer di solito rispondono entro 1 giorno
-
good first issue
Difficoltà 2/5 1-3 ore Idoneità per principianti 90/100
ai-quokka-wannabe/tron-grid-lite#180 ·
I maintainer di solito rispondono entro 1 giorno
-
Difficoltà 2/5 1-3 ore Idoneità per principianti 78/100
cython/cython#8110 · 2 commenti ·
I maintainer di solito rispondono entro 1 giorno
-
PR bot doesn't recognize hip-tests as a unit test directoryForse già presa Una pull request collegata a questa issue è aperta o già unita. Aperta
Difficoltà 2/5 1-3 ore Idoneità per principianti 72/100
ROCm/rocm-systems#14923 ·
I maintainer di solito rispondono entro 2 giorni