Android 15 introduce una procedura standardizzata per integrare le configurazioni utente della regione di interesse (RoI) nel framework di codifica dei video Android. Questa funzionalità consente una migliore qualità di compressione per i ROI offrendo API pubbliche per integrare e analizzare le configurazioni degli utenti nell'encoder video.
Implementazione
I fornitori di SoC e gli OEM possono controllare il supporto RoI per la codifica video con il flag FEATURE_Roi. Se l'opzione FEATURE_Roi non è attiva, il comportamento del codificatore video non cambia.
Modifiche al framework video
Questa sezione descrive le modifiche al framework video necessarie per implementare questa funzionalità.
Chiavi in Codec2
In Android 15, la mappa dei parametri di quantizzazione (QP_map) e la configurazione rettangolare (rect) sono definiti come tipi di configurazione ROI. Inoltre, in Codec2 (C2) vengono introdotte due chiavi per supportare questi nuovi tipi. L'utilizzo di entrambe le chiavi corrisponde a quello delle API pubbliche.
All'interno del loop del frame dell'encoder, la configurazione viene regolata dinamicamente durante la fase di esecuzione, prima che il buffer di input venga messo in coda, come descritto di seguito:
In uno scenario fissi, se non viene fornita alcuna configurazione RoI per il frame corrente, il codificatore utilizza la stessa configurazione del frame precedente.
In uno scenario dinamico, i tipi di configurazione RoI possono cambiare in modo dinamico.
Le nuove chiavi in C2 sono descritte nelle sezioni seguenti.
kParamIndexQpOffsetMapBuffer
La chiave kParamIndexQpOffsetMapBuffer
indica la mappa qp-offset per un frame. Il suo valore viene impostato utilizzando il
parametro di input PARAMETER_KEY_QP_OFFSET_MAP
da setParameters.
kParamIndexQpOffsetMapBuffer è un array di byte in
C2InfoBuffer,
con i seguenti attributi:
Lunghezza: il numero di blocchi 16 x 16 in un frame.
Valore: ogni valore dell'array corrisponde all'offset QP di un blocco 16x16, nella regione -51~51. Il QP dell'unità di codifica (LCU) più grande di destinazione viene calcolato dal controllo della frequenza dell'encoder più l'offset. Se il risultato calcolato supera la regione 0-51, il valore viene troncato a 0-51.
- Se 0: nessun offset QP, il QP viene deciso dal controllo della frequenza originale.
- Se è diverso da zero: QP rappresenta il controllo della tariffa originale più l'offset.
- Se negativa: la qualità video viene migliorata nella LCU target.
- Se positivo: la qualità video diminuisce nell'unità LCU target.
Utilizzo: l'utente deve configurare questa chiave come blocchi 16x16. Il codificatore regola la configurazione in base alle dimensioni reali dell'LCU mediando i valori dei blocchi 16 x 16 nell'LCU.
C2_PARAMKEY_QP_OFFSET_RECTS
La chiave C2_PARAMKEY_QP_OFFSET_RECTS (impostata su coding.qp-offset-rects imposta il RoI su QpOffset-Rects. Il suo valore viene impostato utilizzando il parametro di input PARAMETER_KEY_QP_OFFSET_RECTS da setParameters.
Per supportare questa chiave, viene introdotta la seguente struttura C2QpOffsetRectStruct:
struct C2QpOffsetRectStruct : C2Rect {
int32_t qpOffset;
DEFINE_AND_DESCRIBE_C2STRUCT(QpOffsetRect)
C2FIELD(width, "width")
C2FIELD(height, "height")
C2FIELD(left, "left")
C2FIELD(top, "top")
C2FIELD(qpOffset, "qp-offset")
}
Dove:
topeleft: le coordinate del RoI, con forma rettangolare. Il ROI viene allungato in modo da allinearsi ai confini delle LCU. Il valore rappresenta l'angolo in alto a sinistra di ogni pixel, in modo che ((0,0), (16, 16)) definisce un blocco completo di 16 x 16.qpOffset: ogni valore dell'array rappresenta l'offset QP dell'arearectdi destinazione. La sua definizione e il suo utilizzo sono gli stessi del valorekParamIndexQpOffsetMapBuffer.
Algoritmo di mappatura
La tabella seguente mostra la mappatura delle chiavi pubbliche al framework video:
| Chiavi pubbliche o API | Mappatura nel framework video |
|---|---|
PARAMETER_KEY_QP_OFFSET_MAP |
Il valore viene passato a kParamIndexQpOffsetMapBuffer come istanza di C2InfoBuffer. |
PARAMETER_KEY_QP_OFFSET_RECTS |
Il valore viene convertito da String a
Struct C2QpOffsetRectStruct e passato a
C2_PARAMKEY_QP_OFFSET_RECTS. |
Gestione degli errori
L'implementazione OEM deve gestire i seguenti casi di errore:
| Caso di errore | Esempio | Prescrizioni d'uso |
|---|---|---|
| Per attivare il RoI vengono utilizzate sia la chiave del fornitore sia la chiave standardizzata. | L'utente chiama sia setFeatureEnabled(FEATURE_ROI) sia la chiave del fornitore per attivare il ROI. |
Il RoI deve essere attivato. |
| L'offset QP è compreso nell'intervallo, ma non è supportato dai fornitori di SoC. | L'utente imposta l'offset QP su 12, ma il SoC supporta solo l'offset QP fino a 10. | L'intervallo di offset QP supportato viene lasciato come criterio del "best effort". Il valore viene limitato all'intervallo supportato dal SoC. |
| Più configurazioni RoI (che sia una chiave standardizzata o una chiave specifica del fornitore) sono impostate su un singolo frame. | L'utente utilizza sia la chiave standardizzata che la chiave del fornitore per il frame 1. | Se disponibile, il framework conserva la prima configurazione rect
standardizzata, la prima configurazione QP_map standardizzata
o entrambe. In ogni categoria, il framework invia al SoC una sola configurazione standardizzata e, se questa è disponibile, l'implementazione del SoC deve ignorare le configurazioni del fornitore. Se
vengono inviate più configurazioni al SoC, il fornitore del SoC deve conservare
una sola configurazione RoI e ignorare le altre.Le configurazioni vengono conservate in questo ordine di priorità:
|