Provide an option to specify the buffer row extent when decoding
Nessuno ha ancora preso questa issue.
Valutazione
- Difficoltà
- 5/5
- Tempo stimato
- Più di una settimana
- Idoneità per principianti
- 35/100
- Tipo di issue
- Funzionalità
- Chiarezza
- Abbastanza chiara
- Stato di attività
- Ferma
- Stack tecnologico
- cpp
- Ambito
- backend-api-design, computer-graphics
Direzione di ricerca
Inizia esaminando l’API di decodifica e la semantica Vulkan VkBufferImageCopy collegata nell’issue. Definisci come l’estensione della riga del buffer e l’altezza dell’immagine del buffer si applicano alla decodifica 2D e 3D, incluso il comportamento predefinito strettamente impacchettato con valore zero. Il lavoro è completato quando i dati dell’immagine non strettamente impacchettati possono essere decodificati tramite l’API senza modificare il comportamento predefinito esistente.
Scritto dal modello di indicizzazione a partire dal testo della issue.
Descrizione
It would be very useful to be able to specify the buffer row extent (and the buffer image height, in the 3D case) when calling the decoding API, so that the decoder can handle non tightly-packed data.
This could happen in a variety of scenarios (for example, if we're trying to decode just a portion of a larger image), and would essentially mirror the Vulkan API (https://registry.khronos.org/vulkan/specs/latest/man/html/VkBufferImageCopy.html)
In the default case when buffer row extent and buffer image height are 0, the buffer can be assumed to be tightly packed.
- 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 30/100
ARM-software/astc-encoder#526 · 1 commento ·
Tutte le issue di ARM-software/astc-encoder
Issue simili
-
`BLMPOP` with COUNT 0 or numkeys 0 hangsForse già presa @ggyuchive l’ha presa oggi. Apertabug
Difficoltà 2/5 1-3 ore Idoneità per principianti 78/100
I maintainer di solito rispondono entro 1 giorno
-
needs triage
Difficoltà 2/5 1-3 ore Idoneità per principianti 72/100
I maintainer di solito rispondono entro 1 giorno
-
gObjectFullbrightAlphaMaskProgram in newview/llviewershadermgr.cpp is defined but never initializedApertabug triage
Difficoltà 1/5 Meno di un'ora Idoneità per principianti 78/100
secondlife/viewer#6620 ·
I maintainer di solito rispondono entro 1 giorno
-
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
-
ripwire-router skill: stale language list (15 vs 26 supported; Elixir/PHP/Kotlin wrongly listed as unsupported)Forse già presa @joyful-ii-V-I l’ha presa oggi. Aperta
Difficoltà 2/5 1-3 ore Idoneità per principianti 80/100
redhat-et/ripwire#521 · 1 commento ·
I maintainer di solito rispondono entro 1 giorno