Plusieurs nouvelles versions de serveurs de médias ouverts sont disponibles, conçues pour organiser la diffusion de flux en ligne :
- première version
, une toolkit pour la diffusion audio sur réseau en temps réel avec des délais garantis et une qualité au niveau des disques compacts audio. Lors de la transmission, l'écart de temps entre les horloges système de l'expéditeur et du destinataire est pris en compte. La restauration des paquets perdus est prise en charge grâce à des codes en mise en œuvre (en mode de délais minimaux, le code de Reed-Solomon est appliqué, et en mode de performance maximale, le schéma ). Le protocole RTP est utilisé pour la transmission (AVP L16, 44100Hz PCM 16-bit). Actuellement, seule la transmission audio est prise en charge, mais nous prévoyons d'ajouter la diffusion vidéo et d'autres types de contenu.Il est possible de multiplexage d'un flux de plusieurs expéditeurs vers un seul récepteur. Différents profils de réglage de la discretisation peuvent être connectés, en fonction du type de CPU et des exigences de latence lors de la transmission. La diffusion est prise en charge à travers différents types de réseaux, y compris le réseau local, internet et le réseau sans fil. En fonction des paramètres, de la bande passante et de la perte de paquets, Roc choisit automatiquement les paramètres de codage du flux nécessaires et ajuste son intensité pendant la transmission.
Le projet est composé d'une bibliothèque en C, d'une interface en ligne de commande et d'un ensemble de modules pour utiliser Roc comme transport dans . Dans le cas le plus simple, les outils disponibles permettent d'envoyer du son depuis un fichier ou un périphérique audio sur un ordinateur vers un fichier ou un périphérique audio sur un autre ordinateur. Divers backends audio sont pris en charge, y compris ALSA, PulseAudio et CoreAudio. Le code est écrit en C++ et sous licence MPL-2.0. Il est pris en charge sur GNU/Linux et macOS.
- nouvelle version du serveur multimédia , permettant d'organiser des flux de diffusion via les protocoles RTMP, RTSP et WebRTC avec support du mode d'adaptation dynamique du bitrate. Ant peut également être utilisé pour l'enregistrement réseau de vidéos dans les formats MP4, HLS et FLV. Parmi ses caractéristiques, on peut mentionner la présence d'un convertisseur WebRTC vers RTMP, le support des caméras IP et de l'IPTV, la diffusion et l'enregistrement de flux en direct, l'organisation de streaming vers les réseaux sociaux, la garantie de scalabilité via le déploiement de clusters, et la possibilité de diffusion massive depuis un point unique vers de nombreux destinataires avec des latences de 500 ms.
Le produit évolue selon le modèle Open Core, qui implique le développement de la partie principale sous la licence Apache 2.0 et la fourniture de fonctionnalités avancées (comme le streaming sur Youtube) dans une version payante. Dans la nouvelle version, la performance de diffusion via WebRTC a été augmentée de 40 %, un visualiseur de journaux a été ajouté, le panneau web a été amélioré, un REST API pour l'exportation de statistiques a été intégré, la consommation de mémoire a été optimisée, le traitement des erreurs a été amélioré et la possibilité d'envoyer des statistiques à Apache Kafka a été ajoutée.
- version du serveur de streaming , permettant de transmettre des vidéos dans les formats FLV, F4V, MP4 et 3GP, ainsi que de l'audio dans les formats MP3, F4A, M4A, AAC. Modes de diffusion en direct et de fonctionnement en tant que station d'enregistrement pour la réception de flux des clients (FLV et AVC+AAC dans un conteneur FLV). Le projet a été initialement créé en 2005 pour offrir une alternative au Flash Communication Server utilisant le protocole RTMP. Par la suite, Red5 a intégré le support de la diffusion utilisant HLS, WebSockets, RTSP et WebRTC via des plugins.
Red5 est utilisé comme serveur de transmission dans le projet pour organiser des vidéoconférences et des audioconférences. Le code est écrit en Java et sous licence Apache 2.0. À partir de Red5, un produit propriétaire a été construit , garantissant une scalabilité jusqu'à des millions de spectateurs avec des latences de livraison de 500 ms et la possibilité de déploiement sur des clouds AWS, Google Cloud et Azure.
Source : opennet.ru
