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
Die regstreekse uitsaaistelsel van klank en video is 'n ingewikkelde ingenieursstelsel. Om regstreekse uitsending met baie lae vertraging te bewerkstellig, is dit ingewikkeld in die stelselingenieurswese nodig en vertroud met elke komponent. Hier is 'n paar eenvoudige en algemene stemtegnieke:
Kodering optimalisering
1. maak seker dat codec die minimum vertragingsinstelling aan het. Codec het gewoonlik 'n lae vertragingsoptimalisasieskakelaar, veral vir H.264. Baie mense weet miskien nie dat die dekodeerder van H.264 sekere videorame sal cache voordat dit normaal vertoon word nie, 16 rame sal vir die QCIF-resolusie-grootte (176 × 144) en 5 rame vir 720p-video gekas word. Dit is 'n groot vertraging vir die lees van die eerste raam. As u video nie met H.264 gekodeer en saamgepers is nie, moet u seker maak dat B-raam nie gebruik word nie, dit het ook 'n groter impak op die latensie, want die dekodering van B-raam in video hang af van die voorste en agterste videorame, wat die vertraging sal verhoog.
2. enkodeerder het gewoonlik vertraging wat veroorsaak word deur kode beheer, wat ook genoem word initialiserings vertraging of die kasgrootte van VBV, wat beskou word as die kas tussen kodeerder en dekodeerder bitstroom. Dit kan so klein as moontlik gestel word en die vertraging verminder sonder om die videokwaliteit te beïnvloed.
3. as slegs die eerste vertraging geoptimaliseer word, kan meer sleutelraamwerk tussen videorame ingevoeg word, sodat die kliënt die videostroom so vinnig moontlik kan ontsyfer nadat hy die videostroom ontvang het. As die kumulatiewe vertraging in die uitsending egter geoptimaliseer moet word, word die sleutelraam (I-raam groter) so min as moontlik gebruik. In die geval van die versekering van dieselfde videokwaliteit, hoe meer I-rame is, hoe groter die kodetempo en hoe meer netwerkbandwydte benodig vir die uitsending, beteken dit dat hoe groter die kumulatiewe vertraging is. Hierdie optimaliseringseffek is miskien nie duidelik in tweede vertragingstelsels nie, maar dit sal baie duidelik wees in stelsels met 100 ms of minder vertraging. Intussen word ACC LC-codec soveel moontlik gebruik om klank te kodeer. Alhoewel hy acc of he-acc 2 'n hoë koderingsdoeltreffendheid het, neem dit langer om te kodeer, en die uitsendingsvertraging wat veroorsaak word deur groter volume klank het minder impak op die oordrag van videostroom.
4. gebruik nie video-kompressie-formaat van video MJPEG nie, gebruik ten minste MPEG 4-videokompressie-formaat sonder B-raam (eenvoudige profiel), of gebruik H.264-basislynprofiel nie (x264 het ook 'n optimaliseringsskakelaar van -tune zeroability). So 'n eenvoudige optimalisering kan die vertraging verminder, want dit kan video's met 'n laer bitsnelheid kodeer.
5. as ffmpeg gebruik word, word die waarde van die parameters "-probesize" en "duration analyse" verminder. Die twee waardes word gebruik vir monitering van videorame en vir die duur van monitering. Hoe groter die invloed van hierdie twee waardes op koderingsvertraging is, hoe nodig is om die parameter vir analise-duur vir videostroom in die live videotoneel in te stel.
6. CBR met vaste koers kan die netwerkjitter tot 'n mate uitskakel. As VBR gebruik kan word, kan 'n onnodige netwerkbandwydte bespaar word en kan sekere vertraging verminder word. Daarom word voorgestel om VBR soveel as moontlik vir kodering te gebruik.
Transmissie protokol optimalisering
1. probeer om RTMP in plaas van HTTP-gebaseerde HLS-protokol te gebruik om tussen die nodusse en nodusse van die bediener oor te dra, wat die algehele versendingsvertraging kan verminder. Dit is hoofsaaklik vir die eindgebruiker wat HLS gebruik vir afspeel.
2. as die eindgebruiker RTMP gebruik om te speel, word transkodering so ver as moontlik by die ontvangknooppunt naby die stroomuiteinde uitgevoer, sodat die uitgestuurde videostroom kleiner is as die oorspronklike videostroom.
3. indien nodig, kan u TCP vervang deur 'n aangepaste UDP-protokol, en die vertraging verminder deur die heruitsending van pakketverlies in swak netwerk uit te skakel. Die grootste nadeel van hierdie protokol is dat die oordrag en verspreiding van videostroom gebaseer op UDP-protokol nie universeel genoeg is nie, en CDN-vervaardigers ondersteun standaard-transmissieprotokol. Nog 'n nadeel is dat die skerm of vervaag wat veroorsaak word deur pakketverlies (gebrek aan sleutelraam-dekoderingverwysing), wat vereis dat die protokolaanpassingsparty pakketverlies op grond van UDP moet beheer.
Transmissienetwerkoptimalisering
1. ons het 'n real-time streaming-transmissienetwerk ingestel, wat 'n nuwe netwerk-transmissienetwerk met selforganisasie-nodusse is, wat geskik is vir die optimalisering van die transmissie onder die netwerkomstandighede van binnelandse multi-operateurs en die vraag van baie oorsese regstreekse uitsendings.
2. cache die huidige GOP in die bedienerknoop en optimaliseer die video-openingstyd met die speler.
3. die bediener teken die tweede raamsnelheid en kodesnelheid van elke videostroom wat in realtime na elke skakel vloei op, en monitor die fluktuasie van die kodesnelheid en raamkoers in reële tyd.
4. die kliënt (druk en speel) verkry die huidige optimale nodus (een keer in 5 sekondes) deur die bediener in kwasi real-time te bevraagteken, en die kwasi-real-time regte foutfoutknope en -lyne.
Stoot vloei- en speeloptimalisering
1. ondersoek die netwerkbuffergrootte van die senderstelsel, en die stelsel kan die data in die geheue stoor voordat die data gestuur word. Die afstemming van hierdie parameter moet ook 'n balanspunt vind.
2. die bufferbeheer aan die afspeelkant het ook 'n groot invloed op die vertraging van die video-opening. As slegs die eerste vertraging geoptimaliseer is, kan dit onmiddellik gedekodeer word wanneer die data in die geval van 0 kas verskyn. Maar as u die impak van netwerkjitter in die swak netwerkomgewing moet elimineer, is dit nodig om 'n sekere kas op te stel. Daarom is dit nodig om 'n balans te vind tussen die stabiliteit van regstreekse uitsending en die optimalisering van die eerste vertraging, en die waarde van die optimalisering van buffergrootte aan te pas.
3. die dinamiese bufferbeleid van die afspeelkant is 'n verbeterde weergawe van die kasbeheer van die afspeelkant hierbo. As slegs die 0 kas en vaste grootte kas gekies word om 'n balans te vind, sal 'n vaste grootte kas uiteindelik gekies word. Dit is onregverdig teenoor mobiele internet-eindgebruikers op miljard vlak. Hul verskillende netwerkomstandighede besluit dat die vaste grootte buffer nie heeltemal geskik is nie. Daarom kan ons 'n dinamiese bufferbeleid oorweeg wat baie klein of selfs 0-kasbeleid gebruik wanneer die speler aan is. Die kasgrootte van die volgende keer word bepaal deur die tyd wat nodig is om die eerste video af te laai, en terselfdertyd word die huidige netwerk in reële tyd gemonitor tydens die afspeelproses, en die grootte van die kas tydens die speelproses word aangepas ware tyd. Dit kan 'n baie lae openingstyd bereik en die impak van netwerkjitter soveel moontlik uitskakel.
4. dinamiese koers speelstrategie. Benewens die dinamiese aanpassing van die buffergrootte-strategie, kan ons ook die intydse moniteringsnetwerkinligting gebruik om die kodetempo dinamies in die afspeelproses aan te pas, die spoed te verminder en die vertraging te verminder in die geval van onvoldoende netwerkbandwydte.
Hierbo is dit 'n onderdeel van die tegnieke van lae vertragingsoptimalisering. Ons fokus eintlik nie op 'lae latency' wanneer ons lae latency optimaliseer nie, maar probeer lae latency bereik as ander toestande nie die gebruikerservaring beïnvloed nie. Daarom behels die inhoud daarvan al hoe meer 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