Média et streaming dans le développement mobile : qu'est-ce que c'est, quels protocoles et comment ça fonctionne

Protocoles HLS et DASH

HTTP Live Streaming (HLS) est un protocole de streaming pour applications mobiles développé par Apple. Il divise la vidéo en petits segments (généralement 6 à 10 secondes) et les transmet via HTTP classique. Le lecteur télécharge une liste de lecture (.m3u8) et charge séquentiellement les segments, en adaptant la qualité à la vitesse de connexion. HLS offre un streaming fiable dans les applications mobiles sur tous les appareils Apple et est la norme de facto pour iOS.

HLS vs DASH

DASH (Dynamic Adaptive Streaming over HTTP) est une norme ouverte MPEG pour la livraison de médias aux applications mobiles. Contrairement à HLS, DASH utilise le format MP4 pour les segments et un manifeste XML (MPD) au lieu de .m3u8. DASH offre plus de contrôle sur les codecs et prend en charge davantage de formats. Le choix entre HLS et DASH est une décision clé lors du développement du streaming pour les appareils mobiles. La comparaison des protocoles est présentée dans le tableau ci-dessous.

En pratique, les applications iOS choisissent HLS — AVPlayer fonctionne nativement avec. Pour Android, DASH est préféré grâce à ExoPlayer. Les deux protocoles conviennent au streaming multimédia sur les appareils mobiles. Chez IT Sectr, nous utilisons les deux technologies et recommandons de choisir le protocole en fonction de la plateforme cible.

Débit adaptatif et codecs

Adaptive Bitrate (ABR) est un mécanisme par lequel le lecteur sélectionne automatiquement la qualité vidéo en fonction de la vitesse de connexion. Le flux est encodé à plusieurs débits (360p, 720p, 1080p, 4K). Le lecteur bascule entre eux sans pause. Codecs : H.264 (AVC) — basique, H.265 (HEVC) — 50 % plus efficace, VP9 et AV1 — alternatives ouvertes pour Android.

Pour le décodage matériel dans les applications mobiles, il est important de choisir le bon codec. Hardware Decoding utilise le GPU/processeur vidéo de l'appareil et consomme moins de batterie. Software Decoding fonctionne sur le CPU — utilisé lorsque le décodage matériel n'est pas disponible. IT Sectr recommande de toujours vérifier la prise en charge des codecs via MediaCodec (Android) ou AVAssetTrack (iOS) pour une lecture multimédia optimale sur les appareils mobiles.

Lecteurs : ExoPlayer et AVPlayer

ExoPlayer est un lecteur multimédia de Google pour Android, optimisé pour la lecture de médias dans les applications mobiles. Contrairement à MediaPlayer, ExoPlayer n'est pas lié au décodage matériel et prend en charge des schémas personnalisés via des modules d'extension. Il fonctionne avec HLS, DASH, SmoothStreaming et RTSP. ExoPlayer est le lecteur principal de YouTube, Google TV et Android TV.

ExoPlayer vs AVPlayerViewController

AVPlayer et AVPlayerViewController sont les lecteurs Apple pour iOS, macOS, tvOS. AVPlayer est une API de bas niveau, AVPlayerViewController est un wrapper d'interface utilisateur prêt à l'emploi avec PiP et AirPlay. Différences principales : ExoPlayer offre un contrôle total sur la mise en mémoire tampon et le rendu, AVPlayerViewController offre une intégration rapide avec un minimum de code. Le choix du lecteur affecte directement la qualité du streaming dans les applications mobiles.

// ExoPlayer — configuration de base du lecteur sur Android
val player = ExoPlayer.Builder(this)
    .setMediaSource(ProgressiveMediaSource.Factory(DefaultHttpDataSource.Factory()))
    .build()
val mediaItem = MediaItem.fromUri("https://example.com/stream.m3u8")
player.setMediaItem(mediaItem)
player.prepare()
player.playWhenReady = true

Le code montre l'initialisation minimale d'ExoPlayer : création d'une instance, définition de l'élément multimédia et démarrage de la lecture. ExoPlayer gère automatiquement le cycle de vie de l'Activity via player.release() dans onStop. Pour Android TV ou PiP, un traitement supplémentaire du cycle de vie via PlayerView est nécessaire — c'est particulièrement important lors de la configuration du streaming pour les applications mobiles.

Transcodage et traitement vidéo

Transcoding est la conversion d'une vidéo d'un format à un autre. Il est utilisé pour optimiser les flux multimédia pour différents appareils mobiles (par exemple, H.264 → H.265). Sur les appareils mobiles, le transcodage est possible via MediaCodec (Android) ou AVAssetExportSession (iOS). Le transcodage est gourmand en ressources et épuise la batterie — faites-le en arrière-plan, via WorkManager ou BGTaskScheduler.

DRM : Widevine, FairPlay et PlayReady

Digital Rights Management (DRM) sont des systèmes de protection des contenus multimédias contre la copie non autorisée. Trois technologies principales sont utilisées pour le streaming de médias premium dans les applications mobiles : Widevine (Google), FairPlay (Apple) et PlayReady (Microsoft). Sans DRM, les services premium (Netflix, Spotify, Disney+) ne peuvent pas distribuer de contenu.

Comparaison des systèmes DRM

Widevine est la norme de protection DRM pour Android, disponible en trois niveaux : L3 (chiffrement logiciel), L2, L1 (chiffrement matériel, Trusted Execution Environment uniquement). FairPlay est le système exclusif d'Apple, utilisant SVP (Secure Video Pipeline) au niveau de la puce. PlayReady est le système de Microsoft, répandu sur les appareils Xbox et Windows.

Multi-DRM est une approche où vous utilisez une seule plateforme pour gérer toutes les clés DRM. Exemple : EZDRM ou Verimatrix. Ils délivrent des licences Widevine, FairPlay et PlayReady via une API unifiée. Le Multi-DRM est particulièrement pertinent pour les médias premium sur les appareils mobiles. Chez IT Sectr, nous implémentons le multi-DRM via des agrégateurs — cela économise du temps et de l'argent par rapport à l'intégration de chaque DRM séparément.

Lecture audio : Audio Focus et Audio Session

Audio Focus (Android) est un système de gestion des flux audio pour la lecture de médias dans les applications mobiles. Lorsque votre application demande Audio Focus, les autres applications (musique, podcasts) se mettent en pause ou réduisent leur volume (ducking). Sans Audio Focus, deux applications joueraient simultanément, créant du bruit.

Audio Focus sur Android

Android divise les flux audio en types : MUSIC, VOICE_CALL, ALARM, NOTIFICATION. Pour un lecteur multimédia, vous devez demander AudioManager.AUDIOFOCUS_GAIN. En cas de perte de focus (appel entrant), vous devez mettre en pause la lecture multimédia et reprendre après le retour du focus. Implémentation via AudioManager.OnAudioFocusChangeListener.

Audio Session sur iOS

Audio Session (iOS) est l'équivalent d'Audio Focus pour les applications multimédias sur les appareils mobiles Apple. Il est configuré via AVAudioSession.sharedInstance(). Catégories : .playback (obligatoire pour la vidéo), .soloAmbient (par défaut, silencieux lors du verrouillage), .playAndRecord (pour l'enregistrement). Pour le streaming, utilisez .playback avec l'option .allowAirPlay.

PiP et AirPlay

Picture-in-Picture (PiP) est un mode dans lequel le contenu multimédia continue de jouer dans une petite fenêtre flottante lors de la réduction de l'application ou de la navigation vers un autre écran. PiP est devenu un standard pour les applications multimédias sur les appareils mobiles — iOS (depuis iPadOS 13) et Android (depuis Android 8.0).

PiP sur Android

Sur Android, PiP est activé via Activity.isInPictureInPictureMode() et PictureInPictureParams.Builder. L'application doit être en mode multi-fenêtre. MediaSession est nécessaire pour contrôler la lecture multimédia depuis la fenêtre PiP. Dans le manifeste, spécifiez android:supportsPictureInPicture="true".

AirPlay et Chromecast

AirPlay est le protocole d'Apple pour diffuser des médias sur Apple TV, HomePod et les téléviseurs intelligents compatibles. Sur iOS, il est implémenté via AVRoutePickerView ou MPNowPlayingInfoCenter. Sur Android, l'équivalent est Google Cast SDK (Chromecast). Les deux technologies nécessitent une configuration dans le fichier binaire et une prise en charge dans le lecteur. Un streaming de qualité dans les applications mobiles est impossible sans l'une d'elles.