FMUSER Wirless Overfør video og lyd enklere!
es.fmuser.org
it.fmuser.org
fr.fmuser.org
de.fmuser.org
af.fmuser.org -> Afrikaans
sq.fmuser.org -> albansk
ar.fmuser.org -> arabisk
hy.fmuser.org -> armensk
az.fmuser.org -> aserbajdsjansk
eu.fmuser.org -> baskisk
be.fmuser.org -> hviterussisk
bg.fmuser.org -> Bulgarian
ca.fmuser.org -> katalansk
zh-CN.fmuser.org -> Kinesisk (forenklet)
zh-TW.fmuser.org -> Kinesisk (tradisjonell)
hr.fmuser.org -> Kroatisk
cs.fmuser.org -> tsjekkisk
da.fmuser.org -> dansk
nl.fmuser.org -> Nederlandsk
et.fmuser.org -> estisk
tl.fmuser.org -> filippinsk
fi.fmuser.org -> finsk
fr.fmuser.org -> French
gl.fmuser.org -> galisisk
ka.fmuser.org -> Georgisk
de.fmuser.org -> tysk
el.fmuser.org -> gresk
ht.fmuser.org -> haitisk kreolsk
iw.fmuser.org -> hebraisk
hi.fmuser.org -> hindi
hu.fmuser.org -> Ungarsk
is.fmuser.org -> islandsk
id.fmuser.org -> indonesisk
ga.fmuser.org -> Irsk
it.fmuser.org -> Italiensk
ja.fmuser.org -> japansk
ko.fmuser.org -> koreansk
lv.fmuser.org -> lettisk
lt.fmuser.org -> litauisk
mk.fmuser.org -> makedonsk
ms.fmuser.org -> malaysisk
mt.fmuser.org -> maltesisk
no.fmuser.org -> norsk
fa.fmuser.org -> persisk
pl.fmuser.org -> polsk
pt.fmuser.org -> portugisisk
ro.fmuser.org -> rumensk
ru.fmuser.org -> russisk
sr.fmuser.org -> serbisk
sk.fmuser.org -> Slovakisk
sl.fmuser.org -> Slovenian
es.fmuser.org -> spansk
sw.fmuser.org -> Swahili
sv.fmuser.org -> svensk
th.fmuser.org -> Thai
tr.fmuser.org -> tyrkisk
uk.fmuser.org -> ukrainsk
ur.fmuser.org -> urdu
vi.fmuser.org -> Vietnamesisk
cy.fmuser.org -> walisisk
yi.fmuser.org -> Yiddish
Under utviklingen av programvaren for direktesending kan vi oppleve forvirring. Som valget av streaming medieprotokoller, som HTTP-FLV, WebRTC, RTMP, HLS og andre proprietære protokoller, hvilken er mer passende? Hvilken protokoll kan brukes på PC-plattformen? Hvilken protokoll fungerer bedre på mobile enheter? Deretter vil jeg begynne med å sammenligne fordeler og ulemper ved de forskjellige avtalene.
1. Fordelene og ulempene med flere vanlige streamingmedieprotokoller:
RTMP: En proprietær protokoll utviklet av Adobe for overføring av lyd- og videodata mellom Flash / AIR og serveren. Det er også den mest brukte overføringsprotokollen for streaming media for tiden.
Fordeler: Basert på TCP lang tilkobling, er det ikke nødvendig å opprette en forbindelse flere ganger, og forsinkelsen er lav, vanligvis bare 1 ~ 3s; teknologien er moden og støttefasilitetene er perfekte.
Ulemper: Den kan bare brukes av Flash i PC-nettlesere, og kan ikke brukes i mobile nettlesere; siden Flash er i ferd med å avslutte scenen, vil ikke RTMP brukes til streaming på nettspilleren.
HLS: HTTP-basert overføringsprotokoll for medienettverksstrømming foreslått av Apple. Dets arbeidsprinsipp er kutting av overføring, som kutter live stream i utallige biter. Når brukeren ser på videoen, kan klienten bare laste ned en del hver gang.
Fordeler: Basert på HTTP-protokollen, er det lettere å få tilgang til CDN, sjelden blokkert av brannmurer, og leveres med tilpasning av flere bithastigheter; som en protokoll foreslått av Apple, har den store fordeler under macOS / iOS, og den tilbys også i Android Tilsvarende støtte; det kan sies at denne protokollen passer for mobile enheter.
Ulemper: Forsinkelsen er stor, vanligvis ikke mindre enn 10-tallet. Et stort antall TS-filer vil forårsake press på serverlagring og forespørsler.
HTTP-FLV: Innkapsler lyd- og videodata til FLV, og overfør dem deretter via HTTP-tilkobling. Sammenlignet med RTMP er bare overføringsprotokollen endret. For nettspilleren er det fortsatt behov for Flash for å spille, men fremveksten av "flv.js" har gjort opp for denne feilen.
Fordeler: lav ventetid, den samlede effekten er veldig nær RTMP; sammenlignet med RTMP-protokollen, kan den effektivt unngå innflytelse fra brannmurer og agenter.
Ulemper: Dens overføringsegenskaper gjør at medieressurser for streaming blir lagret i den lokale klienten, noe som betyr at konfidensialiteten ikke er veldig god; til nå er den fremdeles ikke kompatibel med iOS-nettlesere.
WebRTC: Basert på Googles open source-teknologi, en protokoll for streaming av media på nettet.
Fordeler: Både RTMP og HLS er protokoller i hendene på store selskaper, mens WebRTC er inkludert i W3C-standarden; det er ikke nødvendig å installere plugin-moduler, og flere og flere nettlesere støttes.
Ulemper: Produsentens tilpasning av nettleseren eller systemet kan forårsake problemer med brukervennlighet, og mangel på server-side design og distribusjonsplaner; overføringskvalitet er vanskelig å garantere, og optimaliseringsmetoder er begrensede; kompatibilitet på Android-enheter er ikke bra; i tillegg er denne avtalen hovedsakelig mot nettet, det er ikke tilstrekkelig støtte for utvikling av innfødte.
2. I utviklingen av direktesendingsprogramvare er bruk av RTMP på PC-siden og HLS på den mobile siden den sikreste.
Hvorfor sier du slik? Basert på fordelene og ulempene ovenfor, først og fremst når det gjelder deres respektive plattformtilpasningsevne, og implementeringseffekten er lik, er RTMP og HLS bedre enn HTTP-FLV og WebRTC.
For det andre, fra perspektivet til markedsmiljøet, etter mange års utvikling og innkjøring, har mange store CDN-produsenter støttet RTMP og HLS perfekt. Denne stabile prosessen er resultatet av mange drifts- og vedlikeholdspersonell, og CDN vil ikke være stabil. Et lønnsomt system gjør endringer enkelt. Tilsvarende bruker flere og flere selskaper RTMP og HLS, noe som vil gi sterkere optimalisering og kompatibilitet mellom CDN og RTMP, og mellom CDN og HLS. Dette er en syklisk prosess, og generelt vil CDN-selskaper ikke lett bryte den. I tillegg nevnte jeg ikke RTSP-protokollen i forrige artikkel. Effekten av denne protokollen er lik den for RTMP. Teknisk sett er det bare forskjellig fra antall kanaler som er okkupert i overføringsdataene, og overføringsformatstrømmen er forskjellig. RTSP kan faktisk brukes til direktesending. Men fortsatt på grunn av markedsmiljøet brukes RTSP for tiden hovedsakelig i sikkerhetsovervåking. I likhet med RTMP har den allerede dannet sin egen profittkjede.
Ovennevnte er resultatet av diskusjonen om valg av streaming-medieprotokoll under utviklingen av programvare for direktesending. Hvis du fortsatt ikke forstår angående dette problemet, kan du legge igjen en melding eller finne en profesjonell utvikler for detaljert konsultasjon.
|
Skriv inn e-post for å få en overraskelse
es.fmuser.org
it.fmuser.org
fr.fmuser.org
de.fmuser.org
af.fmuser.org -> Afrikaans
sq.fmuser.org -> albansk
ar.fmuser.org -> arabisk
hy.fmuser.org -> armensk
az.fmuser.org -> aserbajdsjansk
eu.fmuser.org -> baskisk
be.fmuser.org -> hviterussisk
bg.fmuser.org -> Bulgarian
ca.fmuser.org -> katalansk
zh-CN.fmuser.org -> Kinesisk (forenklet)
zh-TW.fmuser.org -> Kinesisk (tradisjonell)
hr.fmuser.org -> Kroatisk
cs.fmuser.org -> tsjekkisk
da.fmuser.org -> dansk
nl.fmuser.org -> Nederlandsk
et.fmuser.org -> estisk
tl.fmuser.org -> filippinsk
fi.fmuser.org -> finsk
fr.fmuser.org -> French
gl.fmuser.org -> galisisk
ka.fmuser.org -> Georgisk
de.fmuser.org -> tysk
el.fmuser.org -> gresk
ht.fmuser.org -> haitisk kreolsk
iw.fmuser.org -> hebraisk
hi.fmuser.org -> hindi
hu.fmuser.org -> Ungarsk
is.fmuser.org -> islandsk
id.fmuser.org -> indonesisk
ga.fmuser.org -> Irsk
it.fmuser.org -> Italiensk
ja.fmuser.org -> japansk
ko.fmuser.org -> koreansk
lv.fmuser.org -> lettisk
lt.fmuser.org -> litauisk
mk.fmuser.org -> makedonsk
ms.fmuser.org -> malaysisk
mt.fmuser.org -> maltesisk
no.fmuser.org -> norsk
fa.fmuser.org -> persisk
pl.fmuser.org -> polsk
pt.fmuser.org -> portugisisk
ro.fmuser.org -> rumensk
ru.fmuser.org -> russisk
sr.fmuser.org -> serbisk
sk.fmuser.org -> Slovakisk
sl.fmuser.org -> Slovenian
es.fmuser.org -> spansk
sw.fmuser.org -> Swahili
sv.fmuser.org -> svensk
th.fmuser.org -> Thai
tr.fmuser.org -> tyrkisk
uk.fmuser.org -> ukrainsk
ur.fmuser.org -> urdu
vi.fmuser.org -> Vietnamesisk
cy.fmuser.org -> walisisk
yi.fmuser.org -> Yiddish
FMUSER Wirless Overfør video og lyd enklere!
Kontakt
Adresse:
No.305 Room HuiLan Building No.273 Huanpu Road Guangzhou Kina 510620
Type kategori
Nyhetsbrev