Transmissió i transmissió de tecnologia de transmissió en directe

Acord push
Primer introduïm quins protocols push estan disponibles, el seu estat actual, avantatges i desavantatges en el camp de la transmissió en directe.

RTMP
WebRTC
Protocol propietari basat en UDP
HLS
FLV
RTMP
RTMP és l'acrònim de Protocol de missatgeria en temps real. El protocol es basa en TCP i és una família de protocols, que inclou el protocol bàsic RTMP i RTMPT / RTMPS / RTMPE i moltes altres variants. RTMP és un protocol de xarxa dissenyat per a la comunicació de dades en temps real. S’utilitza principalment per a la comunicació d’àudio, vídeo i dades entre la plataforma Flash / AIR i servidors interactius de difusió multimèdia / interactius que admeten el protocol RTMP. El programari que admet aquest acord inclou Adobe Media Server / Ultrant Media Server / red5, etc.

RTMP és el protocol actual de transmissió de mitjans de comunicació, que s’utilitza àmpliament en el camp de la transmissió en directe. Es pot dir que la majoria dels productes de transmissió en directe del mercat adopten aquest protocol.

L’assistència de CDN és bona, els proveïdors de CDN principals
Protocol senzill, fàcil d’implementar en diverses plataformes

Basat en TCP, el cost de transmissió és elevat i el problema és important quan la taxa de pèrdua de paquets és elevada en un entorn de xarxa feble.
No admet la navegació push
Acord de propietat d'Adobe, Adobe ja no s'actualitza
Els problemes d’estabilitat imprevisibles també són propensos a produir-se en simultaneïtat massiva

WebRTC, el nom del qual deriva de l'abreviatura de Web Real-Time Communication (anglès: Web Real-Time Communication), és una API que admet navegadors web per a converses de veu o vídeo en temps real. Es va obrir el 1 de juny de 2011 i es va incloure als estàndards recomanats pel W3C del World Wide Web Consortium amb el suport de Google, Mozilla i Opera.

Estàndard W3C, alt grau de suport dels navegadors principals
Google hi ha darrere i té implementacions de referència en diverses plataformes
La capa inferior es basa en SRTP i UDP, i hi ha molt espai per a l'optimització en condicions de xarxa febles
Es pot realitzar una comunicació punt a punt, amb un retard baix entre les parts de la comunicació

ICE, STUN, TURN El CDN tradicional no proporciona serveis similars
Protocol propietari basat en UDP
Algunes aplicacions de transmissió en directe faran servir UDP com a protocol subjacent per desenvolupar els seus propis protocols privats, perquè els avantatges d’UDP en un entorn de xarxa feble poden aconseguir un millor efecte d’optimització de xarxa feble mitjançant una certa sintonització personalitzada, però també està obligat a ser privat. protocol.

Alt cost de desenvolupament
CDN no és amigable, heu de crear el vostre propi CDN o arribar a un acord amb CDN
Lluiteu de manera independent, sense poder evolucionar amb la comunitat
Altres acords

El protocol FLV està promogut principalment per Adobe. El format és extremadament senzill, tret que s’afegeix informació de capçalera de marcador a un gran bloc de marcs de vídeo i capçaleres d’àudio i vídeo. Degut a aquesta simplicitat extrema, és madur en termes de rendiment de retard i concurrència a gran escala. L'única deficiència és que el suport al navegador mòbil és molt limitat, però és molt adequat per utilitzar-lo com a protocol de transmissió en directe de l'aplicació mòbil.

La solució introduïda per Apple divideix el vídeo en petits segments de vídeo de 5 a 10 segons i els gestiona amb la taula d'índex m3u8. Com que els vídeos descarregats pel client són dades completes de 5 a 10 segons, la fluïdesa del vídeo és molt bona. Bé, però també introdueix un gran retard (el retard general de l’HLS és d’uns 10-30 segons). En comparació amb FLV, HLS té un fort suport a l’iPhone i a la majoria de navegadors mòbils Android, de manera que s’utilitza sovint per compartir URL a QQ i WeChat Moments.

Els mitjans de comunicació en streaming que expulsem han de ser transmesos al públic. Tot l'enllaç és la xarxa de transmissió. L’analogia de la logística de mercaderies es troba a tota la distància des del punt de sortida fins a la destinació. Si la capacitat de la carretera no és suficient, provocarà embussos, la qual cosa suposa una congestió de la xarxa. En aquest moment, canviarem la distància, que és l’anomenada programació intel·ligent, però la xarxa de transmissió es programarà des d’una perspectiva global, de manera que tindrà un efecte millor que la planificació del món atòmic. És concebible que hi hagi un déu mirant cap avall l’origen i la destinació del cel. Tota la informació de trànsit del temps, que és en temps real, i després us dóna una carretera clara, que màgic.

Per què hi ha una xarxa de distribució de contingut, l’origen de la xarxa de distribució de contingut
Internet es va originar a partir d’una xarxa interna de l’exèrcit nord-americà. Tim Berners-Lee és un dels inventors d'Internet. Ben aviat va preveure que la congestió de la xarxa esdevindria l’obstacle més gran per al desenvolupament d’Internet en un futur proper, de manera que va plantejar un problema acadèmic. Per inventar un mètode nou i fonamentalment de resolució de problemes per aconseguir la distribució lliure de congestió de contingut d’Internet, aquest problema acadèmic va donar a llum un innovador servei d’Internet-CDN. En aquella època, el doctor Berners-Lee era al costat del despatx del professor Tom Leighton, professor de matemàtica aplicada a l’Institut de Tecnologia de Massachusetts. El desafiament de Berners-Lee el va despertar. Letghton finalment va resoldre aquest problema i va iniciar el seu propi pla de negoci, establint Akamai, convertint-se en la primera empresa mundial de CDN.

La figura anterior és un diagrama esquemàtic del desplegament a tres nivells d’un sistema CDN típic. El node és la unitat de desplegament més bàsica del sistema CDN. Es divideix en desplegament de tres nivells, node central, node regional i node de vora. El nivell superior és el node central i el mig és el node central. El nivell és un node regional i els nodes perifèrics estan geogràficament dispersos, proporcionant als usuaris serveis d’accés al contingut propers.

A continuació es presenta la classificació dels nodes CDN, que es divideixen principalment en dues categories, els nodes troncals i els nodes POP, i els nodes troncals es divideixen en nodes centrals i nodes regionals.

Node de vora
Lògicament parlant, els nodes troncals són els principals responsables de la distribució del contingut i tornen a la font quan es perden els nodes de vora, i els nodes POP són els principals responsables de proporcionar als usuaris serveis d’accés al contingut propers. No obstant això, si l’escala de xarxa CDN és gran, els nodes de vora tornen directament al node central provocant una pressió excessiva sobre l’equip central de la capa mitjana. Introduïu físicament nodes regionals per ser responsables de la gestió d’una àrea geogràfica i desar algunes dades actualitzades.

Els punts de dolor de la xarxa de transmissió en directe que són diferents dels CDN tradicionals
Amb l'arribada de l'era en viu, la transmissió en directe s'ha convertit en un altre camp de batalla important per als actuals proveïdors de CDN. Quin tipus de serveis necessita CDN per donar suport a l'era Live?

Suport per a la transmissió de protocols multimèdia, inclosos RTMP, HLS, HTTP-FLV, etc.
La primera pantalla s'activa en qüestió de segons i el control es troba en qüestió de segons des del clic de l'usuari fins a la reproducció
1-3 control de retard, des del final de la transmissió fins al final de la reproducció, el retard es controla entre 1 i 3 segons
L'encaminament intel·ligent global de tota la xarxa pot utilitzar tots els nodes de tota la xarxa CDN per atendre un sol usuari, independentment de les restriccions geogràfiques. Amb l’avanç continu del procés d’integració global, l’emissió en directe a través de regions, països i continents s’està convertint en la norma. És molt probable que l’àncora estigui a Europa i als Estats Units i els usuaris a Àsia.

Els nodes a nivell de dia augmenten sota demanda i les empreses xineses que van a l’estranger s’han convertit en una tendència. CDN necessita més nodes a l’estranger. Actualment, més nodes a l’estranger competeixen per un desplegament ràpid. Passa un dia des que augmenta la demanda de nodes fins que es connecta a la xarxa per proporcionar serveis. Dins d’això, s’exigeixen requisits molt elevats en operació i manteniment i planificació de CDN. El pla mensual original i l'accés a la xarxa no poden complir els requisits avançats.
Enrutament tradicional d’enllaços CDN

CDN es basa en una topologia de xarxa semblant a un arbre. Cada capa té GSLB (Global Server Load Balancing) per equilibrar la càrrega de diversos nodes CDN de la mateixa capa. Quins avantatges hi ha?

Entre els nombrosos escenaris d'aplicació CDN esmentats anteriorment, l'acceleració web, l'acceleració de vídeo i l'acceleració de transferència de fitxers depenen simultàniament dels sistemes GSLB i Cache. El sistema de memòria cau és el cost de tot el sistema CDN i es pot maximitzar l'estructura de l'arbre de disseny. Estalvieu la inversió de capital del sistema de memòria cau. Com que només el node central necessita conservar totes les còpies de la memòria cau de l’oportunitat, es redueix pas a pas i els nodes de vora només necessiten una petita quantitat de memòria cau calenta per arribar a la majoria de les sol·licituds d’accés a la xarxa CDN, que també coincideix amb el temps. Les necessitats dels usuaris de CDN són una situació de guanyar-guanyar.

Però a l’era en directe, el servei d’emissió en directe és un servei de transmissió i poques vegades implica el sistema de memòria cau. Bàsicament, els recursos d’emmagatzematge es poden alliberar un cop finalitzada l’emissió. Fins i tot si els requisits d’emmagatzematge es deuen a raons de política, tots són emmagatzematge en fred. La inversió en emmagatzematge és relativament econòmica i no requereix emmagatzematge en tots els nodes, sempre que les dades es puguin rastrejar i estar disponibles.

Vegem la topologia de xarxa en forma d’arbre. El nombre d'enllaços disponibles per als usuaris és limitat. Com es mostra a la figura següent, el nombre d’enllaços disponibles per als usuaris en una àrea determinada és: 2 * 5 = 10

Si l’usuari es troba en una àrea determinada, GSLB (normalment Smart DNS al nivell del node de vora) encaminarà l’usuari cap a un node de vora de la zona i la capa superior encaminarà l’usuari cap a un node d’àrea (aquí, equilibrador de càrrega intern) i, finalment, al node central, el node central enllaçarà l’estació font.

El node més ràpid al qual l’usuari pot accedir ha de ser el node de vora de la zona. Si no hi ha cap node de vora a l'àrea, el node més ràpid ha de ser el node de vora a l'àrea lògicament adjacent.

El node més ràpid al qual pot accedir un node de vora ha de ser un node d'àrea de la zona i no ha de ser un node en altres àrees.
El node regional al node central ha de ser el més ràpid, i la velocitat i l’amplada de banda d’aquest enllaç són òptimes.
Però, és realment així? És cert introduir tantes suposicions?

De fet, fins i tot si teòricament podem demostrar que els supòsits anteriors són vàlids, la planificació de nodes i la configuració regional depenen principalment del disseny i la planificació de les persones. Sabem que un gran nombre de persones no són fiables i, fins i tot si la planificació regional és correcta en aquell moment, qui pot garantir-les estàtiques. Es canviarà la planificació de la xarxa a causa de la col·locació d’una fibra o a causa d’una pressió excessiva sobre determinats IDC? Per tant, podem saltar dels grillons de la topologia de xarxa en forma d’arbre i explorar una nova topologia de xarxa adequada per a l’acceleració de transmissions en directe.

Per desfer-nos de les restriccions limitades d’enrutament d’enllaços i activar la possibilitat d’organitzar la xarxa, podem convertir els nodes anteriors en una topologia de xarxa de malla:

Hem vist que un cop canviat l’estructura de la xarxa per una estructura de malla, els enllaços seleccionables de l’usuari es converteixen en: tots els camins entre dos punts especificats al gràfic no dirigit, com saben els estudiants que han estudiat la teoria de grafs, el nombre és sorprenent.

El sistema pot seleccionar qualsevol dels més ràpids enllaçar mitjançant un encaminament intel·ligent en lloc de confiar en una planificació manual obsoleta durant el desplegament del sistema. Tant si es tracta de l’addició de fibra entre alguns enllaços com de la pressió excessiva d’un determinat IDC, es pot reflectir a la xarxa d’acabat en temps real, per ajudar els usuaris a treure l’enllaç òptim en temps real. En aquest moment, podem eliminar alguns dels supòsits anteriors i planificar l’enrutament d’enllaços de la xarxa en temps real a través de màquines en lloc d’éssers humans. Aquestes tasques de càlcul a gran escala en temps real no són intrínsecament forces de l’ésser humà, i les hauríem de donar a espècies més adequades.

Com s'ha esmentat anteriorment, les empreses xineses que van a l'estranger s'han convertit en una tendència general i la demanda de nodes CDN a l'estranger està augmentant. En aquesta situació, els proveïdors de CDN han de desplegar noves xarxes troncals i nodes perifèrics a noves regions i cal una planificació detallada de la xarxa. Els temps han canviat. Originalment, els usuaris de CDN eren tots usuaris de nivell empresarial i el cicle d'iteració de les seves línies de negoci era llarg, hi havia un pla de temps llarg i quedaven més temps per als proveïdors de CDN. Les empreses d'Internet presten atenció a la velocitat. Les iteracions quinzenals s’han convertit en la norma. Això implica la contradicció entre el cost i la velocitat de resposta. Si es desplegen nodes per endavant, poden servir millor a aquestes empreses d'Internet, però hi ha una pressió de cost més elevada i viceversa. No es pot respondre a aquestes empreses d’Internet que creixen ràpidament.

Idealment, si l'usuari presenta un requisit, el fabricant de CDN l'avalua internament, dóna comentaris el mateix dia i es desplega el mateix dia, el client pot provar nodes nous a la nova àrea el mateix dia. Com fer-hi front?

La resposta és una xarxa peer-to-peer basada en una topologia de malla. A la topologia de malla, cada node és un parell. Lògicament, els serveis que proporciona cada node són equivalents. No cal dissenyar una topologia de xarxa complexa per regió. Un cop els nodes estiguin en línia, no cal un procés de desplegament complicat i podeu registrar directament la informació dels nodes en línia per proporcionar serveis als usuaris. En teoria, el temps anterior i posterior combinat amb la tecnologia de virtualització es pot controlar en un dia.

A quina distància (llarg) de la coberta del transmissor?

L'abast de transmissió depèn de molts factors. La distància real es basa en la instal·lació de l'antena d'altura, guany d'antena, utilitzant com a mitjà de construcció i altres obstruccions, la sensibilitat del receptor, l'antena del receptor. La instal·lació de l'antena més alta i l'ús en el camp, la distància serà molt més lluny.

Transmissor FM 5W exemple, l'ús a la ciutat i la ciutat natal:

Tinc un client d'ús del transmissor FM amb antena 5W EUA GP a la seva ciutat natal, i ho prova amb un cotxe, és cobrir 10km (6.21mile).

Puc provar el transmissor de FM amb antena GP 5W a la meva ciutat natal, que cobreixen al voltant 2km (1.24mile).

Puc provar el transmissor de FM amb antena 5W metge de capçalera a la ciutat de Guangzhou, que només cobreixen al voltant 300meter (984ft).

A continuació es presenten l'interval aproximat de diferents transmissors de FM de potència. (El rang és de diàmetre)

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

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

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

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

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

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

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

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

Com posar-se en contacte amb nosaltres per al transmissor?

Llámame + O 8618078869184
vam enviar un correu electrònic [protegit per correu electrònic]
1.How fins on vol cobrir de diàmetre?
2.How alta que la torre?
3.Where ets?
I li donarem un assessorament més professional.

Sobre Nosaltres

FMUSER.ORG és una empresa d’integració de sistemes centrada en equips de transmissió i transmissió de vídeo sense fil de radiofreqüència / estudi i processament de dades. Oferim tot, des de l'assessorament i la consultoria a través de la integració de bastidors fins a la instal·lació, la posada en servei i la formació.

Oferim transmissor FM, transmissor de televisió analògica, transmissor de televisió digital, transmissor UHF VHF, antenes, connectors de cable coaxial, STL, processament aeri, productes de difusió per a estudi, monitorització de senyals RF, codificadors RDS, processadors d’àudio i unitats de control de llocs remots, Productes IPTV, codificador / decodificador d’àudio / vídeo, dissenyats per satisfer les necessitats de grans xarxes de difusió internacionals i de petites estacions privades.

La nostra solució compta amb estació de ràdio FM / estació de televisió analògica / estació de televisió digital / equip d’estudi d’àudio i vídeo / enllaç de transmissor d’estudi / sistema de telemetría de transmissor / sistema de televisió d’hotel / transmissió en directe IPTV / transmissió en directe de transmissió / conferència de vídeo / sistema de difusió CATV.

Utilitzem productes de tecnologia avançada per a tots els sistemes, ja que sabem que l’alta fiabilitat i l’alt rendiment són tan importants per al sistema i la solució. Al mateix temps, hem d'assegurar-nos que el nostre sistema de productes té un preu molt raonable.

Tenim clients de radiodifusors públics i comercials, operadors de telecomunicacions i autoritats reguladores, i també oferim solucions i productes a molts centenars d’emissores locals, petites i comunitàries.

FMUSER.ORG porta exportant més de 15 anys i té clients a tot el món. Amb 13 anys d’experiència en aquest camp, comptem amb un equip professional per resoldre tot tipus de problemes del client. Ens dediquem a subministrar els preus extremadament raonables de productes i serveis professionals. Correu electrònic de contacte : [protegit per correu electrònic]

la nostra fàbrica

Tenim modernització de la fàbrica. Que són benvinguts a visitar la nostra fàbrica quan s'arriba a la Xina.

En l'actualitat, ja hi ha clients 1095 a tot el món van visitar la nostra oficina Guangzhou Tianhe. Si vostè ve a la Xina, que són benvinguts a visitar-nos.

a la Fira

Aquesta és la nostra participació en 2012 Global Sources Hong Kong Electronics Fair . Els clients de tot el món finalment tenir l'oportunitat de reunir-se.

On és Fmuser?

Podeu cercar aquests números " 23.127460034623816,113.33224654197693 "a google map, podreu trobar la nostra oficina fmuser.

FMUSER oficina de Guangzhou es troba al districte de Tianhe, que és el centre del Cantó . molt a prop fins al Fira de Canton , Estació de tren de Guangzhou, Xiaobei carretera i Dashatou , Només cal 10 minuts si pren TAXI . Benvinguts amics de tot el món a visitar i negociar.

Contacte: Blue Sky
Cel·lular: + 8618078869184
WhatsApp: + 8618078869184
Wechat: + 8618078869184
Adreça electrònica: [protegit per correu electrònic]
QQ: 727926717
Skype: sky198710021
Adreça: Sala de No.305 Huilan Edifici No.273 Huanpu carretera Guangzhou, Xina Codi postal: 510620

Anglès: Acceptem tots els pagaments, com PayPal, targeta de crèdit, Western Union, Alipay, Money Bookers, T / T, LC, DP, DA, OA, Payoneer, si teniu cap pregunta, poseu-vos en contacte amb mi [protegit per correu electrònic] o WhatsApp + 8618078869184

PayPal.  www.paypal.com

Recomanem que utilitzi PayPal per comprar els nostres articles, el PayPal és una forma segura per comprar a Internet.

Cada pàgina de la nostra llista d'elements de fons a la part superior tenen un logotip de PayPal per pagar.

Targeta de crèdit.Si no té PayPal, però vostè ha targeta de crèdit, també pot fer clic al botó groc de PayPal per pagar amb la targeta de crèdit.

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

Però si vostè no té una targeta de crèdit i no tenir un compte de PayPal o difícil va aconseguir un accout PayPal, pot utilitzar el següent:
Unió Occidental.  www.westernunion.com

Pagar per Western Union a mi:

Nom i cognoms: Yingfeng
Cognom / Cognom / Nom de família: Zhang
Nom complet: Yingfeng Zhang
País: Xina
Ciutat: Guangzhou

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

T / T.  pagar amb T / T (transferència bancària / transferència telegràfica / transferència bancària)
Primera informació bancària (COMPTE DE L'EMPRESA):

SWIFT BIC: BKCHHKHHXXX
Nom del banc: BANK OF CHINA (HONG KONG) LIMITED, HONG KONG
Adreça bancària: BANC DE LA TORRE DE XINA, 1 GARDEN ROAD, CENTRAL, HONG KONG
CÓDIG BANC: 012
Nom del compte: FMUSER INTERNATIONAL GROUP LIMITED
Núm de compte. : 012-676-2-007855-0

-------------------------------------------------- -------------------
Segona informació bancària (COMPTE DE L'EMPRESA):
Beneficiari: Fmuser International Group Inc.
Número de compte: 44050158090900000337
Banc del beneficiari: sucursal del Guangdong de China Construction Bank
Codi SWIFT: PCBCCNBJGDX
Adreça: carretera NO.553 Tianhe, Guangzhou, Guangdong, districte de Tianhe, Xina
** Nota: quan transferiu diners al nostre compte bancari, NO escriviu res a l'àrea de comentaris, en cas contrari no podrem rebre el pagament a causa de la política governamental sobre comerç internacional.

* Aquest document s'enviarà a 1 2-dies de treball quan el pagament és clar.

* Enviarem a la seva adreça de PayPal. Si vostè vol canviar la direcció, si us plau, envieu la vostra direcció correcta i número de telèfon a la vostra adreça [protegit per correu electrònic]

* Si els paquets es troba per sota 2kg, ens enviaran a través de correu aeri, trigarà aproximadament 15-25days a la mà.

Si el paquet és més que 2kg, enviarem a través d'EMS, DHL, UPS, Fedex lliurament ràpid expressa, prendrà al voltant de 7 ~ 15days al seu costat.

Si el paquet de més de 100kg, anem a enviar per DHL o el noli aeri. Es durà a prop 3 ~ 7days al seu costat.

Tots els paquets són la forma xinesa de Guangzhou.

* El paquet s'enviarà com a "regal" i es descomptarà el mínim possible, perquè el comprador no hagi de pagar l'impost.

* Després de la nau, li enviarem un correu electrònic i li donarà el nombre de seguiment.

Per a la garantia.
Poseu-vos en contacte amb nosaltres --- >> Envieu-nos l'article --- >> Rebeu i envieu un altre substitut.

Nom: Liu xiaoxia
Direcció: 305Fang HuiLanGe HuangPuDaDaoXi 273Hao TianHeQu Guangzhou, Xina.
Postal: 510620
Telèfon: + 8618078869184

Si us plau, torni a aquesta adreça i escriure el seu PayPal, nom, adreça problema a la nota: