FMUSER Wirless stuur video en klank makliker toe!
es.fmuser.org
it.fmuser.org
fr.fmuser.org
de.fmuser.org
af.fmuser.org -> Afrikaans
sq.fmuser.org -> Albanees
ar.fmuser.org -> Arabies
hy.fmuser.org -> Armeens
az.fmuser.org -> Azerbeidjans
eu.fmuser.org -> Baskies
be.fmuser.org -> Belo-Russies
bg.fmuser.org -> Bulgaars
ca.fmuser.org -> Katalaans
zh-CN.fmuser.org -> Chinees (vereenvoudig)
zh-TW.fmuser.org -> Sjinees (Tradisioneel)
hr.fmuser.org -> Kroaties
cs.fmuser.org -> Tsjeggies
da.fmuser.org -> Deens
nl.fmuser.org -> Nederlandse
et.fmuser.org -> Esties
tl.fmuser.org -> Filippyns
fi.fmuser.org -> Fins
fr.fmuser.org -> Franse
gl.fmuser.org -> Galisies
ka.fmuser.org -> Georgies
de.fmuser.org -> Duits
el.fmuser.org -> Grieks
ht.fmuser.org -> Haïtiaanse kreool
iw.fmuser.org -> Hebreeus
hi.fmuser.org -> Hindi
hu.fmuser.org -> Hungarian
is.fmuser.org -> Yslands
id.fmuser.org -> Indonesies
ga.fmuser.org -> Iers
it.fmuser.org -> Italiaanse
ja.fmuser.org -> Japannees
ko.fmuser.org -> Koreaans
lv.fmuser.org -> Lets
lt.fmuser.org -> Litaus
mk.fmuser.org -> Masedonies
ms.fmuser.org -> Maleis
mt.fmuser.org -> Maltees
no.fmuser.org -> Noorse
fa.fmuser.org -> Persies
pl.fmuser.org -> Pools
pt.fmuser.org -> Portugees
ro.fmuser.org -> Roemeens
ru.fmuser.org -> Russies
sr.fmuser.org -> Serwies
sk.fmuser.org -> Slowaaks
sl.fmuser.org -> Sloveens
es.fmuser.org -> Spaans
sw.fmuser.org -> Swahili
sv.fmuser.org -> Sweeds
th.fmuser.org -> Thai
tr.fmuser.org -> Turks
uk.fmuser.org -> Oekraïens
ur.fmuser.org -> Oerdoe
vi.fmuser.org -> Viëtnamees
cy.fmuser.org -> Wallies
yi.fmuser.org -> Jiddisj
Audio en video regstreekse uitsaaistelsel is 'n komplekse ingenieursstelsel. Om regstreekse uitsending met baie lae vertraging te bewerkstellig, is dit ingewikkelde stelselingenieurswese nodig en vertroud met die verskillende komponente. Hier is 'n paar algemene wenke:
Kodering optimalisering
1. Maak seker dat codec die instelling van minimum vertraging aanskakel. Codec het oor die algemeen 'n lae skakelingsoptimalisasieskakelaar, veral vir H.264. Baie mense weet dalk nie dat die H.264-dekodeerder 'n sekere aantal videorame in die kas sal sit voordat dit vertoon word nie. Vir video met 'n QCIF-resolusie (176 × 144) sal dit 16 rame in die cache sit, en vir 720p-video sal dit 5 rame in die cache sit. Vir die eerste leeswerk is dit 'n groot vertraging. As u nie H.264 gebruik om u video te enkodeer en saam te pers nie, moet u seker maak dat u nie B-rame gebruik nie, dit het ook 'n groter invloed op die vertraging, want die dekodering van B-rame in die video hang af van die videorame voor en daarna, wat die vertraging sal verhoog.
2. Die kodeerder het gewoonlik die vertraging wat veroorsaak word deur kodebeheer, wat ook initialiseringsvertraging of die buffergrootte van VBV genoem word. Dit word beskou as die buffer tussen die kodeerder en dekodeerder bitstroom, wat so klein as moontlik ingestel kan word of die vertraging kan verminder sonder om die videokwaliteit te beïnvloed.
3. As die eerste vertraging net geoptimaliseer word, kan meer sleutelraamwerke tussen die videorame ingevoeg word, sodat die kliënt die videostroom so vinnig moontlik na ontvangs kan dekodeer. As ons egter die kumulatiewe vertraging in die transmissieproses moet optimaliseer, moet ons so min as moontlik sleutelraamwerke gebruik, dit wil sê I-rame (GOP word groter). In die geval van die versekering van dieselfde videokwaliteit, hoe meer I-rame, hoe groter die bitsnelheid, en hoe meer netwerkbandwydte benodig vir die uitsending, wat beteken dat die kumulatiewe vertraging groter kan wees. Hierdie optimaliseringseffek is miskien nie voor die hand liggend in die stelsel met 'n tweede vertraging nie, maar dit sal duidelik wees in die stelsel met 100 ms of selfs 'n laer vertraging. Probeer terselfdertyd om acc-lc codec te gebruik om klank te kodeer. Alhoewel he-acc of he-acc 2 'n hoë koderingsdoeltreffendheid het, neem dit langer om te kodeer, en die uitsendingsvertraging wat deur groter klankvolume veroorsaak word, het minder impak op die oordrag van videostroom.
4. Moenie MJPEG-videokompressie-formaat gebruik nie, gebruik ten minste MPEG4-videokompressie-formaat sonder B-raam (eenvoudige profiel), en gebruik nog beter H.264-basislynprofiel (x264 het ook 'n "tune zerolatency" -optimalisasieskakelaar). So 'n eenvoudige optimalisering kan die vertraging verminder, want dit kan video's met volle raam koers teen 'n laer bitsnelheid kodeer.
5. As ffmpeg gebruik word, verminder die waardes van "- probesize" en "- analyseer duur", wat gebruik word vir die monitering en moniteringstyd van videorame. Hoe groter die twee waardes is, hoe groter is die impak op die koderingsvertraging. In die lewendige toneel is dit nie eens nodig om die parameter vir analise-duur vir die videostroom in te stel nie.
6. Vaste koers-CBR kan die invloed van netwerkjitter tot 'n sekere mate uitskakel. As VBR met kodering met veranderlike tempo gebruik kan word, kan dit onnodige netwerkbandwydte bespaar en sekere vertraging verminder. Daarom word voorgestel dat VBR soveel moontlik gebruik word vir kodering.
Vervoer protokol optimalisering
1. Probeer om RTMP in plaas van HLS-protokol gebaseer op HTTP te gebruik vir oordrag tussen bedienernodusse, wat die algehele versendingsvertraging kan verminder. Dit is hoofsaaklik gemik op die eindgebruikers wat HLS gebruik om te speel.
2. As die eindgebruiker RTMP gebruik om te speel, moet die transkodering by die ontvangknooppunt naby die stroomkant uitgevoer word, sodat die versende videostroom kleiner is as die oorspronklike videostroom.
3. Indien nodig, kan die aangepaste UDP-protokol gebruik word om die TCP-protokol te vervang, en die heruitsending van pakketverlies onder die swak netwerk skakel kan uitgeskakel word, wat die vertraging kan verminder. Die grootste nadeel is dat die oordrag en verspreiding van aangepaste videostroom gebaseer op UDP-protokol nie universeel genoeg is nie, en CDN-vervaardigers ondersteun standaard-transmissieprotokol. Nog 'n nadeel is dat daar spat of vervaag kan word as gevolg van pakketverlies (gebrek aan sleutelraamwerk-dekoderingsverwysing), wat vereis dat die protokolaanpassingsparty 'n goeie werk moet verrig in die beheer van pakketverlies op grond van UDP.
Transmissienetwerkoptimalisering
1. Ons het die intydse stroomnetwerk bekendgestel, wat 'n nuwe tipe netwerkoordragnetwerk is met self-georganiseerde nodusse. Dit is nie net geskik vir die oordragoptimalisering van 'n binnelandse multi-operatornetwerk nie, maar is ook geskik vir die behoeftes van baie oorsese regstreekse uitsendings.
2. Vou die huidige GOP in die bedienerknoop in en werk saam met die speler om die openingstyd van die video te optimaliseer.
3. Die bediener teken die raam- en kodesnelheid van die tweede vlak aan wanneer elke videostroom in realtime na elke skakel vloei, en monitor die fluktuasie van die kodesnelheid en raamkoers in reële tyd.
4. Die kliënt (druk stroom en speel) verkry die huidige optimale knoop in kwasi-reële tyd deur die bediener (een keer elke 5 sekondes) te bevraagteken, en die huidige foutknoop en lyn is byna in regte tyd vanlyn.
Streaming en afspeel optimalisering
1. Die stelsel kan data kas voordat dit data gestuur word. Die afstemming van hierdie parameter moet ook 'n balans vind.
2. Die bufferbeheer van die speler het ook 'n groot invloed op die eerste vertraging van die video. As slegs die eerste vertraging geoptimaliseer word, kan die data onmiddellik gedekodeer word wanneer dit in die geval van 0-buffer opdaag. Maar in 'n swak netwerkomgewing, om die impak van netwerkjitter uit te skakel, is dit nodig om 'n sekere kas in te stel, dus moet ons 'n balans vind tussen die stabiliteit van regstreekse uitsending en die optimalisering van die eerste oop vertraging, en die geoptimaliseerde buffer grootte.
3. Speler-dinamiese bufferstrategie, wat 'n verbeterde weergawe van die bogenoemde speler-kasbeheer is. As ons net kies tussen 0 kas en vaste grootte kas om 'n balans te vind, sal ons uiteindelik 'n vaste grootte kas kies, wat nie eerlik is vir 100 miljoen mobiele internet terminale gebruikers nie. Hul verskillende netwerktoestande bepaal dat die kas van vaste grootte nie heeltemal geskik is nie. Daarom kan ons 'n 'dinamiese bufferstrategie' oorweeg. As die speler aangeskakel is, gebruik ons 'n baie klein of selfs geen bufferstrategie. Die buffergrootte van die volgende keer word bepaal deur die tyd wat u benodig om die eerste video af te laai. Terselfdertyd word die huidige netwerk gedurende die afspeelproses intyds gemonitor en word die buffergrootte in reële tyd aangepas tydens die afspeelproses. Op hierdie manier kan die eerste openingstyd baie laag wees en kan die invloed van netwerkjitter sover moontlik uitgeskakel word.
4. Dinamiese koers speel strategie. Benewens die strategie om die buffergrootte dinamies aan te pas, kan ons ook die intydse moniteringsnetwerkinligting gebruik om die bitsnelheid dinamies aan te pas in die speelproses. In die geval van onvoldoende netwerkbandwydte, kan ons die bitsnelheid vir speel verminder en die vertraging verminder.
Bogenoemde is deel van die tegnieke vir die optimalisering van lae latensie. Trouens, wanneer ons lae latensie optimaliseer, konsentreer ons nie net op 'lae latency' nie, maar probeer ons om lae latency te bereik onder die voorwaarde dat ander toestande nie die gebruikerservaring beïnvloed nie. Daarom bevat die inhoud daarvan 'n wye verskeidenheid onderwerpe.
|
Voer e-posadres in om 'n verrassing te kry
es.fmuser.org
it.fmuser.org
fr.fmuser.org
de.fmuser.org
af.fmuser.org -> Afrikaans
sq.fmuser.org -> Albanees
ar.fmuser.org -> Arabies
hy.fmuser.org -> Armeens
az.fmuser.org -> Azerbeidjans
eu.fmuser.org -> Baskies
be.fmuser.org -> Belo-Russies
bg.fmuser.org -> Bulgaars
ca.fmuser.org -> Katalaans
zh-CN.fmuser.org -> Chinees (vereenvoudig)
zh-TW.fmuser.org -> Sjinees (Tradisioneel)
hr.fmuser.org -> Kroaties
cs.fmuser.org -> Tsjeggies
da.fmuser.org -> Deens
nl.fmuser.org -> Nederlandse
et.fmuser.org -> Esties
tl.fmuser.org -> Filippyns
fi.fmuser.org -> Fins
fr.fmuser.org -> Franse
gl.fmuser.org -> Galisies
ka.fmuser.org -> Georgies
de.fmuser.org -> Duits
el.fmuser.org -> Grieks
ht.fmuser.org -> Haïtiaanse kreool
iw.fmuser.org -> Hebreeus
hi.fmuser.org -> Hindi
hu.fmuser.org -> Hungarian
is.fmuser.org -> Yslands
id.fmuser.org -> Indonesies
ga.fmuser.org -> Iers
it.fmuser.org -> Italiaanse
ja.fmuser.org -> Japannees
ko.fmuser.org -> Koreaans
lv.fmuser.org -> Lets
lt.fmuser.org -> Litaus
mk.fmuser.org -> Masedonies
ms.fmuser.org -> Maleis
mt.fmuser.org -> Maltees
no.fmuser.org -> Noorse
fa.fmuser.org -> Persies
pl.fmuser.org -> Pools
pt.fmuser.org -> Portugees
ro.fmuser.org -> Roemeens
ru.fmuser.org -> Russies
sr.fmuser.org -> Serwies
sk.fmuser.org -> Slowaaks
sl.fmuser.org -> Sloveens
es.fmuser.org -> Spaans
sw.fmuser.org -> Swahili
sv.fmuser.org -> Sweeds
th.fmuser.org -> Thai
tr.fmuser.org -> Turks
uk.fmuser.org -> Oekraïens
ur.fmuser.org -> Oerdoe
vi.fmuser.org -> Viëtnamees
cy.fmuser.org -> Wallies
yi.fmuser.org -> Jiddisj
FMUSER Wirless stuur video en klank makliker toe!
Kontak Ons
adres:
No.305 Kamer HuiLan-gebou No.273 Huanpu-weg Guangzhou China 510620
kategorieë
Nuusbrief