Sortie de caméra 10 bits

Pour les appareils équipés d'Android 13 ou version ultérieure, Android prend en charge la sortie de caméra 10 bits via des profils de plage dynamique configuré par le client de l'appareil photo dans la configuration du flux. Appareil les fabricants peuvent ajouter la prise en charge des profils de plage dynamique 10 bits tels que HLG10, HDR 10, HDR 10+ et Dolby Vision.

La prise en charge de la sortie de caméra 10 bits permet aux clients de la caméra d'identifier les entrées de caméras 10 bits compatibles les profils de plage dynamique d'un appareil en appelant getSupportedProfiles Le framework renvoie ensuite une instance de DynamicRangeProfiles, qui comprend des informations sur les profils de plage dynamique compatibles et, si les contraintes de requête de capture. La HLG10 doit être compatible. Le profil de plage dynamique recommandé est indiqué dans la REQUEST_RECOMMENDED_TEN_BIT_DYNAMIC_RANGE_PROFILE .

Les clients caméra peuvent configurer des combinaisons de flux en appelant setDynamicRangeProfile Pour en savoir plus sur les combinaisons de flux de sortie obligatoires, consultez les Table des configurations garanties supplémentaires en sortie 10 bits dans Capture standard :

Conditions requises

Pour accepter la sortie de caméra 10 bits, l'appareil doit disposer d'une sortie 10 bits ou supérieure avec un capteur photo compatible avec les services d'assistance du FAI. Pour en savoir plus sur les la configuration requise pour le support 10 bits, voir la section 7.5. Caméras dans le CDD.

Implémentation

Pour assurer la prise en charge de la sortie de caméra 10 bits, les fabricants d'appareils doivent effectuer les intégrations HAL Camera AIDL suivantes:

  • Inclure ANDROID_REQUEST_AVAILABLE_CAPABILITIES_DYNAMIC_RANGE_TEN_BIT dans de la caméra.
  • Insérer tous les caractères dans ANDROID_REQUEST_AVAILABLE_DYNAMIC_RANGE_PROFILES_MAP profils de plage dynamique compatibles et un bitmap de leurs contraintes. La HLG10 doit être compatible. Vous devez également inclure une recommandation profil de plage pour indiquer aux clients de l'appareil photo le format compatible optimal.
  • Assurez-vous que la valeur du profil de plage dynamique est acceptée pendant la diffusion pour les flux utilisant P010 ou la prise en charge d'un format défini par l'implémentation (ImageFormat.PRIVATE).
  • Selon le profil de plage dynamique, définissez les métadonnées statiques ou dynamiques des tampons Gralloc 4 traités avant d'en informer le service de l'appareil photo.

Pour en savoir plus sur la sortie de la caméra 10 bits dans le HAL de la caméra, consultez le suivi dans metadata_definitions.xml:

Pour obtenir une implémentation de référence de la couche d'abstraction de la caméra (HAL) compatible avec une sortie de caméra 10 bits, consultez /hardware/google/camera/devices/EmulatedCamera/hwl

Validation

Pour valider votre mise en œuvre d'une sortie de caméra 10 bits et vous assurer que applications tierces peuvent activer cette fonctionnalité, nous vous recommandons de procéder comme suit les trois étapes de validation.

Pour la validation visuelle de la sortie de l'appareil photo 10 bits, on suppose que l'appareil est compatible avec l'affichage HDR (affichage de plus de 1 000 nits) et l'application de visionnage vidéo (pour par exemple, Google Photos) est compatible avec la lecture de vidéos HDR.

Tester l'exactitude du fonctionnement de l'API

Pour tester le bon fonctionnement de l'API sur la sortie de l'appareil photo 10 bits, exécutez la après les tests CTS, ITS de la caméra et VTS:

Comparer l'appareil photo natif et l'application tierce

Nous vous recommandons vivement de vous assurer que les résultats de l'enregistrement de vidéos 10 bits avec une application tierce sont semblables, si ce n'est pas identiques, à l'application native Appareil photo. Ce Les réglages d'exposition, de plage dynamique, de couleur, etc. sont transférées de l'application native aux applications tierces. Pour valider la vidéo d'enregistrement du comportement d'une application tierce compatible avec la sortie de la caméra 10 bits sur votre appareil, utilisez l' Application exemple Camera2Video sur GitHub. Les conseils suivants illustrent les aspects visibles des HDR sans nombres objectifs, en raison de la variabilité des capteurs, des panneaux les conditions d'affichage et les préférences des fournisseurs.

Scènes suggérées à comparer

Pour effectuer une comparaison entre l'application Appareil photo native et une application tierce, procédez comme suit : enregistrer des vidéos avec plusieurs scènes différentes avec l'application Appareil photo native ; et l'application exemple Camera2Video. Voici des suggestions de scènes à utiliser pour comparaison:

  • Scène de faible luminosité à faible luminosité avec un objet lumineux, comme une bougie ou une petite lumière vive qui crée une gamme importante de luminosité. Ce confirme le comportement d'exposition automatique et la plage dynamique.
  • Une scène extérieure lumineuse avec des couleurs vives et des objets réfléchissants tels que comme des pare-chocs chrome sur une voiture, ce qui crée des tons clairs. Cela confirme le rendu des scènes lumineuses avec des tons clairs encore plus éclatants.
  • Scène de milieu de gamme à faible gamme dynamique, telle qu'une scène naturelle d'intérieur dans une maison ou un bureau. Cela confirme que des conditions d'éclairage moins extrêmes se comportent comme prévu.

Pour toutes les scènes, il est recommandé d'avoir des personnes et des visages pour vérifier l'exposition, la couleur et de la carnation. La réduction des variations de plan à plan permet de s'adapter les dos à dos. comparaisons.

Comparer les plages HDR et High Dynamic Range

Pour s'assurer qu'il existe un avantage perçu de l'utilisation d'une plage dynamique de 10 bits profil sur un profil de plage dynamique standard, comparer les captures vidéo avec SDR (aucun profil HDR) sur les vidéos HDR pour vérifier que les principaux aspects de ce format sont les captures. Pour comparer les SDR et HDR, utilisez les Application exemple Camera2Video et des suggestions de scènes pour comparer l'appareil photo natif applications et applications tierces.

Vous trouverez ci-dessous les aspects clés à vérifier dans les scènes suggérées. Afficher les panneaux compatibles HDR avec différents niveaux de luminosité (mesurés en nits ou en lumens). Les chiffres suivants sont fournis à titre d'exemple:

  • Dans la scène de faible luminosité, les tons clairs de la bougie ou la faible luminosité s'affiche à la luminosité maximale de l'écran (peut-être vers le haut) 1 000 nits) dans le clip HDR, et rendu à la luminosité maximale en SDR. (environ 100 nits) dans l'extrait SDR. Dans l'extrait HDR, les tons clairs doivent ressortir de l'écran, afin de capter l'image de l'utilisateur de la plage dynamique réelle de la scène. Par rapport au clip HDR, L'extrait SDR doit s'afficher plus plat et moins lumineux.
  • Dans la scène lumineuse, en fonction des réglages de l'appareil, l'image HDR montre une différence apparente au niveau de la luminosité de l'écran Extrait SDR. Pour le clip HDR, il s'agit de la luminosité de l'écran de la scène globale. (en fonction de la marge) doit être plus élevée, par exemple, jusqu'à 800 nits. d'autant plus pour les tons clairs, comme les pare-chocs de Chrome, luminosité maximale.
  • Dans la capture intérieure de moyenne gamme à faible gamme dynamique, les signaux HDR et SDR la couleur et les tons de ces extraits sont similaires, et la capture HDR est potentiellement plus lumineux que le SDR. Le HDR ne doit pas être plus sombre que le SDR. Si choix de réglage rendent cela impossible, assurez-vous que l'application tierce correspond à celui de l'application Appareil photo native.