AirPlay 2 sur TV non-Apple : configuration avancée et alterna...

Le protocole AirPlay 2 en détail

AirPlay 2 repose sur plusieurs couches réseau qu'il faut maîtriser pour diagnostiquer les problèmes ou monter des solutions alternatives. Le protocole utilise mDNS (Multicast DNS, port 5353 UDP) pour la découverte de service, puis établit une connexion via RTSP (Real Time Streaming Protocol) sur le port 7000 TCP. Le flux audio transite en ALAC (Apple Lossless Audio Codec) ou AAC, tandis que la vidéo utilise H.264 ou H.265 selon le contenu.

Contrairement au AirPlay original, la version 2 supporte le multi-room audio, la mise en mémoire tampon avancée et l'intégration HomeKit. Cette dernière permet de contrôler la TV depuis l'app Maison d'Apple et d'inclure le téléviseur dans des scènes et automatisations.

Compatibilité matérielle par constructeur

La prise en charge d'AirPlay 2 varie selon les années et les systèmes d'exploitation embarqués.

Samsung (Tizen OS) : modèles 2018+ (firmware Tizen 4.0+). Les séries Frame, QLED, Neo QLED, Crystal UHD et OLED sont compatibles. Le protocole est géré nativement par le système, pas par une app tierce.

LG (webOS) : modèles 2018+ (webOS 4.0+). Les séries OLED (C, B, G, Z), NanoCell, QNED et UHD sont compatibles. LG a aussi intégré HomeKit sur ces modèles.

Sony (Android TV / Google TV) : modèles 2018+ avec Android TV 8.0+. La fonctionnalité est fournie via un module système intégré. Sur les modèles Google TV récents, AirPlay est accessible directement dans les paramètres.

Vizio (SmartCast) : modèles 2016+ (SmartCast 3.0+). Vizio a été parmi les premiers à implémenter AirPlay 2 et HomeKit.

Roku TV : modèles 2019+ avec Roku OS 9.4+. Le support est intégré au système Roku et fonctionne sur les TV TCL, Hisense et Philips sous Roku.

Configuration avancée par constructeur

Samsung : réglages de sécurité AirPlay

Accédez aux paramètres avancés AirPlay :

1. Paramètres > Général et Confidentialité > Paramètres Apple AirPlay
2. Configurez le mode d'exigence de code :

• Première fois uniquement : un code est demandé lors de la première connexion d'un nouvel appareil, puis mémorisé
• À chaque fois : un code est demandé à chaque session AirPlay (recommandé en environnement partagé)
• Mot de passe : définissez un mot de passe permanent pour AirPlay

1. Réinitialiser les appareils jumelés : supprime tous les appareils Apple précédemment autorisés

Pour intégrer la TV à HomeKit, sélectionnez Configurer dans l'app Maison dans le même menu. Un QR code ou un code numérique s'affiche pour l'appairage.

LG : AirPlay et HomeKit

Les TV LG permettent une configuration fine :

1. Paramètres > Connexion > Paramètres AirPlay et HomeKit
2. Options disponibles :

• AirPlay : activation/désactivation globale
• Mode code : identique à Samsung (première fois, chaque fois, mot de passe)
• Sous-titres et audio : gestion des pistes audio et sous-titres AirPlay

1. Pour HomeKit : Configurer HomeKit dans le même menu

Sony : gestion via Google TV

Sur les Sony récents sous Google TV :

1. Paramètres > Télécommandes et accessoires > AirPlay et HomeKit
2. Ou cherchez "AirPlay" dans la barre de recherche des paramètres
3. Les options de code et HomeKit sont regroupées au même endroit

Monter un récepteur AirPlay DIY avec un Raspberry Pi

Pour les TV sans support AirPlay natif, un Raspberry Pi transformé en récepteur AirPlay est une solution technique fiable et peu coûteuse. Deux projets open source dominent.

Option 1 : UxPlay (recommandé)

UxPlay est un récepteur AirPlay 2 open source pour Linux. Il supporte la recopie d'écran et le streaming audio.

Installation sur Raspberry Pi OS (Bookworm, 64-bit) :

## Mise à jour du système
sudo apt update && sudo apt upgrade -y

## Installation des dépendances
sudo apt install -y cmake g++ libavahi-compat-libdnssd-dev \
  libgstreamer1.0-dev libgstreamer-plugins-base1.0-dev \
  gstreamer1.0-plugins-good gstreamer1.0-plugins-bad \
  gstreamer1.0-libav libplist-dev libssl-dev

## Clonage et compilation
git clone https://github.com/antimof/UxPlay.git
cd UxPlay
mkdir build && cd build
cmake ..
make -j$(nproc)
sudo make install

Lancement du récepteur :

## Lancement basique (le nom apparaîtra dans la liste AirPlay)
uxplay -n "Salon TV"

## Avec résolution Full HD forcée
uxplay -n "Salon TV" -s 1920x1080

## En plein écran
uxplay -n "Salon TV" -fs

## Avec sortie audio sur le port jack du Pi
uxplay -n "Salon TV" -as alsasink

Option 2 : Shairport Sync (audio uniquement)

Si vous cherchez uniquement un récepteur audio AirPlay 2 (pour un système hi-fi par exemple), Shairport Sync est la référence.

## Installation des dépendances
sudo apt install -y build-essential git autoconf automake \
  libtool libpopt-dev libconfig-dev libasound2-dev \
  avahi-daemon libavahi-client-dev libssl-dev libsoxr-dev \
  libplist-dev libsodium-dev libgcrypt20-dev libmosquitto-dev \
  xxd uuid-dev

## Clonage et compilation
git clone https://github.com/mikebrady/shairport-sync.git
cd shairport-sync
autoreconf -fi
./configure —sysconfdir=/etc —with-alsa —with-avahi \
  —with-ssl=openssl —with-soxr —with-airplay-2
make -j$(nproc)
sudo make install

Configuration dans /etc/shairport-sync.conf :

general = {
  name = "Salon Hi-Fi";
  interpolation = "soxr";
  output_backend = "alsa";
  volume_range_db = 60;
};

alsa = {
  output_device = "default";
  mixer_control_name = "PCM";
};

sessioncontrol = {
  allow_session_interruption = "yes";
  session_timeout = 120;
};

Créer un service systemd

Pour que le récepteur AirPlay démarre automatiquement avec le Pi :

sudo tee /etc/systemd/system/uxplay.service << 'EOF'
[Unit]
Description=UxPlay AirPlay Receiver
After=network-online.target avahi-daemon.service
Wants=network-online.target

[Service]
Type=simple
User=pi
Environment=DISPLAY=:0
ExecStart=/usr/local/bin/uxplay -n "Salon TV" -fs
Restart=on-failure
RestartSec=5

[Install]
WantedBy=multi-user.target
EOF

## Activation et démarrage
sudo systemctl daemon-reload
sudo systemctl enable uxplay.service
sudo systemctl start uxplay.service

## Vérification
sudo systemctl status uxplay.service

Configuration réseau et pare-feu

AirPlay nécessite plusieurs ports ouverts. Si vous utilisez un pare-feu sur le récepteur ou sur le réseau, ces ports doivent être autorisés.

## Ports requis pour AirPlay 2
## mDNS (découverte de service)
sudo ufw allow 5353/udp comment 'AirPlay mDNS'

## RTSP (contrôle de session)
sudo ufw allow 7000/tcp comment 'AirPlay RTSP'

## Ports dynamiques pour le streaming (range habituel)
sudo ufw allow 49152:65535/udp comment 'AirPlay streaming'
sudo ufw allow 49152:65535/tcp comment 'AirPlay streaming'

Le service Avahi (implémentation Linux de mDNS/Bonjour) doit tourner :

## Vérifier qu'Avahi fonctionne
sudo systemctl status avahi-daemon

## Si nécessaire, l'installer et l'activer
sudo apt install -y avahi-daemon
sudo systemctl enable avahi-daemon
sudo systemctl start avahi-daemon

Dépannage avancé

La TV n'apparaît pas dans la liste AirPlay

Première vérification : le trafic mDNS circule-t-il correctement ?

## Depuis un Mac, scanner les services AirPlay sur le réseau
dns-sd -B _airplay._tcp

## Depuis un Linux, même chose avec avahi
avahi-browse -rt _airplay._tcp

Si rien n'apparaît, le problème est réseau. Causes fréquentes :

• Isolation client sur le routeur : certains routeurs Wi-Fi activent par défaut l'isolation des clients sans fil. Cette option empêche les appareils Wi-Fi de communiquer entre eux. Désactivez "AP Isolation" ou "Client Isolation" dans les paramètres du routeur.
• Réseaux Wi-Fi séparés : si votre routeur diffuse un réseau 2.4 GHz et un réseau 5 GHz avec des SSID différents, vérifiez que les deux appareils sont sur le même SSID. Certains routeurs traitent ces réseaux comme des sous-réseaux distincts.
• VLAN ou sous-réseau différent : en environnement professionnel, les appareils peuvent être sur des VLANs séparés. Le trafic mDNS ne traverse pas les sous-réseaux sans un relais mDNS (Avahi reflector ou igmpproxy).
• Pare-feu bloquant le multicast : le port 5353 UDP doit être ouvert dans les deux sens.

Latence ou saccades vidéo

AirPlay ajoute une latence incompressible d'environ 2 secondes pour la recopie d'écran (buffer de sécurité). Pour le streaming vidéo direct (via les apps), la latence est réduite à environ 200-500 ms.

Si les saccades persistent :

## Tester la bande passante entre les deux appareils
## Sur le récepteur (TV ou Pi)
iperf3 -s

## Sur le Mac ou un autre poste du réseau
iperf3 -c <IP_DU_RECEPTEUR>

Pour un streaming AirPlay fluide en 1080p, il faut au minimum 15 Mbit/s de bande passante Wi-Fi réelle entre les deux appareils. En 4K, comptez 25 Mbit/s minimum.

AirPlay se déconnecte régulièrement

Sur certaines TV, un mode économie d'énergie coupe le Wi-Fi après quelques minutes d'inactivité, ce qui interrompt la session AirPlay. Désactivez les options de veille réseau :

• Samsung : Paramètres > Général > Gestion du système > Veille > Désactivé
• LG : Paramètres > Général > Mode économie d'énergie > Désactivé
• Sony : Paramètres > Préférences de l'appareil > Minuterie de veille > Désactivée

Codec non supporté

Certains contenus peuvent ne pas se lire via AirPlay si la TV ne supporte pas le codec utilisé. Les formats garantis par AirPlay 2 sont H.264 (jusqu'en 4K 30fps), H.265/HEVC (4K 60fps sur les modèles récents), AAC et ALAC pour l'audio. Si vous envoyez un fichier en VP9 ou AV1 depuis une app, AirPlay peut échouer silencieusement.

Sécurité : verrouiller l'accès AirPlay

Sur un réseau partagé (colocation, Airbnb, bureau), restreignez qui peut utiliser AirPlay sur votre TV.

• Activez le mode mot de passe plutôt que "première fois uniquement"
• Sur les TV Samsung et LG, vous pouvez réinitialiser la liste des appareils jumelés pour révoquer les accès existants
• Via HomeKit, vous pouvez restreindre AirPlay aux seuls appareils présents dans votre foyer iCloud (option "Membres du foyer uniquement")
• Sur un Raspberry Pi avec UxPlay, limitez les connexions par sous-réseau avec des règles iptables ciblées

Alternatives au protocole AirPlay

Si AirPlay ne convient pas à votre usage, d'autres protocoles existent.

Miracast (Wi-Fi Direct) : protocole standardisé par la Wi-Fi Alliance. Supporté nativement par Windows et Android. Fonctionne sans routeur Wi-Fi (connexion directe entre les appareils). Pas compatible iPhone/Mac.

Google Cast : protocole de Google intégré aux Chromecast et Android TV. Fonctionne depuis Chrome (onglet ou bureau entier) et les apps Google. Utilisable depuis un iPhone via les apps Google (YouTube, Photos).

DLNA/UPnP : protocole ancien mais encore répandu pour le streaming de fichiers multimédia. Pas de recopie d'écran, uniquement du push de contenu. Des apps comme VLC ou Infuse peuvent envoyer des fichiers vers un récepteur DLNA.

Protocole Matter (futur) : le standard domotique Matter, soutenu par Apple, Google, Samsung et Amazon, pourrait à terme unifier les protocoles de diffusion. Pour l'instant, Matter se concentre sur la domotique (lumières, capteurs, serrures) mais le streaming multimédia fait partie de la feuille de route.