1. Le status quo
À l'ère de la diffusion nationale en direct, n'importe qui peut prendre l'appareil entre ses mains pour diffuser en direct. La diffusion en direct crée des emplois pour un groupe de personnes et apporte d'énormes avantages aux principales plates-formes de diffusion en direct. Il doit être de haute qualité face à un marché énorme. Seule la technologie de diffusion en direct à faible coût peut se démarquer de la concurrence et devenir un leader dans l'industrie de la diffusion en direct. Cinq processus clés de la diffusion vidéo en direct: 1. Enregistrement 2. Encodage 3. Transmission réseau 4. Décodage 5. Lecture. Chacun de ces liens affectera la qualité et le temps de retard de la diffusion en direct. Ci-dessous, nous parlerons principalement du troisième point d'optimisation du délai.
La technologie actuelle de diffusion en direct utilise généralement des protocoles tels que RTMP, HLS, HDL (HTTP-FLV) et RTP. Le protocole le plus courant parmi ces protocoles est le protocole rtmp. Aujourd'hui, de nombreuses plates-formes de diffusion en direct en Chine sont toujours utilisées, et il existe également HLS. C'est aussi un très grand accord. Faites quelques brèves présentations des accords susmentionnés.
2. Accord
(1) Protocole RTMP
Il s'agit d'un accord de brevet d'Adobe, qui n'est pas pris en charge par la plupart des CDN étrangers. La popularité dans le pays est très élevée. Il existe plusieurs raisons:
1) Le support des logiciels open source et des bibliothèques open source est stable et complet. Par exemple, le logiciel OBS couramment utilisé par les ancres Douyu, la bibliothèque librtmp open source et le plug-in nginx-rtmp côté serveur.
2) Le taux d'installation du lecteur est élevé. Tant que le navigateur prend en charge FlashPlayer, la diffusion en direct RTMP peut être lue très facilement et le protocole détaillé peut être compris par Google. Comparé à d'autres protocoles, le processus de prise de contact est trop compliqué lorsque le protocole RTMP établit une connexion pour la première fois (la couche inférieure est basée sur TCP, voici l'interaction du protocole RTMP lui-même), en fonction des différentes conditions du réseau, il va apporter plus de 100ms de retard à la première ouverture. Les diffusions en direct basées sur RTMP ont généralement un délai de 2 à 5 secondes.
(2) Protocole HTTP-FLV
Autrement dit, utilisez le protocole HTTP pour diffuser du contenu multimédia. Comparé à RTMP, HTTP est plus simple et bien connu, et il n'y a aucune crainte d'être kidnappé par les brevets d'Adobe. Le délai de contenu peut également être atteint pendant 2 à 5 secondes et la vitesse d'ouverture est plus rapide, car HTTP lui-même n'a pas d'interaction d'état complexe. Donc, du point de vue de la latence, HTTP-FLV est meilleur que RTMP.
(3) Accord HLS
HLS signifie Http Live Streaming, qui est un protocole de transmission multimédia en continu basé sur HTTP proposé par Apple. HLS a un très gros avantage: HTML5 peut être ouvert et lu directement; cela signifie qu'un lien en direct peut être transféré et partagé via WeChat, etc., sans installer aucune application indépendante, juste un navigateur, il est donc très populaire. Application de streaming social en direct, HLS peut être considéré comme étant juste nécessaire, analysons ses principes. À
Le principe de base de HLS est que lorsque la collecte et le push end poussent le flux vidéo vers le serveur multimédia en continu, le serveur mettra en mémoire tampon les informations de flux reçues dans un nouveau fichier ts chaque fois qu'il est mis en cache pendant un certain temps, et le serveur créera un fichier d'index m3u8 pour maintenir l'index des derniers fragments ts. Lorsque le lecteur reçoit la diffusion en direct, il obtient les derniers fragments de fichier vidéo ts du fichier d'index m3u8 à lire, afin de garantir que l'utilisateur verra du contenu plus récent chaque fois qu'il se connectera, réalisant une expérience de diffusion en direct similaire. Par rapport aux protocoles de diffusion en direct courants, tels que RTMP et RTSP, la plus grande différence de HLS est que ce que le client de diffusion en direct obtient n'est pas un flux de données complet, mais un fichier multimédia continu de courte durée. Téléchargez et lisez ces petits fichiers. Le délai minimum théorique de cette méthode est la durée d'un fichier ts, et généralement la durée de 2-3 fichiers ts. La stratégie de segmentation de HLS est fondamentalement recommandée pour être un segment de 10 secondes
(4) Protocole RTP
RTP est le protocole de transport en temps réel, un protocole de couche de transport pour le streaming de données multimédias sur Internet. Dans les scénarios d'application réels, RTCP (RTP Control Protocol) doit souvent être utilisé ensemble. Il peut être simplement compris que RTCP transmet une signalisation de commande interactive et RTP transmet des données multimédias réelles. À
RTP dispose d'une large gamme d'applications en vidéosurveillance, visioconférence et téléphonie IP, car une expérience importante en visioconférence et téléphonie IP: le contenu en temps réel.
Par rapport aux trois ou en fait deux protocoles ci-dessus, il y a une différence importante entre RTP et eux que la valeur par défaut est d'utiliser le protocole UDP pour transmettre des données, tandis que RTMP et HTTP sont basés sur la transmission de protocole TCP. Pourquoi UDP peut-il produire de tels effets en temps réel? J'ai recherché de nombreux articles sur l'analyse de la différence entre TCP et UDP. Je ne vais pas les répéter ici, mais résumer brièvement:
1) UDP: un seul datagramme, pas besoin d'établir une connexion, simple, peu fiable, perte de paquets et désordre;
2) TCP: streaming, nécessité d'établir une connexion, complexe, fiable et ordonnée. À
La scène du streaming audio et vidéo en temps réel n'a pas besoin d'être garantie de manière fiable, il n'est donc pas nécessaire de disposer d'un mécanisme de retransmission. La visualisation en temps réel des images et des sons, la perte de certains contenus lorsque le réseau tremble, les écrans flous et flous n'ont absolument aucune importance. TCP provoquera un retard et une désynchronisation pour la retransmission. Si un certain contenu est retransmis et arrivera après 1 seconde, alors la conversation entière sera retardée d'une seconde. Au fur et à mesure que le réseau vacille, le délai augmentera à 1 secondes ou 2 secondes, si la lecture du client n'est pas traitée, cela affectera sérieusement l'expérience de diffusion en direct. À
Pour résumer: dans le choix du protocole de diffusion en direct, si vous choisissez RTMP ou HTTP-FLV, cela signifie qu'il y a un retard de contenu de 2 ~ 5 secondes, mais lorsque le retard est activé, HTTP-FLV est meilleur que RTMP . HLS a un délai de contenu de 5 à 7 secondes. La sélection de RTP pour la diffusion en direct peut obtenir un délai de diffusion en direct en 1 seconde. Mais pour autant que je sache, les principaux fabricants de CDN ne prennent pas en charge la diffusion en direct basée sur RTP, de sorte que le courant dominant national actuel est toujours RTMP ou HTTP-FLV, et il y a aussi le HLS émergent.
(5) Comparaison de HLS et RTMP
1) HLS
① Inconvénients du HLS:
En règle générale, le délai de diffusion en direct HLS atteindra 20-30 s, et un délai élevé est inacceptable pour les diffusions en direct qui nécessitent une expérience interactive en temps réel.
HLS est basé sur une connexion HTTP courte, HTTP est basé sur TCP, ce qui signifie que HLS doit établir en permanence une connexion avec le serveur. Une connexion TCP à trois voies à chaque fois qu'une connexion est établie, un processus de démarrage lent et quatre vagues de mains lors de la déconnexion entraîneront une consommation.
② Avantages de HLS:
Les données sont transmises via le protocole HTTP, il n'est donc pas nécessaire de prendre en compte les problèmes de pare-feu ou de proxy lors de l'utilisation de HLS.
En utilisant des fichiers fragmentés de courte durée pour la lecture, le client peut facilement changer le débit binaire pour s'adapter à la lecture dans différentes conditions de bande passante.
HLS est un protocole de diffusion multimédia lancé par Apple. Il peut être naturellement pris en charge sur la plateforme iOS. Il peut être lu directement en utilisant l'AVPlayer fourni par le système, sans avoir à développer un lecteur par lui-même.
2) RTMP
Par rapport à HLS, lorsque le protocole RTMP est adopté, il s'agit d'un flux de données de la collection et du push end vers le serveur multimédia en continu, puis vers la fin de lecture, il n'y aura donc pas de fichiers d'atterrissage sur le serveur. De cette manière, RTMP présente relativement ces avantages:
① Le délai est petit, généralement de 1 à 3 s.
② Sur la base d'une connexion TCP longue, il n'est pas nécessaire d'établir une connexion plusieurs fois.
Par conséquent, la plupart des services de diffusion en direct du secteur choisiront RTMP comme protocole de diffusion multimédia en continu. Habituellement, le flux de données est encapsulé dans FLV et fourni via HTTP. Cependant, certains problèmes doivent être résolus:
① La plate-forme iOS ne fournit pas de lecteur prenant en charge nativement RTMP ou HTTP-FLV, ce qui nécessite le développement d'un lecteur prenant en charge les protocoles associés.
3. optimisation du délai HLS
Le retard de hls est principalement composé des trois parties suivantes:
(1) Le temps nécessaire à l'encodeur et au séparateur de flux côté serveur pour générer des fichiers TS
(2) Le temps nécessaire au client pour télécharger le fichier TS, et nécessite généralement le téléchargement de deux fichiers multimédias TS
(3) Décodage du client et temps de lecture
|
|
|
|
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: |
|
