"Qu'est-ce que le protocole de transfert Internet open-source SRT? Qu'est-ce que cela signifie pour l'industrie du streaming vidéo? FMUSER vous présentera toutes les informations que vous devez connaître sur le protocole SRT, y compris la signification du protocole SRT, l'arrière-plan du SRT et le protocole SRT peuvent apporter à l’avenir des solutions de streaming vidéo, l’industrie de la vidéo et le développement de la transmission vidéo en réseau Influence et changement ---- FMUSER "

Aperçu rapide

Qu'est-ce que le protocole SRT?
Comment fonctionne le protocole SRT?
L'historique du développement du protocole SRT
Que peut nous apporter le protocole SRT?
Pourquoi le protocole SRT est-il si important?
Quels sont les avantages de l'utilisation du protocole SRT?
Solutions de streaming prises en charge par le protocole SRT à partir de FMUSER
Protocole SRT comparé aux formats de transmission courants
HTTP Live Streaming (HLS)
Comment fonctionne HLS?
MPEG-DASH (Streaming adaptatif dynamique sur HTTP)
Fonctionnement et applications de MPEG-DASH
Quel protocole de streaming vous convient le mieux?
Vraies choses sur le protocole SRT

1. Qu'est-ce que le protocole SRT?

● Définition: Le protocole SRT est l'abréviation de (Secure Reliable Transport protocol). Le protocole Secure Reliable Transport (protocole SRT) est un protocole de transmission vidéo open source de haute qualité, à faible latence, sécurisé et en temps réel. Il prend en charge les réseaux bruyants ou imprévisibles (tels que le streaming haute performance à faible latence est réalisé sur l'Internet public. Le protocole SRT est un protocole de transmission vidéo open-source à faible latence très populaire de nos jours. En utilisant la technologie de transmission fiable du protocole SRT, il peut réaliser avec succès une transmission et une distribution vidéo haute définition sûres et fiables dans des environnements Internet ordinaires et entre plusieurs sites.

Comment vient le protocole SRT?

● Alliance SRT est une organisation créée par Haivision et Wowza pour gérer et prendre en charge les applications open source du protocole SRT.

Cette organisation s'est engagée à promouvoir l'interopérabilité des solutions de streaming vidéo et à promouvoir la collaboration des pionniers de l'industrie vidéo pour parvenir à une transmission vidéo en réseau à faible latence.

2. Fonctionnement du protocole SRT

Une liaison de communication dédiée est établie entre la source SRT (codeur) et la destination SRT (décodeur) pour le contrôle et la récupération de paquets. La cible peut être un serveur, un CDN ou un autre périphérique pris en charge par le protocole SRT. SRT protocole utilise sa propre méthode de récupération par perte de paquets et des paquets UDP sur le réseau, que vous pouvez ajuster pour s'adapter à l'évolution des conditions du réseau. Lorsque l'état du réseau est médiocre, davantage de tampons de paquets peuvent être ajoutés pour améliorer la qualité vidéo. À mesure que les conditions du réseau s'améliorent, la latence peut être réduite pour obtenir une expérience de streaming en temps quasi réel.

# Principe de fonctionnement de SRT protocole

Tout pare-feu entre le SRT protocole le périphérique source et le périphérique cible doivent être traversés. SRT protocole a trois modèles pour y parvenir:

Rendez-vous / appelant / auditeur

Le modèle d'agrégation est le plus simple et il est généralement possible de traverser le pare-feu entre le SRT protocole source et la cible sans sa participation. Si vous ne parvenez pas à traverser le pare-feu, vous devez utiliser le mode appelant / auditeur. Cependant, une partie de sa participation est requise pour configurer le transfert du trafic afin que le trafic reçu à l'adresse IP publique et à SRT de l'appareil de destination protocole le port est transmis au périphérique sur le réseau local.

Voir aussi: Comment charger / ajouter manuellement des listes de lecture IPTV M3U / M3U8 sur les appareils pris en charge

3. L'histoire du développement de la SRT protocole

SRT est une alliance SRT créée conjointement par Haivision et Wowza. Depuis SRT protocole est devenue une technologie open-source en 2017, plus de 130 entreprises ont soutenu le projet open-source en soutenant l'alliance SRT. Ses fournisseurs et utilisateurs finaux travaillent ensemble pour sensibiliser le secteur à la SRT protocole et utilisez-le comme norme commune pour la transmission vidéo à faible latence sur Internet.

Actuellement, 50 produits compatibles SRT sont déjà sur le marché, notamment des caméras IP, des encodeurs, des décodeurs, des passerelles vidéo, des plates-formes OTT et des CDN. Le protocole SRT est utilisé par des milliers d'organisations dans de nombreuses applications et marchés à travers le monde.

FMUSER est l'un des fervents partisans de SRT protocole. Nous avons des exigences élevées en matière d'interopérabilité et de normes. FMUSER a entrepris de mettre en œuvre la prise en charge du protocole SRT dans ses solutions d'encodage et de décodage actuelles et à venir.

4. Que peut SRT Pprotocole Nous apporte avec?

Nous avons pensé qu'il était temps de revenir sur le sujet brûlant de Secure Reliable Transport protocole (SRT protocole) cette semaine. Quelques petits SRT protocole des annonces ont fait surface depuis que le protocole open source a volé la vedette à Vegas pour la deuxième année consécutive.

Un peu plus d'un an s'est écoulé depuis SRT protocole a réalisé l'un de ses déploiements les plus importants à ce jour, avec ESPN déployant des appareils équipés de SRT dans 14 conférences sportives pour produire plus de 2,200 événements via des connexions Internet à faible coût, remplaçant les services de liaison montante par satellite traditionnels et entraînant des économies d'environ 8 millions de dollars à 9 millions de dollars. Si ESPN peut réaliser des économies de cette ampleur pour des événements relativement discrets, imaginez les possibilités pour des événements en direct à grande échelle - de l'argent qui peut finalement être investi ailleurs pour améliorer l'expérience du spectateur.

Mais avec des pionniers de l'industrie du streaming comme Netflix et YouTube qui fournissent du contenu HTTP sur CDN à des millions de téléspectateurs sans l'aide de SRT protocole, Pourquoi une telle agitation? Un livre blanc du fournisseur de vidéos de diffusion Haivision, membre fondateur de SRT Alliance, vise essentiellement à démystifier le mythe selon lequel la technologie de streaming HTTP utilisant RTMP est la solution ultime pour la vidéo OTT. En fait, subir des retards aussi élevés que 30 secondes n'est pas rare dans le streaming HTTP, principalement causé par une multitude d'étapes de pression et divers tampons le long du chemin du signal.

Voir aussi: S multicanalPrise en charge RT vencodeur idéo pour la diffusion en direct

De plus, Haivision avertit que le protocole TCP (Transmission Control Protocol), la norme utilisée pour fournir HTTP, peut provoquer une forte augmentation des retards car TCP exige que chaque dernier paquet d'un flux soit livré à l'utilisateur final dans l'ordre d'origine exact. Cela signifie finalement que TCP tente perpétuellement d'envoyer les données manquantes car il n'est pas possible de sauter des octets incorrects.

Un inconvénient plus trivial est que SRT protocole existait déjà en tant qu'acronyme dans l'industrie vidéo bien avant l'arrivée du protocole à faible latence, relatif à une extension pour les fichiers informatiques de sous-titres appelée SubRip, de sorte qu'une recherche en ligne d'informations sur le protocole pourrait facilement vous conduire à une pile technologique entièrement différente.

Passons maintenant rapidement à la façon dont SRT s'est fait un nom. Le diagramme ci-dessous montre comment une erreur est générée dans le signal de sortie d'un flux non corrigé chaque fois qu'un paquet est perdu (en haut), tandis que la correction d'erreur directe (FEC) ajoute une quantité constante de données au flux pour recréer les paquets perdus, comme indiqué dans le milieu. Ensuite, nous avons la demande de répétition automatique (ARQ) qui retransmet les paquets perdus à la demande du récepteur, ce qui empêche la consommation de bande passante constante de FEC.

Une troisième et dernière capture de HTTP concerne la manière dont TCP abandonne les taux de transmission des paquets en cas de congestion. «Si ce comportement est bon pour réduire la congestion globale d'un réseau, il n'est pas approprié pour un signal vidéo, qui ne peut pas survivre à une baisse de vitesse en dessous de son débit binaire nominal», prévient-il.

«Les avantages sont importants à la fois pour les fournisseurs de technologies et pour les utilisateurs, simplifiant considérablement la mise en œuvre et réduisant les coûts, améliorant ainsi la disponibilité des produits et contribuant à maintenir les prix bas. Et, puisque chaque réalisateur utilise la même base de code, l'interopérabilité est simplifiée », est probablement une meilleure conclusion pour le livre blanc que celle qu'il a réellement choisie.

5. Pourquoi le protocole SRT est-il si important?

L'application du protocole SRT dans les secteurs audiovisuel et informatique a reçu de très bons retours. Les principales raisons de l'enthousiasme des leaders d'opinion informatiques parmi les utilisateurs finaux des entreprises et des gouvernements sont: plates-formes vidéo en ligne; réseaux de diffusion de contenu; systèmes de gestion de contenu vidéo d'entreprise; et Internet, la base de la transmission en continu Comparé au matériel, aux logiciels et aux services des entreprises d'installations

Dans les entreprises, les gouvernements, les écoles et la défense, la consommation de vidéo haute performance augmente fortement. De nombreux protocoles ont résolu le problème de la compatibilité de la vidéo en streaming avec un grand nombre de téléspectateurs qui consomment du contenu à partir de différents appareils et appareils.

Cependant, l'un des meilleurs moyens de tirer parti des atouts locaux de diverses organisations et des gros investissements réalisés par les prestataires de services dans le cloud est de fournir des outils de distribution en streaming avec une vidéo à très faible latence et très fiables. SRT protocole utilise certains des meilleurs aspects du protocole UDP (User Datagram Protocol), tels que la faible latence, mais ajoute une vérification des erreurs pour correspondre à la fiabilité du protocole de contrôle de transmission / protocole Internet (TCP / IP). Bien que TCP / IP puisse gérer tous les profils de données et soit le plus adapté à son travail

Remarque: SRT protocole peut remplacer le protocole RTMP vieillissant. Il résout les problèmes de sécurité et se concentre sur les performances vidéo, même via une infrastructure Internet publique, et peut spécifiquement gérer la vidéo haute performance.

6. Quels sont les avantages de l'utilisation du protocole SRT?

Trois caractéristiques: SÉCURITÉ, FIABILITÉ et FAIBLE LATENCE.

Conditions	Fonctionnalités:
En termes de SÉCURITÉ	SRT protocole prend en charge le cryptage AES pour assurer la sécurité de la transmission vidéo de bout en bout.
En termes de FIABILITÉ	SRT protocole utilise la technologie de correction avant (FEC) pour assurer la stabilité de la transmission
En termes de FAIBLE LATENCE	SRT protocole est construit sur le protocole UDT, il résout le problème du retard de transmission élevé du protocole UDT. Le protocole UDT est basé sur le protocole de communication réseau UDP

#Sheet 1 - Quels sont les fEatures ofProtocole SRT

SRT protocole permet une connexion directe entre la source de signal et la cible, ce qui contraste fortement avec de nombreux systèmes de transmission vidéo existants, qui nécessitent un serveur centralisé pour collecter les signaux à partir d'emplacements distants et les rediriger vers une ou plusieurs destinations. L'architecture basée sur le serveur central a un point de défaillance unique, qui peut également devenir un goulot d'étranglement pendant les périodes de trafic élevé. La transmission des signaux via le hub augmente également le temps de transmission du signal de bout en bout et peut doubler le coût de la bande passante, car deux liaisons doivent être mises en œuvre: l'une de la source au hub central et l'autre du centre à la destination . En utilisant des connexions directes de la source à la destination, SRT protocole peut réduire la latence, éliminer les goulots d'étranglement centraux et réduire les coûts de réseau.

SRT protocole résout le problème complexe de synchronisation de transmission et peut prendre en charge le transmission en temps réel de fichiers à haut débit et de vidéo ultra-claire.

QUATRE CARACTÉRISTIQUES PRINCIPALES DU PROTOCOLE SRT
Fonctionnel		Vidéo de qualité brute - SRT protocole est conçu pour empêcher la gigue, la perte de paquets et les fluctuations de bande passante causées par la congestion sur les réseaux bruyants pour une meilleure expérience de visualisation. Ceci est accompli par une technologie de retransmission avancée à faible latence, qui peut compenser et gérer la perte de paquets. SRT protocole peut supporter jusqu'à 10% de perte de paquets sans impact visuel sur le flux.
Efficace		Malgré les défis liés au réseau, la vidéo et l'audio sont livrés avec une faible latence avec les avantages combinés de la livraison TCP / IP et de la vitesse d'UDP. Faible latence - bien qu'elle puisse faire face aux défis du réseau, la transmission vidéo et audio a toujours une faible latence. Il présente les avantages complets de la fiabilité de livraison TCP / IP et de la vitesse UDP.
Sécurisés		Transmission sécurisée de bout en bout - le cryptage standard AES 128/256 bits assure la protection du contenu sur Internet. SRT protocole fournit une traversée de pare-feu simplifiée.Le cryptage AES 128/256 bits standard garantit une transmission de contenu sécurisée de bout en bout sur Internet, y compris une traversée simplifiée du pare-feu. Parce que SRT protocole garantit la sécurité et la fiabilité, l'Internet public peut désormais être utilisé pour des applications de diffusion multimédia étendues, telles que la diffusion en continu vers des sites cloud socialistes (par exemple, la plate-forme multicloud unicast de calcaire est distribuée simultanément sur plusieurs médias sociaux, tels que Facebook) En direct, youtube , twitch et périscope (à partir d'un flux vidéo en temps réel), diffusion en continu ou à distance du contenu du mur vidéo entier, ou retour sur investissement du mur vidéo, etc.
Avancé		Open source - SRT protocole est un protocole libre de droits, de nouvelle génération et open source qui fournit des solutions rentables, interopérables et tournées vers l'avenir.
Rentable		Interopérabilité - sachant que les produits multifournisseurs fonctionneront de manière transparente, les utilisateurs peuvent déployer SRT en toute sécurité protocole sur l'ensemble du flux de travail de flux vidéo et audio.

#Sheet 2 - Pourquoi choisissons-nous SRT Pprotocole?

7. SRT PRotocol Prise en charge de la diffusion en continu Solutions de FMUSER

La paire codeur / décodeur / décodeur / décodeur multi HD FMUSER H.264 prend en charge de nombreux protocoles de diffusion en continu populaires, y compris SRT protocole. Avec cette paire d'encodeurs / décodeurs compacts, robustes et de faible puissance, les utilisateurs peuvent transmettre en toute confiance des flux en temps réel jusqu'à 4K ou Quad HD à partir de plusieurs caméras SDI sur un réseau géré ou non géré.

Encodeur / décodeur / transcodeur FMUSER IPTV

Encodeur matériel IPTV FBE200 H.264 / H.265 Plus >>	IPTV FBE204 H.264 / H.265 Codeur matériel Plus >>	IPTV FBE216 H.264 / H.265 Codeur matériel Plus >>
1-Channel	Chaînes 4	Canaux 16

#Fiche 3 - Solutions de transmission de diffusion audio et vidéo FMUSER

Plus >>

Applications de production sur le terrain, la famille d'encodeurs FMUSER fournit le délai verre à verre le plus bas du marché, fournissant en toute sécurité des flux aux studios de production à partir d'événements à distance. Le flux généré par le codeur FMUSER comprend un horodatage de programme pour garantir que les signaux de la caméra synchrone peuvent être réalignés lorsqu'ils sont décodés par le décodeur FMUSER. De plus, ces flux peuvent être synchronisés pour assurer une intégration transparente dans l'environnement du studio.

Remarque: L'encodeur / décodeur FMUSER dispose d'une puissante fonction de service de diffusion multimédia en continu. En plus de prendre en charge les protocoles généraux tels que RTSP / RTMP, il prend également en charge le protocole de sécurité Onvif, le protocole SIP, le protocole NDI (personnalisable), le protocole SRT (personnalisable), GB / T28181 (personnalisable) et d'autres accords de service de diffusion multimédia en continu; vous aidera à acquérir une longueur d'avance dans le secteur de la vidéo ultra-haute définition basée sur IP.

Applications multiples de FMUSER SRT prises en charge Encodeurs matériels FBE200. Plus >>

La technologie des produits de FMUSER est centrée sur des produits de haute qualité et a constamment innové et surpassé comme chemin. De la R&D, la production, les ventes, le service et d'autres liens commerciaux sont entièrement auto-intégrés, le service n'est pas déconnecté du début à la fin. Considérez toujours les besoins des utilisateurs comme le moteur de l'innovation, ne fabriquez que des produits qui répondent aux besoins réels des utilisateurs et ne fabriquez que des produits auxquels les utilisateurs peuvent faire confiance. En même temps, il peut fournir aux clients un développement de produits de haute qualité et des services personnalisés.

Voir aussi: Quelle est la différence entre AM et FM?

8. SRT comparé protocole Avec les formats de transmission courants

Pour la transmission vidéo en réseau, des protocoles de streaming plus efficaces sont nécessaires. Alors que les entreprises et les fournisseurs de réseaux de diffusion de contenu (CDN) se préparent à un avenir plein de streaming en direct, ce besoin n'a jamais été aussi urgent. L'avenir du streaming en temps réel, SRT protocole, HLS et MPEG dash est venu. Jetons un coup d'œil à ce que sont ces protocoles de streaming en temps réel, leurs avantages et leurs applications

Il existe actuellement deux diffusions vidéo en direct sur Internet.

● Diffusion en direct basée sur RTMP.

● La diffusion en direct du protocole WebRTC.

Diffusion en direct basée sur RTMP

Protocole WebRTC

1.Cette méthode de diffusion en direct utilise le protocole RTMP pour la diffusion en amont et RTMP, HTTP + FLV ou HLS pour la lecture en aval

2. Le délai de diffusion en direct est généralement supérieur à 3 secondes et est

1.Cette méthode de diffusion en direct utilise le protocole UDP pour la diffusion multimédia en continu

2.Le délai de diffusion en direct est inférieur à 1 seconde et le nombre de connexions simultanées est généralement inférieur à 10

Remarque: il est principalement utilisé dans des applications telles que la faible latence et la grande concurrence, telles que les événements en direct, la synchronisation des informations boursières, l'éducation en grande classe, etc.

Remarque: il est principalement utilisé dans des applications telles que les appels vidéo et montre la connexion de microphones. Scènes.

#Fiche 4 - Comparaison de RTMP et WebRTC

9. Diffusion en direct HTTP (HLS)

HTTP Live Streaming (HLS) est un protocole de diffusion en continu adaptatif basé sur HTTP qui envoie du contenu vidéo et audio sur le réseau en petits segments multimédias TCP qui sont réassemblés à la destination de diffusion. Le coût de déploiement de HLS est faible car il utilise la technologie de réseau TCP existante, ce qui est intéressant pour les CDN qui cherchent à remplacer les anciens (et coûteux) serveurs de médias RTMP. Mais comme HLS utilise TCP, la qualité de l'expérience (QoE) est préférée à une faible latence et les temps de latence peuvent être élevés (comme en secondes au lieu de millisecondes).

HLS a été développé à l'origine par Apple Inc. en tant que protocole pour diffuser du contenu multimédia sur les appareils Apple. Depuis, Apple a développé HLS (push), qui est un protocole de streaming standard ouvert côté contribution disponible pour tous les appareils. Actuellement, HLS prend en charge la vidéo encodée à l'aide des codecs H.264 ou HEVC.

# HTTP Live Streaming (HLS)

Un avantage de HLS est qu'il est conçu pour s'adapter à différentes conditions de réseau. Différentes versions du flux sont envoyées à différentes résolutions et débits. Les téléspectateurs peuvent choisir la qualité du flux qu'ils souhaitent. HLS prend également en charge plusieurs pistes audio, ce qui signifie que votre flux peut avoir plusieurs pistes linguistiques parmi lesquelles les utilisateurs peuvent choisir. D'autres avantages incluent la prise en charge des sous-titres codés, des métadonnées, de la gestion des droits numériques (DRM) et même des publicités intégrées (dans un avenir pas trop lointain). Le cadre est tout là.

Remarque: Le streaming sécurisé sur HTTPS est pris en charge, ainsi que les algorithmes de hachage MD5 et de hachage SHA pour l'authentification du nom d'utilisateur et du mot de passe.

Voir aussi: Comment résoudre les problèmes GOGO IPTV sur Icone Pro, Plus et Wegoo Receiver?

10. Comment fonctionne HLS

L'approche ressemble beaucoup à un transfert de fichiers. Les segments multimédias sont diffusés via le port HTTP 80 (ou le port 443 pour HTTPS), qui est généralement déjà ouvert au trafic réseau. En tant que tel, le contenu peut facilement traverser les pare-feu avec peu ou pas d'implication informatique.

# Découvrez le fonctionnement de HLS

HLS utilise un conteneur de flux de transport MPEG2-TS avec une durée de segment multimédia configurable, ainsi qu'une taille de liste de lecture configurable pour réassembler les segments multimédia au niveau du serveur d'ingestion. MP4 fragmenté est pris en charge.

#Découvrez comment fonctionne HSL

Remarque: Étant donné que HLS utilise une technologie basée sur TCP, la méthode de perte et de récupération de paquets réseau est intensive. C'est l'une des raisons de l'augmentation de la latence. Bien qu'un certain contrôle sur la taille du segment de média soit disponible, la capacité de réduire la latence est limitée, en particulier si le serveur d'ingestion requiert une taille spécifique du segment de média.

HLS est toujours la norme pour la diffusion en continu sur les appareils mobiles et les tablettes. Vous pouvez également utiliser HLS pour diffuser sur un CDN qui ne prend pas en charge RTMP lorsque la faible latence n'est pas requise. Il est important de noter que RTMP est déjà obsolète par de plus en plus de CDN. HLS est également bien adapté pour diffuser en toute sécurité la formation d'entreprise et les mairies sur des réseaux locaux privés (LAN) lorsque la faible latence n'est pas une exigence et que les conditions du réseau sont mauvaises (en supposant que le réseau prend en charge HLS).

11. MPEG-DASH (Streaming adaptatif dynamique sur HTTP)

MPEG-DASH est un protocole de diffusion HTTP adaptatif et standard ouvert qui envoie du contenu vidéo et audio sur le réseau en petits segments multimédias TCP qui sont réassemblés à la destination de diffusion. L'Organisation internationale de normalisation (ISO) et l'équipe de MPEG ont conçu MPEG-DASH pour être indépendant du codec et de la résolution, ce qui signifie que MPEG-DASH peut diffuser de la vidéo (et de l'audio) de n'importe quel format (H.264, H.265, etc.) et prend en charge les résolutions jusqu'à 4K. Sinon, MPEG-DASH fonctionne de la même manière que HLS.

Le coût de déploiement de MPEG-DASH est faible car il utilise la technologie de réseau TCP existante, ce qui est intéressant pour les CDN. Mais comme les paquets sont transportés via TCP, la qualité d'expérience (QoE) est privilégiée par rapport à une faible latence et les temps de latence peuvent être élevés.

MPEG-DASH est également conçu pour s'adapter à différentes conditions de réseau. Différentes versions du flux sont envoyées à différentes résolutions et débits. Les téléspectateurs peuvent choisir la qualité du flux qu'ils souhaitent. Plusieurs pistes audio sont également prises en charge, ainsi que des fonctionnalités améliorées telles que les sous-titres codés, les métadonnées et la gestion des droits numériques (DRM). L'infrastructure est là pour les développements futurs, comme les publicités intégrées

Remarque: Le streaming sécurisé sur HTTPS est pris en charge, ainsi que les algorithmes de hachage MD5 et de hachage SHA pour l'authentification du nom d'utilisateur et du mot de passe.

12. Fonctionnement et applications de MPEG-DASH

Principe de fonctionnement:

MPEG-DASH fonctionne de la même manière que HLS et envoie de courts segments multimédias via HTTP (port 80) ou HTTPS (port 443) pour une traversée facile du pare-feu. Il utilise un conteneur de flux de transport MPEG2-TS avec une durée de segment de média configurable, ainsi qu'une taille de liste de lecture configurable pour réassembler les segments de média sur le serveur d'ingestion. MP4 fragmenté est pris en charge.

#Architecture conceptuelle de MPEG DASH

Remarque: La latence élevée de MPEG-DASH est principalement due à la perte de paquets réseau et à la méthode de récupération utilisée pour tous les réseaux TCP. Et bien que MPEG-DASH offre un certain contrôle sur la taille du segment multimédia, la capacité de réduire la latence est limitée - en particulier si le serveur d'ingestion nécessite une taille spécifique du segment multimédia.

#La norme MPEG-DASH pour le streaming multimédia sur Internet

Remarque: Utilisez MPEG-DASH pour diffuser sur un CDN qui ne prend pas en charge RTMP lorsque la faible latence n'est pas requise. Il est important de noter que RTMP est déjà obsolète par de plus en plus de CDN. DASH est également bien adapté pour diffuser en toute sécurité la formation d'entreprise et les mairies sur des réseaux locaux privés lorsque la faible latence n'est pas une exigence et que les conditions du réseau sont mauvaises.

13. Quel protocole de streaming vous convient le mieux?

Remarque: Bien que RTMP soit de loin le protocole de streaming le plus populaire, des protocoles comme le protocole SRT, HLS et DASH le remettent en question. Qu'est-ce que les protocoles de streaming adaptatifs basés sur HTTP HLS et MPEG-DASH ont que RTMP n'a pas?

● Plusieurs pistes audio pour une piste vidéo pour les productions multilingues.
● Inclusion de métadonnées et d'autres types de contenu intégré.
● Prise en charge de la gestion des droits numériques (DRM).
● Envoyez plusieurs versions du flux à différentes résolutions et débits binaires afin que les spectateurs puissent sélectionner la qualité qui convient à leurs conditions de réseau ou à la taille de leur écran.
● L'évolutivité est beaucoup plus facile et moins chère pour HLS et MPEG-DASH que pour RTMP. Et RTMP nécessite généralement l'ouverture manuelle des ports du réseau informatique pour traverser les pare-feu.

Remarque: Si la latence ou les mauvaises conditions du réseau ne sont pas un problème, alors HLS ou MPEG-DASH l'emporte sur SRT protocole. Les protocoles de streaming adaptatifs basés sur HTTP offrent la meilleure qualité vidéo possible aux téléspectateurs avec différentes conditions de réseau et sont plus simples à configurer que SRT protocole.

14. Les choses vraies sur l' Protocole SRT

1. TRS protocole est une solution open source qui a été intégrée dans plusieurs plates-formes et architectures, y compris des solutions portables basées sur le matériel et des solutions cloud logicielles.

2. TRS protocole peut bien fonctionner sur des connexions avec des délais allant de quelques millisecondes à quelques secondes. Peut gérer de longs retards de réseau.
3. TRS protocole n'a rien à voir avec la charge. Tout type de média vidéo ou audio, ou en fait tout autre élément de données qui peut être envoyé en utilisant UDP, est compatible avec SRT. Prend en charge plusieurs types de flux.
4. TRS protocole l'envoi prend en charge plusieurs flux simultanés. Plusieurs flux multimédias différents, tels que plusieurs angles de caméra ou des pistes audio en option, peuvent être envoyés via des flux SRT parallèles partageant le même port UDP et la même adresse sur une liaison point à point.
5. Le processus d'établissement de liaison utilisé par SRT protocole prend en charge les connexions sortantes sans qu'il soit nécessaire d'ouvrir des ports externes permanents dangereux dans le pare-feu, maintenant ainsi la politique de sécurité de l'entreprise. Traversée améliorée du pare-feu.

6. Le SRT protocole Le point d'extrémité établit un profil de retard de bout en bout stable, éliminant la nécessité pour l'équipement en aval d'avoir son propre tampon pour faire face aux changements de retard de signal. L'heure du signal est précise.

Les CDN comme Akamai ont déjà annoncé qu'ils mettaient fin au support de RTMP. C'est vieux et coûteux à déployer. Avec de nouveaux protocoles comme SRT protocole, HLS et MPEG-DASH gagnent en popularité, ce n'est qu'une question de temps avant que RTMP appartienne au passé.

Remarque: Si une faible latence est nécessaire et que vous diffusez sur des réseaux imprévisibles, SRT protocole est le protocole de streaming de choix. SRT protocole établit sa propre connexion pour la récupération de paquets qui est bien plus efficace que TCP. Cela permet à SRT protocole pour fournir des communications bidirectionnelles en temps quasi réel entre un hôte et un invité distant. Et vous pouvez régler la latence pour s'adapter aux conditions du réseau.

RETOUR

Articles de type supplémentaire

Extension m3u - Liste des programmes pouvant ouvrir les fichiers .m3u

Guide de chargement manuel des flux de listes de lecture IPTV .M3U / .M3U8 sur divers appareils

Comment bricoler votre antenne radio FM ｜ Bases et tutoriels sur l'antenne FM maison

FMUSER STL Link - Tout ce dont vous avez besoin sur l'équipement de liaison de studio à émetteur

Pour plus d'informations sur les produits pris en charge par le protocole SRT, veuillez me contacter à DÉVELOPPEMENT | L'Application