Qu'est-ce que RTMP?
* Objectif: RTMP a été initialement conçu par Adobe Systems pour diffuser audio, vidéo et données sur Internet entre un serveur et un lecteur flash.
* comment cela fonctionne: RTMP est un protocole basé sur TCP, ce qui signifie qu'il fournit une livraison fiable et commandée de données. Il utilise une connexion persistante, réduisant les frais généraux par rapport aux protocoles qui établissent une nouvelle connexion pour chaque demande.
* Caractéristiques de clé:
* faible latence: RTMP a été conçu pour le streaming à faible latence, crucial pour les applications interactives.
* Multiplexage: Il peut multiplexer plusieurs flux (audio, vidéo, données) sur une seule connexion.
* Création de la main: Il a un processus de poignée de main pour établir une connexion fiable.
* Publication et lecture: Il définit les mécanismes de publication de flux vers un serveur (par exemple, à partir d'un encodeur) et de jouer des flux à partir du serveur (par exemple, dans un lecteur flash).
Le rôle de RTMP dans la diffusion en direct
1. Ingest (Publishing): RTMP était * le * protocole dominant pour obtenir un flux en direct de l'encodeur (par exemple, OBS Studio, Wirecast, Encoders matériels) * à * un serveur ou une plate-forme de streaming (par exemple, YouTube, Facebook Live, Twitch, Serveurs de streaming personnalisés). C'est ce qu'on appelle "RTMP ingence" ou "RTMP Publishing".
2. Distribution (lecture): Dans le passé, RTMP était également un protocole principal pour * livrer * le flux aux joueurs flash des téléspectateurs. Cependant, cela est désormais largement obsolète (plus à ce sujet ci-dessous).
Pourquoi RTMP est moins courant pour la lecture aujourd'hui
* Flash Player Demise: La baisse et la fin de vie éventuelle du lecteur Adobe Flash est la raison principale. RTMP était étroitement couplé à Flash. Les navigateurs et périphériques modernes ne prennent plus en charge Flash par défaut (ou pas du tout).
* meilleures alternatives: Des protocoles comme HLS (HTTP Live Streaming) et Dash (Dynamic Adaptive Streaming sur HTTP) sont devenus beaucoup plus populaires pour la lecture. Ce sont basés sur HTTP, plus adaptés aux pare-feu et offrent un streaming de débit binaire adaptatif (ajustant la qualité vidéo basée sur la connexion Internet de la visionneuse).
Variants RTMP
* rtmp: Le protocole basé sur TCP de base. Utilise le port 1935 par défaut. Sujet aux problèmes de pare-feu.
* RTMPS: RTMP sur SSL / TLS. Version chiffrée de RTMP, ce qui le rend plus sécurisé. Utilise le port 443, souvent le même port utilisé par HTTPS, qui aide à la traversée du pare-feu.
* rtmpe: RTMP avec cryptage (mais pas SSL / TLS). Moins commun que les RTMP.
* rtmpt: RTMP a tué sur HTTP. Utilisé lorsque les connexions RTMP directes sont bloquées par des pare-feu. Plus lourd et moins efficace.
Utilisation actuelle de RTMP
* Ingestion toujours pertinent: Malgré la baisse de la lecture, RTMP (en particulier les RTMP) est toujours largement utilisé pour * ingérer *. De nombreuses plates-formes et services de streaming acceptent toujours RTMP comme un moyen de recevoir la livraison initiale de l'encodeur. C'est une méthode bien établie et fiable.
* transcodage et distribution: La plate-forme de streaming * transcode généralement * le flux RTMP dans d'autres formats (par exemple, HLS, Dash) pour la distribution aux téléspectateurs sur divers appareils et navigateurs.
Autres protocoles d'importance en direct
* hls (http en direct en direct): Développé par Apple. Un protocole de streaming de débit adaptatif basé sur HTTP. Divise le flux en petits segments (généralement 10 secondes). Très largement pris en charge sur iOS, Android, navigateurs de bureau et téléviseurs intelligents. La norme de facto pour la lecture. Peut souffrir d'une latence plus élevée (souvent de 15 à 30 secondes) par rapport à d'autres options, mais des variantes de faible latence émergent.
* Dash (streaming adaptatif dynamique sur http): Une norme ouverte similaire à HLS. Également un protocole de streaming de débit adaptatif basé sur HTTP. Largement soutenu, mais HLS a généralement une part de marché plus importante.
* webrtc (communication Web en temps réel): Un protocole de communication entre pairs en temps réel dans les navigateurs Web. Prend en charge un streaming de latence très faible (sous-seconde). Plus complexe à configurer et à l'échelle que HLS ou Dash. Couramment utilisé pour les flux interactifs, la vidéoconférence et les applications en temps réel. Nécessite une unité de transfert sélective (SFU) pour les flux multipartites.
* SRT (transport fiable sécurisé): Un protocole de transport open source qui optimise les performances de streaming sur des réseaux imprévisibles. Se concentre sur la correction des erreurs et la fiabilité. Peut être utilisé comme alternative au RTMP pour ingérer. De plus en plus populaire pour sa robustesse.
* ndi (interface du périphérique réseau): Un protocole vidéo sur IP développé par NewTek. Principalement utilisé pour les environnements de production vidéo professionnels sur les réseaux locaux (LAN). Permet une transmission vidéo et audio à faible latence de haute qualité entre les appareils sur le même réseau. Pas généralement utilisé directement pour la diffusion en direct basée sur Internet, mais peut être utilisé pour amener le signal vidéo à un encodeur RTMP.
* CMAF (format d'application de médias commun): Un format de conteneur conçu pour réduire la complexité dans la livraison de médias en ligne en normalisant le codage vidéo et audio, la segmentation et le chiffrement sur différents protocoles de streaming comme HLS et Dash. Il permet à un seul ensemble de fichiers multimédias codés d'être utilisés pour HLS et Dash, simplifiant les workflows et réduisant les besoins de stockage.
Considérations clés lors du choix d'un protocole
* latence: À quelle vitesse le flux a-t-il besoin d'atteindre le spectateur? (Webrtc est le plus bas, puis SRT, puis RTMP, puis HLS / Dash en général)
* Évolutivité: Combien de téléspectateurs aurez-vous? (HLS / Dash sont les meilleurs pour les grands publics)
* Compatibilité: Quels appareils et navigateurs avez-vous besoin pour soutenir? (HLS / Dash sont très largement pris en charge)
* fiabilité: Dans quelle mesure est-il important que le flux ne baisse pas ou n'a pas d'erreurs? (SRT est conçu pour les réseaux peu fiables)
* Sécurité: Le cryptage est-il nécessaire? (RTMPS fournit un chiffrement)
* Ferwoll du pare-feu: (Les protocoles basés sur HTTP comme HLS et DASH sont généralement les plus adaptés au pare-feu)
* complexité: Quelle est la facilité de configuration et de gestion du protocole? (RTMP est relativement simple pour ingérer, les HLS / Dash ont des écosystèmes plus matures)
* Débit binaire: Les débits vidéo en streaming sont la clé de la qualité vidéo. Un débit binaire inférieur créera des pixélation et réduira la qualité vidéo. Des débits plus élevés peuvent augmenter la latence et sont plus difficiles à diffuser sur le sans fil.
en résumé:
* RTMP est toujours pertinent pour * ingérer * (amener le flux au serveur).
* HLS et Dash sont les protocoles dominants pour * la lecture * (livrant le flux aux téléspectateurs).
* WeBRTC est utilisé pour des flux interactifs très faibles.
* SRT fournit un streaming fiable sur des réseaux peu fiables.
* Choisissez le bon protocole en fonction de vos besoins spécifiques.
Il convient également de noter que le paysage évolue constamment, avec de nouveaux protocoles et technologies émergents. Restez à jour avec les derniers développements en direct pour prendre des décisions éclairées.