FMUSER Wirless Transmet vídeo i àudio més fàcil!
es.fmuser.org
it.fmuser.org
fr.fmuser.org
de.fmuser.org
af.fmuser.org -> afrikaans
sq.fmuser.org -> Albanès
ar.fmuser.org -> Àrab
hy.fmuser.org -> Armeni
az.fmuser.org -> Azerbaidjanès
eu.fmuser.org -> basc
be.fmuser.org -> bielorús
bg.fmuser.org -> Bulgària
ca.fmuser.org -> català
zh-CN.fmuser.org -> Xinès (simplificat)
zh-TW.fmuser.org -> Xinès (tradicional)
hr.fmuser.org -> croata
cs.fmuser.org -> txec
da.fmuser.org -> Danès
nl.fmuser.org -> Holandès
et.fmuser.org -> estonià
tl.fmuser.org -> filipí
fi.fmuser.org -> finès
fr.fmuser.org -> Francès
gl.fmuser.org -> gallec
ka.fmuser.org -> georgià
de.fmuser.org -> alemany
el.fmuser.org -> Grec
ht.fmuser.org -> crioll haitià
iw.fmuser.org -> Hebreu
hi.fmuser.org -> Hindi
hu.fmuser.org -> Hungarian
is.fmuser.org -> islandès
id.fmuser.org -> indonesi
ga.fmuser.org -> irlandès
it.fmuser.org -> Italià
ja.fmuser.org -> japonès
ko.fmuser.org -> coreà
lv.fmuser.org -> Letó
lt.fmuser.org -> Lituània
mk.fmuser.org -> macedoni
ms.fmuser.org -> Malai
mt.fmuser.org -> maltès
no.fmuser.org -> Noruega
fa.fmuser.org -> persa
pl.fmuser.org -> Polonès
pt.fmuser.org -> Portuguès
ro.fmuser.org -> Romanès
ru.fmuser.org -> rus
sr.fmuser.org -> serbi
sk.fmuser.org -> Eslovac
sl.fmuser.org -> Eslovènia
es.fmuser.org -> Castellà
sw.fmuser.org -> Suahili
sv.fmuser.org -> Suec
th.fmuser.org -> Tai
tr.fmuser.org -> turc
uk.fmuser.org -> ucraïnès
ur.fmuser.org -> urdú
vi.fmuser.org -> Vietnamita
cy.fmuser.org -> gal·lès
yi.fmuser.org -> Yiddish
HTTP Live Streaming (HLS) és un protocol de transmissió multimèdia basat en HTTP implementat per Apple Inc., que pot realitzar transmissions multimèdia en directe i sota demanda. S’utilitza principalment al sistema iOS per proporcionar àudio per a dispositius iOS (com ara iPhone i iPad). Vídeo en directe i programes a la carta. HLS sota demanda és bàsicament el HTTP segmentat més comú sota demanda. La diferència és que els seus segments són molt petits. Per aconseguir HLS sota demanda, el focus es centra en segmentar els fitxers multimèdia. Actualment hi ha moltes eines de codi obert que es poden utilitzar. No parlaré aquí, només parlaré de tecnologia de transmissió en directe HLS.
En comparació amb els protocols de difusió en directe dels mitjans de comunicació habituals, com ara RTMP, RTSP, MMS, etc., la diferència més gran de la transmissió en directe HLS és que el que obté el client de transmissió en directe no és un flux de dades complet. El protocol HLS emmagatzema el flux de dades en directe com a fitxers multimèdia continus i de curta durada (format MPEG-TS) al costat del servidor, i el client descarrega i reprodueix contínuament aquests fitxers petits, perquè el costat del servidor sempre actualitzarà l’última transmissió en directe. les dades generen nous fitxers petits, de manera que mentre el client reprodueix contínuament els fitxers obtinguts del servidor en seqüència, es realitza la transmissió en directe. D’això es desprèn que, bàsicament, es pot considerar que l’HLS és una forma tècnica de demanda sota demanda per aconseguir la transmissió en directe. Com que les dades es transmeten a través del protocol HTTP, no cal tenir en compte els tallafocs ni els problemes de proxy, i la durada del fitxer segmentat és molt curta i el client pot seleccionar i canviar ràpidament la velocitat del codi per adaptar-se a la reproducció a diferents condicions d’amplada de banda. No obstant això, aquesta característica tècnica de HLS determina que el seu retard és generalment superior al dels protocols de difusió en directe de mitjans de comunicació habituals.
Especificació del protocol HLS per generar fitxers TS estàndard segmentats i fitxers d'índex m3u8
Tecnologia de reproducció P2P
L’ordinador A demana un vídeo vedio, el servidor l’enregistra i consulta quin ordinador de l’ordinador A també està mirant el vídeo i troba l’ordinador B. En aquest moment, l’ordinador B s’utilitza com a CDN per proporcionar recursos per a l’ordinador A
CDN: acceleració de contingut
hls és un vídeo normal
drm és un vídeo digital de protecció dels drets d'autor
https és un túnel exterior
La diferència entre http i https
Les dades transmeses pel túnel establertes després d'una sèrie d'operacions d'aproximació de mans seran xifrades / desxifrades simètricament, que inclouen 6 claus i és un període curt, de manera que són segures. HTTP i https utilitzen mètodes de connexió completament diferents i utilitzen diferents ports. El primer és 80 i el segon és 443. La connexió http és molt senzilla i sense estat, ... El protocol HTTPS és un protocol de xarxa construït pel protocol SSL + HTTP que es pot xifrar de transmissió i l’autenticació d’identitats és més segura que el protocol http
HLS vs. RTMP, comparació RTSP
Hauríeu de parlar de la transmissió en directe HTTP [1]. Es tracta d’una tecnologia desenvolupada per Apple per millorar l’eficiència de la transmissió. Es caracteritza per dividir el mitjà de transmissió en diversos segments de TS (per exemple, un segment cada 10 segons) i, a continuació, recopilar aquests segments de TS a través d'un fitxer de llista m3u ampliat perquè el reproductor client el rebi.
L’avantatge d’aquest mètode en comparació amb l’ús del protocol RTSP és que un cop finalitzada la segmentació, el procés de distribució posterior no necessita utilitzar cap programari especial. El servidor de xarxa ordinari és suficient, cosa que redueix en gran mesura els requisits de configuració del servidor de vora CDN i podeu utilitzar qualsevol CDN de venda lliure. El protocol utilitzat per a la distribució és l'HTTP més comú. L'optimització de la memòria cau d'aquest protocol pels servidors proxy és bastant madura, mentre que pocs servidors proxy optimitzen la memòria cau de RTSP. Això té avantatges considerables per reproduir vídeo (suau) en temps real, ja que després d’aquesta distribució, la pressió de càrrega al servidor d’origen és molt menor.
Hi ha tres tipus de protocols multimèdia: rtmp, rtsp, transmissió en directe http (un per a apple i un per a adobe)
Rtmp és adobe, suport natiu per a Android rtsp, la transmissió en directe de http (en endavant hls) és, per descomptat, la principal característica d'Apple i, finalment, Adobe l'admet.
Tant rtmp com rtsp requereixen servidors especials, per exemple, rtmp requereix FMS / red5, rtsp requereix darwin, etc., hls només requereix servidors normals i els avantatges són molt clars al primer pis.
Aplicació RTMP en viu i anàlisi de retard
En aplicacions de transmissió en directe, RTMP i HLS poden cobrir bàsicament tots els clients a veure,
El principal avantatge de HLS és que el retard és relativament gran i el principal avantatge de RTMP és que el retard és baix.
Compareu els següents mètodes de distribució de mitjans de difusió utilitzats a Internet:
. HLS: HLS d'Apple, és compatible amb la transmissió a demanda i en directe.
. HTTP: flux HTTP, flux HTTP definit per cada empresa, aplicat a llocs web nacionals de vídeo a la carta.
. RTMP: aplicació en viu, que té certs requisits per al rendiment en temps real, principalment per a PC.
RTMFP RTMFP M3U8 VOD basat en UDP.
En utilitzar RTMFP, les aplicacions que depenen de la transmissió en directe i la comunicació en temps real, com ara comunitats, xats d’àudio i vídeo i jocs multijugador, tenen la capacitat de llançar solucions de comunicació d’alta qualitat. RTMFP permet als usuaris finals connectar-se i comunicar-se directament i xatejar directament amb un micròfon i una càmera. RTMFP no admet l’ús compartit de fitxers i documents. Aquesta solució millora l’experiència actual de Flash Player en interacció amb la xarxa.
RTMFP reduirà el consum d’amplada de banda de solucions de xat en temps real i transmissió en directe, com ara xats d’àudio i vídeo i jocs multijugador. Com que les dades RTMFP flueixen entre usuaris finals en lloc de servidors, aquesta solució és molt adequada per al desplegament a gran escala. RTMFP també millora la velocitat de transmissió a causa de l’ús d’UDP. UDP és una manera més eficaç de transmetre àudio i vídeo a Internet, tot i que hi haurà alguns paquets de pèrdues i errors de paquets. RTMFP té dues funcions que poden ajudar a resoldre alguns errors de connexió.
Recuperació ràpida de la connexió: la connexió es recuperarà ràpidament en una situació inesperada. Per exemple, si es deixa caure una connexió sense fils, un cop reconectada, tindrà ràpidament totes les capacitats de transmissió.
Dinàmica IP: PEER identificarà una sessió de xarxa activa, fins i tot si canvia una IP, es pot mantenir la sessió original. Per exemple, si un ordinador portàtil obté una nova adreça IP en una xarxa sense fils, continuarà immediatament la conversa.
Diferència entre RTMP i RTMFP
El més bàsic és el protocol que utilitzen a la xarxa. RTMFP es basa en UDP i RTMP en TCP. UDP encara té més avantatges que TCP en la transmissió de dades en directe, com ara reduir el retard i la tolerància a la pèrdua de paquets, tot i que hi ha una pèrdua de fiabilitat. A diferència de RTMP, RTMFP admet Flash Player per enviar dades directament a un altre sense passar pel servidor. La connexió del servidor s'utilitzarà per inicialitzar i intercanviar informació entre clients. També es pot utilitzar per fer trucades al servidor o com a porta d’entrada a altres sistemes. FMS també s'utilitzarà per proporcionar als usuaris serveis d'autenticació d'adreces i serveis de traducció d'adreces NAT per evitar que els usuaris caiguin en confusió.
El servei de supernode Cirrus (Stratus) proporcionat per Adobe ajuda els nodes independents de Flash Player a iniciar la sessió per obtenir l’identificador de la xarxa de superposició P2P (superposició) i ajuda a penetrar els tallafocs. Els usuaris poden crear un servei de seguiment separat per ajudar a la pantalla de nodes o utilitzar directament el servei de grup de RTMFP per compartir dades mitjançant multidifusió.
|
Introduïu el correu electrònic per obtenir una sorpresa
es.fmuser.org
it.fmuser.org
fr.fmuser.org
de.fmuser.org
af.fmuser.org -> afrikaans
sq.fmuser.org -> Albanès
ar.fmuser.org -> Àrab
hy.fmuser.org -> Armeni
az.fmuser.org -> Azerbaidjanès
eu.fmuser.org -> basc
be.fmuser.org -> bielorús
bg.fmuser.org -> Bulgària
ca.fmuser.org -> català
zh-CN.fmuser.org -> Xinès (simplificat)
zh-TW.fmuser.org -> Xinès (tradicional)
hr.fmuser.org -> croata
cs.fmuser.org -> txec
da.fmuser.org -> Danès
nl.fmuser.org -> Holandès
et.fmuser.org -> estonià
tl.fmuser.org -> filipí
fi.fmuser.org -> finès
fr.fmuser.org -> Francès
gl.fmuser.org -> gallec
ka.fmuser.org -> georgià
de.fmuser.org -> alemany
el.fmuser.org -> Grec
ht.fmuser.org -> crioll haitià
iw.fmuser.org -> Hebreu
hi.fmuser.org -> Hindi
hu.fmuser.org -> Hungarian
is.fmuser.org -> islandès
id.fmuser.org -> indonesi
ga.fmuser.org -> irlandès
it.fmuser.org -> Italià
ja.fmuser.org -> japonès
ko.fmuser.org -> coreà
lv.fmuser.org -> Letó
lt.fmuser.org -> Lituània
mk.fmuser.org -> macedoni
ms.fmuser.org -> Malai
mt.fmuser.org -> maltès
no.fmuser.org -> Noruega
fa.fmuser.org -> persa
pl.fmuser.org -> Polonès
pt.fmuser.org -> Portuguès
ro.fmuser.org -> Romanès
ru.fmuser.org -> rus
sr.fmuser.org -> serbi
sk.fmuser.org -> Eslovac
sl.fmuser.org -> Eslovènia
es.fmuser.org -> Castellà
sw.fmuser.org -> Suahili
sv.fmuser.org -> Suec
th.fmuser.org -> Tai
tr.fmuser.org -> turc
uk.fmuser.org -> ucraïnès
ur.fmuser.org -> urdú
vi.fmuser.org -> Vietnamita
cy.fmuser.org -> gal·lès
yi.fmuser.org -> Yiddish
FMUSER Wirless Transmet vídeo i àudio més fàcil!
Contacte
Adreça:
No.305 Room HuiLan Building No.273 Huanpu Road Guangzhou Xina 510620
Categories
Newsletter