Transcodage de contenus multimédias dans un format compatible

Sur Android 12 (niveau d'API 31) ou version ultérieure, le système peut convertir automatiquement les vidéos enregistrées dans des formats tels que HEVC (H.265) en AVC (H.264) lorsqu'elles sont ouvertes par une application non compatible avec HEVC. Cette fonctionnalité permet aux applications d'enregistrement vidéo d'utiliser un encodage plus moderne et plus efficace pour les vidéos enregistrées sur l'appareil, sans compromettre la compatibilité avec d'autres applications.

Les formats suivants peuvent être automatiquement transcodés pour le contenu créé sur l'appareil:

Format multimédia Attribut XML Type MIME MediaFormat
HEVC (H.265) HEVC MediaFormat.MIMETYPE_VIDEO_HEVC
HDR10HDR10 MediaFeature.HdrType.HDR10
HDR10+ HDR10Plus MediaFeature.HdrType.HDR10_PLUS

Android part du principe que les applications peuvent lire tous les formats multimédias. Par conséquent, le transcodage multimédia compatible est désactivé par défaut.

Quand utiliser le transcodage ?

Le transcodage est une opération coûteuse en calcul et ajoute un temps de latence important lors de l'ouverture d'un fichier vidéo. Par exemple, le transcodage d'un fichier vidéo HEVC d'une minute au format AVC sur un téléphone Pixel 3 prend environ 20 secondes. Pour cette raison, vous ne devez transcoder un fichier vidéo que lorsque vous l'envoyez depuis l'appareil. Par exemple, lorsque vous partagez un fichier vidéo avec d'autres utilisateurs de la même application ou un serveur cloud qui n'est pas compatible avec les formats vidéo modernes.

Ne transcodez pas les fichiers vidéo lorsque vous les ouvrez pour les lire sur l'appareil ou pour créer des miniatures.

Configurer le transcodage

Les applications peuvent contrôler leur comportement de transcodage en déclarant leurs fonctionnalités multimédias. Il existe deux façons de déclarer ces capacités: dans le code ou dans une ressource.

Déclarer des fonctionnalités dans le code

Vous pouvez déclarer des fonctionnalités multimédias dans le code en construisant une instance d'un objet ApplicationMediaCapabilities à l'aide d'un compilateur:

Kotlin

val mediaCapabilities = ApplicationMediaCapabilities.Builder()
    .addSupportedVideoMimeType(MediaFormat.MIMETYPE_VIDEO_HEVC)
    .addUnsupportedHdrType(MediaFeature.HdrType.HDR10)
    .addUnsupportedHdrType(MediaFeature.HdrType.HDR10_PLUS)
    .build()

Java

ApplicationMediaCapabilities mediaCapabilities = new ApplicationMediaCapabilities.Builder()
        .addSupportedVideoMimeType(MediaFormat.MIMETYPE_VIDEO_HEVC)
        .addUnsupportedHdrType(MediaFeature.HdrType.HDR10)
        .addUnsupportedHdrType(MediaFeature.HdrType.HDR10_PLUS)
        .build();

Utilisez cet objet lorsque vous accédez à des contenus multimédias via des méthodes telles que ContentResolver#openTypedAssetFileDescriptor():

Kotlin

val providerOptions = Bundle().apply {
    putParcelable(MediaStore.EXTRA_MEDIA_CAPABILITIES, mediaCapabilities)
}
contentResolver.openTypedAssetFileDescriptor(mediaUri, mediaMimeType, providerOptions)
    .use { fileDescriptor ->
        // Content will be transcoded based on values defined in the
        // ApplicationMediaCapabilities provided.
    }

Java

Bundle providerOptions = new Bundle();
providerOptions.putParcelable(MediaStore.EXTRA_MEDIA_CAPABILITIES, mediaCapabilities);
try (AssetFileDescriptor fileDescriptor =  contentResolver.openTypedAssetFileDescriptor(mediaUri, mediaMimeType, providerOptions)) {
    // Content will be transcoded based on values defined in the
    // ApplicationMediaCapabilities provided.
}

Cette méthode permet un contrôle précis de certains chemins de code, par exemple en n'appelant le transcodage que lors du transfert d'un fichier vidéo hors de l'appareil. Elle prévaut sur la méthode décrite ci-dessous.

Déclarer des fonctionnalités dans une ressource

Déclarer des fonctionnalités dans une ressource permet de contrôler globalement le transcodage. Cette méthode ne doit être utilisée que dans des cas très spécifiques. Par exemple, si votre application ne reçoit que des fichiers vidéo d'autres applications (plutôt que de les ouvrir directement) et les importe sur un serveur qui n'est pas compatible avec les codecs vidéo modernes (voir l'exemple de scénario 1 ci-dessous).

L'utilisation de cette méthode lorsque ce n'est pas absolument nécessaire peut entraîner le transcodage dans des scénarios involontaires, par exemple lors de la création de miniatures de vidéos, ce qui dégrade l'expérience utilisateur.

Pour utiliser cette méthode, créez un fichier de ressources media_capabilities.xml:

<?xml version="1.0" encoding="utf-8"?>
<media-capabilities xmlns:android="http://schemas.android.com/apk/res/android">
    <format android:name="HEVC" supported="true"/>
    <format android:name="HDR10" supported="false"/>
    <format android:name="HDR10Plus" supported="false"/>
</media-capabilities>

Dans cet exemple, les vidéos HDR enregistrées sur l'appareil sont transcodées en vidéo AVC SDR (Standard Dynamic Range) sans problème, contrairement aux vidéos HEVC.

Utilisez une balise property dans la balise application pour ajouter une référence au fichier de fonctionnalités multimédias. Ajoutez les propriétés suivantes à votre fichier AndroidManifest.xml:

<property
    android:name="android.media.PROPERTY_MEDIA_CAPABILITIES"
    android:resource="@xml/media_capabilities" />

Utiliser les fonctionnalités multimédias d'une autre application pour ouvrir un fichier vidéo

Si votre application partage un fichier vidéo avec une autre application, il se peut que le fichier vidéo doive être transcodé avant que l'application destinataire ne puisse l'ouvrir.

Pour gérer ce cas, ouvrez un fichier vidéo à l'aide de openTypedAssetFileDescriptor et spécifiez l'UID de l'application réceptrice, que vous pouvez obtenir à l'aide de Binder.getCallingUid. La plate-forme utilise ensuite les fonctionnalités multimédias de l'application réceptrice pour déterminer si le fichier vidéo doit être transcodé.

Kotlin

val providerOptions = Bundle().apply {
    putParcelable(MediaStore.EXTRA_MEDIA_CAPABILITIES_UID, Binder.getCallingUid())
}
contentResolver.openTypedAssetFileDescriptor(mediaUri, mediaMimeType, providerOptions)
    .use { fileDescriptor ->
        // Content will be transcoded based on the media capabilities of the
        // calling app.
    }

Java

Bundle providerOptions = new Bundle();
providerOptions.putParcelable(MediaStore.EXTRA_MEDIA_CAPABILITIES_UID, Binder.getCallingUid());
try (AssetFileDescriptor fileDescriptor =  contentResolver.openTypedAssetFileDescriptor(mediaUri, mediaMimeType, providerOptions)) {
    // Content will be transcoded based on the media capabilities of the
    // calling app.
}

Exemples de scénarios

Les schémas suivants illustrent les deux cas d'utilisation courants. Dans les deux cas, la vidéo d'origine est stockée au format HEVC et l'application de partage de vidéos n'est pas compatible avec ce format.

Exemple 1 Le transcodage est lancé par l'application de capture vidéo. Exemple 1 L'application de partage de vidéos déclare qu'elle n'est pas compatible avec HEVC dans son fichier de ressources de fonctionnalités multimédias. Elle demande ensuite une vidéo à l'application de capture vidéo. Cette application gère la requête et ouvre le fichier à l'aide de openTypedAssetFileDescriptor, en spécifiant l'UID de l'application de partage. Le processus de transcodage commence. Une fois la vidéo transcodée reçue, elle est fournie à l'application de partage, qui la met en ligne sur un serveur dans le cloud.

Exemple 2 Le transcodage est lancé par l'application de partage de vidéos. Exemple 2 L'application de capture vidéo partage une vidéo avec l'application de partage de vidéos à l'aide d'un URI MediaStore. L'application de partage de vidéos ouvre le fichier vidéo à l'aide de openTypedAssetFileDescriptor, en spécifiant qu'elle n'est pas compatible avec HEVC dans ses fonctionnalités multimédias. Le processus de transcodage est alors lancé. Une fois terminé, le fichier est importé sur un serveur dans le cloud.

Formats non déclarés

Le transcodage multimédia compatible est activé pour tous les formats déclarés non compatibles et désactivé pour tous les formats déclarés compatibles. Pour les autres formats non déclarés, la plate-forme décide de transcoder ou non. Dans Android 12, le transcodage est désactivé pour tous les formats non déclarés. Ce comportement peut changer pour les nouveaux formats à l'avenir.

Options pour les développeurs

Vous pouvez utiliser les options pour les développeurs suivantes pour remplacer le comportement de transcodage par défaut d'Android:

  • Ignorer les paramètres de transcodage par défaut : ce paramètre détermine si la plate-forme contrôle ou non le transcodage automatique. Lorsque le forçage est activé, les valeurs par défaut de la plate-forme sont ignorées et le paramètre enable transcoding (Activer le transcodage) contrôle le transcodage automatique. Cette option est désactivée par défaut.

  • Activer le transcodage : ce paramètre spécifie si les formats non déclarés sont automatiquement transcodés ou non. Elle est activée par défaut, mais elle n'a d'effet que si l'option Remplacer les valeurs par défaut de transcodage est également activée.

  • Supposons que les applications soient compatibles avec les formats modernes : ce paramètre contrôle ce qui se passe lorsque l'application tente de lire un format non déclaré. Cela se produit lorsque le fichier manifeste ne déclare pas si l'application est compatible avec un format particulier ou si Google ne l'a pas ajoutée à la liste de transcodage forcé côté serveur. Lorsque le paramètre est activé, l'application ne transcode pas. Lorsqu'il est désactivé, l'application transcode. Cette option est activée par défaut.

  • Afficher les notifications de transcodage : lorsque cette option est activée, l'application affiche une notification de progression du transcodage lorsque le transcodage est déclenché par la lecture d'un fichier multimédia non compatible. Cette option est activée par défaut.

  • Désactiver le cache de transcodage Si cette option est activée, les applications qui nécessitent un transcodage n'utilisent pas le cache de transcodage. Cela peut être utile lors du développement pour déclencher facilement le transcodage sur un fichier multimédia non compatible, mais cela peut entraîner de mauvaises performances de l'appareil. Cette option est désactivée par défaut.