Composizione mista SDR e HDR

In questa pagina vengono descritti i requisiti, la configurazione e la convalida della SDR funzionalità di attenuazione dei contenuti per composizione mista SDR e HDR.

Android 13 migliora il supporto per presentando sullo schermo la composizione in SDR e HDR introducendo quanto segue caratteristiche:

• Mappatura dei toni della luminanza HDR in base a un intervallo compatibile con SDR.

  Con libtonemap, è possibile creare una mappatura dei toni coerente tra Hardware Composer (HWC), SurfaceFlinger e le app. Gli OEM possono implementare le proprie curve di mappatura tonale da condividere tra fornitore del modello di machine learning.

• Attenuazione dei contenuti SDR sullo schermo quando presentati contemporaneamente con la tecnologia HDR contenuti.

  Quando i contenuti HDR sono visualizzati sullo schermo, la luminosità dello schermo viene aumentata a adatta alla maggiore gamma di luminanza dei contenuti HDR. Qualsiasi contenuto SDR che è anche sullo schermo viene attenuato man mano che la luminosità dello schermo aumenta in modo che la luminosità percettiva dei contenuti SDR non cambi. Gli OEM possono configurare i display integrati in modo da attenuare la luminosità dei contenuti SDR sullo schermo quando vengono presentati insieme ai contenuti HDR.

Requisiti OEM

Per utilizzare la composizione migliorata per i contenuti HDR e SDR tramite i contenuti SDR attenuazione, rispetta questi requisiti:

• Implementare la versione AIDL di HWC, che include il supporto per Attenuazione con accelerazione hardware nella pipeline dei colori del dispositivo. Consulta AIDL per HWC per implementare i requisiti funzionalità.

• Attenuare accuratamente gli overlay hardware nell'HWC richiede hardware specifico per scalare la luce lineare delle sovrapposizioni. Implementazioni insufficienti hardware necessario per rinviare la composizione alla GPU da SurfaceFlinger, consumo eccessivo della batteria e possibile attenuazione della luminosità di bassa qualità.

• Il dispositivo deve supportare almeno una tecnologia HDR segnalata da Display.getHdrCapabilities

di Gemini Advanced.

Nota: l'introduzione di questa funzionalità non ha alcun impatto sull'upgrade dei dispositivi a Android 13.

Configurazione

La funzionalità di composizione di contenuti misti SDR e HDR può essere configurata in base le caratteristiche del display integrato, in modo che il compromesso la durata della batteria, il burn-in e la fedeltà dei contenuti.

L'attivazione e la messa a punto della composizione migliorata avvengono tramite un display il cui schema si trova in display-device-config.xsd. I seguenti nuovi elementi chiave sono importanti per la configurazione della visualizzazione configurazione:

• L'elemento sdrHdrRatioMap attiva la tecnologia SDR oscuramento e definisce una tabella di ricerca (LUT) per mappare la luminosità dello schermo per HDR da visualizzare con il punto bianco SDR quando sono presenti contenuti HDR sullo schermo.

  Se sdrHdrRatioMap è definito, nell'ambito del controllo dello schermo luminosità, DisplayManagerService comunica il punto di bianco SDR desiderato a SurfaceFlinger in modo che SurfaceFlinger possa inviare il rapporto di luminosità appropriato per all'HWC.

  Se sdrHdrRatioMap non è definito, l'oscuramento SDR non è attivo, anche se l'implementazione HWC supporta la luminosità SDR.

• La minimumHdrPercentOfScreen con un valore compreso tra 0 e 100, controlla quando il valore alto di un riquadro La modalità luminosità può essere attivata. Con Android 13, questa soglia può essere modificata per attivare modalità luminosità in più situazioni, ad esempio negli scenari Picture in picture. Le versioni precedenti di AOSP hanno fissato questo valore al 50%.

Esamina il seguente blocco di codice per conoscere gli elementi chiave della configurazione del display:

<displayConfiguration>
    ...
    <highBrightnessMode>
        ...
        <!--Percentage of the screen that must be covered by HDR layers until high brightness mode is enabled.
        <minimumHdrPercentOfScreen>...</minimumHdrPercentOfScreen>
        <!--sdrHdrRatioMap, backed by spline, must have at least two entries -->
        <sdrHdrRatioMap>
            <point>
                <sdrNits>...</sdrNits>
                <hdrRatio>...</hdrRatio>
            </point>
            <point>
                <sdrNits>...</sdrNits>
                <hdrRatio>...</hdrRatio>
            </point>
            <!--More interpolation points may be added –->
            ...
        </sdrHdrRatioMap>
        ...
    </highBrightnessMode>
    ...
</displayConfiguration>

Precisazioni

L'attivazione della mappatura dei toni e delle funzionalità di oscuramento dei contenuti SDR può comportare le seguenti situazioni:

• La fedeltà dei contenuti HDR riprodotti sul dispositivo può aumentare, poiché la SDR gli elementi dei contenuti sono oscurati.

• La durata della batteria può diminuire nei seguenti casi:

  • Le implementazioni HWC che rinviare le operazioni di oscuramento alla GPU possono causare un maggiore utilizzo della GPU.

  • Mostra le configurazioni che consentono una soglia più bassa per l'attivazione la modalità alta luminosità può aumentare l'assorbimento di potenza per l'esecuzione dello schermo a un livello luminosità.

• L'integrità dello schermo può risentirne a causa dell'aumento del tempo trascorso nella fascia alta modalità luminosità, che può causare problemi a lungo termine come il burn-in del display l'integrità fisica.

Convalida

Gli OEM possono utilizzare i test VTS, che sono inclusi nella suite di test di HWC, per verifica corretta di oscuramento e per convalidare il rapporto di luminosità dell'input.

La convalida di questa funzionalità dipende dal dispositivo, pertanto non sono presenti CTS o GTS test a supporto di questa applicazione.

Gli OEM devono eseguire test manuali per verificare che la qualità dell'immagine del display SDR attenuato è accettabile. Gli OEM possono riprodurre contenuti per gli standard HDR che il dispositivo supporta oltre SurfaceView per verificare che gli elementi SDR siano stati riprodotti insieme i contenuti HDR non diventano eccessivamente luminosi.

Problemi

Ridurre la luminosità delle immagini in SDR può causare una concomitanza con i neri o la perdita di informazioni al buio aree dell'immagine originale. Ciò è dovuto ai valori dei colori più scuri che vengono un insieme più ridotto di codici dark.

È necessario implementare un'attenuazione che causi una schiacciatura inaccettabile implementare algoritmi di dithering, che iniettano rumore nell'immagine finale in modo da la riduzione dell'effetto banding.

Implementazioni HWC che non sono in grado di eseguire il dithering dell'immagine nei nella pipeline dei colori deve richiedere l'applicazione di SurfaceFlinger oscuramento e dithering della GPU.

Le implementazioni possono anche modificare il valore di sdrHdrRatioMap per limitare il per gli elementi SDR. Attenuazione a livelli di luminosità molto bassi richiede l'uso della GPU, che migliora la qualità dell'immagine ma può diminuire della batteria.