Protocole de diffusion en direct

Le soi-disant média en continu fait référence au format multimédia lu sur Internet au moyen de la transmission en continu.
Le streaming multimédia est également connu sous le nom de streaming multimédia, cela signifie que les entreprises utilisent un serveur de diffusion vidéo pour envoyer des programmes sous forme de paquets de données au réseau.
Une fois que l'utilisateur a décompressé les données via le dispositif de décompression, le programme sera affiché comme avant.
Le streaming multimédia transmet des fichiers audio, vidéo et multimédia sur le réseau par diffusion en continu.
Le format de fichier multimédia en continu est un format multimédia qui prend en charge la transmission et la lecture en continu.
Le mode de transmission en continu consiste à diviser les fichiers multimédias tels que la vidéo et l'audio en packages de compression via un mode de compression spécial,
Transmission continue et en temps réel du serveur vers l'ordinateur de l'utilisateur. Dans le système de diffusion en continu, les utilisateurs n'ont pas à attendre le fichier entier comme non en streaming
Ce n'est qu'une fois tous les téléchargements terminés que nous pouvons voir le contenu, mais ce n'est qu'après quelques secondes ou des dizaines de secondes de retard de démarrage que nous pouvons les utiliser sur l'ordinateur de l'utilisateur.

Le lecteur correspondant lira la vidéo ou l'audio compressé et d'autres fichiers multimédias en streaming, et le reste continuera à télécharger jusqu'à la fin de la lecture.
RTP: (Protocole de transport en temps réel)
RTP est un protocole de couche de transport pour le flux de données multimédia sur Internet. RTP est utilisé avec RTCP et est basé sur le protocole UDP

Contrairement à HTTP et FTP, RTP peut télécharger l'intégralité du fichier vidéo. Il envoie des données sur le réseau à un débit de données fixe. Le client regarde également le fichier vidéo à cette vitesse. Lorsque
Une fois que l'image du film et de la télévision a été lue, elle ne peut plus être lue, à moins que les données ne soient à nouveau demandées au serveur.
RTCP: protocole de contrôle de transport en temps réel ou RTP (protocole de contrôle ou RTCP)
RTCP est un protocole sœur de RTP
Remarque: -: le protocole RTP et RTCP sont utilisés ensemble, et il est basé sur le protocole UDP (généralement utilisé pour la vidéoconférence)
RTSP: (Protocole de diffusion en temps réel)
Protocole de session multimédia en continu en temps réel, SDP (protocole de description de session), RTP (protocole de transport en temps réel).
RTSP est un protocole de diffusion multimédia utilisé pour contrôler le son ou la vidéo. RTSP fournit un cadre extensible, qui permet de contrôler et d'exiger des données en temps réel, telles que l'audio et la vidéo.
Les données multimédias utilisent le protocole RTP, RTCP.
Généralement, UDP est utilisé comme couche de transport. Convient aux scènes IPTV.
Les sources de données incluent les données de terrain et les données stockées dans les clips. Le but de ce protocole est de contrôler plusieurs connexions de transmission de données et de fournir un moyen de sélectionner des canaux de transmission, tels que UDP, multicast UDP et TCP

Il fournit également une méthode pour sélectionner le mécanisme de transmission basé sur RTP
Le protocole réseau utilisé pour la transmission n'entre pas dans le cadre de sa définition. Le serveur peut choisir d'utiliser TCP ou UDP pour transmettre le contenu du flux, ce qui est plus tolérant au retard du réseau
---> La plus grande différence entre RTSP et RTP est que RTSP est un protocole de transmission de données bidirectionnel en temps réel, qui permet au client d'envoyer des demandes au serveur, telles que la lecture, l'avance rapide, l'arrière, etc. Lorsque
Cependant, RTSP peut transmettre des données basées sur RTP et peut également sélectionner TCP, UDP, UDP multicast et d'autres canaux pour envoyer des données, ce qui a une bonne évolutivité. Il est similaire au protocole HTTP

WebRTC:
Le protocole de diffusion multimédia en continu est implémenté sur le Web. Lorsque Google a lancé webrtc pour la première fois, les géants ont soit regardé froidement, soit résisté. Le protocole RTP est utilisé pour la transmission.
RTMP (protocole de messagerie en temps réel)
Macromedia a développé un ensemble de protocole vidéo en direct, appartient maintenant à Adobe. Comme HLS, il peut être appliqué à la vidéo en direct, et il ne sera pas perdu basé sur TCP.

// La différence est que RTMP ne peut pas jouer dans le navigateur IOS basé sur le flash, mais ses performances en temps réel sont meilleures que HLS.
Le protocole de messagerie en temps réel est un protocole ouvert développé par Adobe Systems pour la transmission audio, vidéo et de données entre le lecteur flash et le serveur

// Dans le code IOS, RTMP est couramment utilisé pour pousser le streaming. Vous pouvez utiliser la bibliothèque tierce librtmp IOS pour pousser le streaming. Librtmp encapsule certaines API de base que les utilisateurs peuvent appeler
Le protocole RTMP exige également que le client et le serveur établissent une connexion RTMP via une «prise de contact», puis transmettent des informations de contrôle sur la connexion. Le protocole RTMP formatera les données pendant la transmission. Afin de parvenir à un meilleur multiplexage, sous-traitance et équité de l'information, l'expéditeur divisera le message en morceaux avec l'ID de message, et chaque morceau peut être un message séparé,

Cela peut également faire partie du message. Le récepteur restaurera le bloc en un message complet selon la longueur des données, l'ID de message et le message contenu dans le bloc, de manière à envoyer et recevoir des informations.

HLS: diffusion en direct HTTP (HLS)
Il s'agit d'un protocole de transport multimédia en continu basé sur HTTP mis en œuvre par Apple Inc,
Il peut réaliser des contenus multimédias en direct et à la demande, principalement utilisés dans le système IOS
Fournir des solutions audio et vidéo en direct et à la demande pour les appareils IOS (tels que iPhone et iPad).
HLS à la demande est essentiellement un HTTP segmenté commun à la demande. La différence est que ses segments sont très petits.
Par rapport aux protocoles de diffusion en direct courants, tels que le protocole RTMP, le protocole RTSP, le protocole MMS, etc., la plus grande différence de la diffusion en direct HLS est que ce que le client de diffusion en direct obtient n'est pas un message complet

L'ensemble du flux de données.
Le protocole HLS stocke le flux de données en direct sous forme de fichiers multimédias continus, à court terme et longs (format mpeg-ts) côté serveur, tandis que le côté client télécharge et lit en permanence ces petits fichiers,
Étant donné que le serveur génère toujours de nouveaux petits fichiers à partir des dernières données en direct, tant que le client lit en continu les fichiers obtenus à partir du serveur dans l'ordre, la diffusion en direct est réalisée.
On peut voir que, fondamentalement, HLS est basé sur>> la technologie à la demande pour atteindre en direct <<. Étant donné que les données sont transmises via le protocole HTTP, il n'est pas nécessaire de prendre en compte le pare-feu ou le proxy
De plus, la longueur du fichier segmenté est très courte, de sorte que le client peut rapidement sélectionner et changer le débit de code pour s'adapter à la lecture dans différentes conditions de bande passante. Cependant, ce type de caractéristiques techniques de HLS détermine son développement futur

En règle générale, le délai est toujours plus élevé que le protocole de diffusion en direct normal.
// IOS et Android prennent naturellement en charge ce protocole et la configuration est simple. Vous pouvez utiliser la balise vidéo directement
*** VLS: est une sorte de serveur de streaming, qui est spécialement utilisé pour résoudre divers problèmes de streaming. Il présente également certaines caractéristiques de VLC. En tant que serveur, videolan peut générer des flux HTTP, RTP et RTSP.
En principe, RTSP, RTMP et HTTP peuvent être utilisés pour la diffusion en direct et à la demande, mais généralement RTSP et RTMP sont utilisés pour la diffusion en direct et HTTP pour la diffusion à la demande. Nous choisissons le protocole RTMP.

RTMP et httpflv: les données de ces deux protocoles sont à peu près les mêmes, donc les raisons du retard sont similaires. Il est raisonnable de dire que le délai de diffusion en direct TCP en continu est très faible. Pourquoi y a-t-il un retard dans RTMP et httpflv? La raison en est que sur h264, RTMP et httpflv sont tous deux des balises flv transmises. Les données de la balise vidéo sont généralement des données H264. Le décodage H264 a un IBP. I est l'image clé, qui est une image complète. Vous devez d'abord avoir un I pour décoder le BP suivant. Le nombre de trames BP peut être aussi peu que vous le souhaitez, mais le nombre de trames I ne peut pas être inférieur, donc les trames I doivent être en flv La transmission Tag est la deuxième transmission (la première est h264spps). Cependant, les trames I ne sont pas courantes dans les flux H264. Il n'y a qu'une seule image I après l'autre. Cet intervalle est communément appelé GOP. Lors de l'encodage, GOP est réglé très court. Lorsque le client se connecte, le serveur trouvera la dernière image I dans le flux à la vitesse la plus rapide et enverra des données en direct depuis l'image I. Cependant, lorsque GOP est très long, l'intervalle I-frame est très long, ou attendez la prochaine image I pour commencer à envoyer des données à la nouvelle connexion, ou trouvez la dernière image I dans le cache pour commencer l'envoi. C'est la clé du retard des protocoles RTMP et HLS. Dans les principales plates-formes CDN, il est appelé "RTMP second sur la technologie". Le principe est de décoder les données en streaming deux fois et de définir un petit GOP. En général, lorsque GOP est mis à 1 s, quel que soit le délai de liaison de transmission du réseau, le délai de données maximal est de 1 s. Heureusement, je frame est à 0 delay!

Dans quelle mesure (long) le couvercle du transmetteur?

La portée de transmission dépend de nombreux facteurs. La distance réelle est basée sur l'antenne d'installer la hauteur, le gain de l'antenne, en utilisant l'environnement comme la construction et d'autres obstacles, la sensibilité du récepteur, l'antenne du récepteur. Installation de l'antenne plus élevée et l'utilisation dans la campagne, la distance sera beaucoup plus loin.

Transmetteur FM 5W Exemple d'utilisation dans la ville et ville natale:

J'ai une utilisation par le client 5W émetteur fm USA avec antenne GP dans sa ville natale, et il le tester avec une voiture, il couvre 10km (6.21mile).

Je teste l'émetteur fm 5W avec antenne GP dans ma ville natale, il couvre environ 2km (1.24mile).

Je teste l'émetteur fm 5W avec antenne GP dans la ville de Guangzhou, il couvre environ seulement 300meter (984ft).

Voici la gamme approximative de différents émetteurs de puissance FM. (La plage est de diamètre)

Transmetteur FM 0.1W ~ 5W: 100M ~ 1KM

5W ~ 15W FM Ttransmitter: 1KM ~ 3KM

Transmetteur FM 15W ~ 80W: 3KM ~ 10KM

Transmetteur FM 80W ~ 500W: 10KM ~ 30KM

Transmetteur FM 500W ~ 1000W: 30KM ~ 50KM

Transmetteur FM 1KW ~ 2KW: 50KM ~ 100KM

Transmetteur FM 2KW ~ 5KW: 100KM ~ 150KM

Transmetteur FM 5KW ~ 10KW: 150KM ~ 200KM

Comment nous contacter pour l'émetteur?

Appelez-moi + 8618078869184 OU
Envoyez-moi un courriel [email protected]
1.How loin que vous voulez couvrir de diamètre?
2.How haut de la tour vous?
3.Where êtes-vous?
Et nous allons vous donner plus de conseils professionnels.

À propos de nous

FMUSER.ORG est une société d’intégration de systèmes spécialisée dans la transmission sans fil RF / équipement audio vidéo / de studio / streaming et le traitement de données. Nous fournissons tout ce que vous souhaitez, du conseil au conseil en passant par l’intégration en rack, l’installation, la mise en service et la formation.

Nous proposons des émetteurs FM, des émetteurs de télévision analogique, des émetteurs de télévision numérique, des émetteurs VHF UHF, des antennes, des connecteurs de câble coaxial, STL, Traitement en direct, Produits de diffusion pour le studio, Surveillance du signal RF, Encodeurs RDS, Processeurs audio et Unités de contrôle de site distant, Les produits IPTV, encodeur / décodeur vidéo / audio, sont conçus pour répondre aux besoins des grands réseaux de diffusion internationaux et des petites stations privées.

Notre solution comprend une station de radio FM / une station de télévision analogique / une station de télévision numérique / un équipement de studio audio vidéo / une liaison d'émetteur de studio / un système de télémétrie d'émetteur / un système de télévision d'hôtel / une diffusion en direct IPTV / une diffusion en direct en continu / une conférence vidéo / un système de diffusion CATV.

Nous utilisons des produits de technologie de pointe pour tous les systèmes, car nous savons que la fiabilité et les performances élevées sont essentielles pour le système et la solution. Dans le même temps, nous devons également nous assurer que notre système de produits a un prix très raisonnable.

Nous avons des clients de diffuseurs publics et commerciaux, d'opérateurs de télécommunication et d'autorités de régulation, et nous proposons également des solutions et des produits à des centaines de diffuseurs plus petits, locaux et communautaires.

FMUSER.ORG exporte depuis plus de 15 ans et a des clients partout dans le monde. Avec 13 ans d'expérience dans ce domaine, nous avons une équipe professionnelle pour résoudre toutes sortes de problèmes du client. Nous nous sommes engagés à fournir des prix extrêmement raisonnables de produits et services professionnels. Email du contact : [email protected]

Notre Usine

Nous avons modernisation de l'usine. Vous êtes invités à visiter notre usine lorsque vous venez en Chine.

À l'heure actuelle, il existe déjà clients 1095 partout dans le monde visité notre bureau de Guangzhou Tianhe. Si vous venez en Chine, vous êtes invités à nous rendre visite.

Au Salon

Ceci est notre participation à 2012 Global Sources Hong Kong Electronics Fair . Les clients de partout dans le monde enfin avoir une chance de se réunir.

Où est Fmuser?

Vous pouvez rechercher ces numéros " 23.127460034623816,113.33224654197693 "dans google map, vous pouvez trouver notre bureau fmuser.

bureau FMUSER Guangzhou se trouve dans le district de Tianhe, qui est le centre du Canton . Très près à la Foire de Canton , gare de guangzhou, route Xiaobei et Dashatou , seul besion 10 minutes si prendre TAXIS . Bienvenue amis partout dans le monde à visiter et à négocier.

Contact: Blue Sky
Mobile: + 8618078869184
WhatsApp: + 8618078869184
WeChat: + 8618078869184
Courriel : [email protected]
QQ: 727926717
Skype: sky198710021
Adresse: No.305 Chambre Huilan bâtiment No.273 Huangpu route Guangzhou Chine Code postal: 510620

Français: Nous acceptons tous les paiements, tels que PayPal, carte de crédit, Western Union, Alipay, Money Bookers, T / T, LC, DP, DA, OA, Payoneer, si vous avez des questions, veuillez me contacter [email protected] ou WhatsApp + 8618078869184

PayPal.  www.paypal.com

Nous vous recommandons d'utiliser Paypal pour acheter nos articles, Le Paypal est un moyen sûr d'acheter sur Internet.

Chaque de notre liste d'articles en bas de page sur le dessus ont un logo paypal pour payer.

Carte de crédit.Si vous ne disposez pas paypal, mais vous avez la carte de crédit, vous pouvez également cliquer sur le bouton jaune PayPal pour payer avec votre carte de crédit.

-------------------------------------------------- -------------------

Mais si vous avez pas une carte de crédit et ne pas avoir un compte paypal ou difficile à obtenu un accout paypal, vous pouvez utiliser ce qui suit:
Western union.  www.westernunion.com

Paiement par Western Union à moi:

Prénom / Prénom: Yingfeng
Nom / Prénom / Nom de famille: Zhang
Nom complet: Yingfeng Zhang
Pays: Chine
Ville: Guangzhou

-------------------------------------------------- -------------------

T / T.  Payer par T / T (virement / transfert télégraphique / Virement bancaire)
PREMIÈRES INFORMATIONS BANCAIRES (COMPTE COMPTE) :

SWIFT BIC: BKCHHKHHXXX
Nom de la banque: BANK OF CHINA (HONG KONG) LIMITÉE, HONG KONG
Adresse de la banque: BANK OF CHINA TOWER, 1 GARDEN ROAD, CENTRAL, HONG KONG
CODE DE LA BANQUE: 012
Nom du compte: FMUSER INTERNATIONAL GROUP LIMITED
N ° de compte. : 012-676-2-007855-0

-------------------------------------------------- -------------------
Deuxième RENSEIGNEMENTS BANCAIRES (COMPTE) :
Bénéficiaire : Fmuser International Group Inc
Numéro de compte: 44050158090900000337
Banque du bénéficiaire : succursale de la China Construction Bank Guangdong
Code SWIFT : PCBCCNBJGDX
Adresse : NO.553 Tianhe Road, Guangzhou, Guangdong, district de Tianhe, Chine
** Remarque : lorsque vous transférez de l'argent sur notre compte bancaire, veuillez ne rien écrire dans la zone de remarque, sinon nous ne pourrons pas recevoir le paiement en raison de la politique du gouvernement sur le commerce international.

* Il sera envoyé en 1-2 jours ouvrables lorsque le paiement clair.

* Nous vous enverrons à votre adresse paypal. Si vous voulez changer l'adresse, s'il vous plaît envoyez votre adresse et le numéro de téléphone à mon email [email protected]

* Si les paquets est inférieur à 2kg, nous sera expédiée par la poste aérienne, il faudra environ 15-25days à votre main.

Si le paquet est plus que 2kg, nous expédions par EMS, DHL, UPS, Fedex livraison rapide express, il faudra environ 7 ~ 15days à votre main.

Si le paquet plus 100kg, nous vous ferons parvenir par DHL ou fret aérien. Il faudra environ 3 ~ 7days à votre main.

Tous les paquets sont la forme la Chine guangzhou.

* Le colis sera envoyé comme un "cadeau" et déclear le moins possible, l'acheteur n'a pas besoin de payer pour la "TAXE".

* Après bateau, nous vous enverrons un e-mail et vous donner le numéro de suivi.

Pour la garantie.
Contactez-nous --- >> Renvoyez-nous l'article --- >> Recevez et envoyez un autre remplacement.

Nom: Liu xiaoxia
Adresse: 305Fang HuiLanGe HuangPuDaDaoXi 273Hao TianHeQu Guangzhou en Chine.
Code postal: 510620
Téléphone: 8618078869184 XNUMX XNUMX XNUMX XNUMX

S'il vous plaît revenir à cette adresse et écrivez votre paypal adresse, nom, problème sur la note: