„FMUSER Wirless“ perduoda vaizdo ir garso įrašus lengviau!
es.fmuser.org
it.fmuser.org
fr.fmuser.org
de.fmuser.org
af.fmuser.org -> afrikanų kalba
sq.fmuser.org -> albanų
ar.fmuser.org -> arabų
hy.fmuser.org -> armėnas
az.fmuser.org -> azerbaidžanietis
eu.fmuser.org -> baskų
be.fmuser.org -> baltarusių
bg.fmuser.org -> bulgarų
ca.fmuser.org -> katalonų
zh-CN.fmuser.org -> kinų (supaprastinta)
zh-TW.fmuser.org -> kinų (tradicinė)
hr.fmuser.org -> kroatų
cs.fmuser.org -> čekų
da.fmuser.org -> danų
nl.fmuser.org -> Olandų
et.fmuser.org -> estų
tl.fmuser.org -> filipinietis
fi.fmuser.org -> suomių
fr.fmuser.org -> prancūzų
gl.fmuser.org -> Galisų
ka.fmuser.org -> gruzinų
de.fmuser.org -> vokiečių kalba
el.fmuser.org -> graikų
ht.fmuser.org -> Haičio kreolis
iw.fmuser.org -> hebrajų
hi.fmuser.org -> hindi
hu.fmuser.org -> vengrų
is.fmuser.org -> islandų
id.fmuser.org -> indoneziečių
ga.fmuser.org -> airių
it.fmuser.org -> italų kalba
ja.fmuser.org -> japonų
ko.fmuser.org -> korėjiečių
lv.fmuser.org -> latvių
lt.fmuser.org -> lietuvis
mk.fmuser.org -> makedonų
ms.fmuser.org -> malajiečių
mt.fmuser.org -> maltiečių
no.fmuser.org -> norvegų
fa.fmuser.org -> persų
pl.fmuser.org -> lenkų
pt.fmuser.org -> portugalų
ro.fmuser.org -> rumunų
ru.fmuser.org -> rusų
sr.fmuser.org -> serbų
sk.fmuser.org -> slovakų
sl.fmuser.org -> slovėnų
es.fmuser.org -> ispanų
sw.fmuser.org -> svahili kalba
sv.fmuser.org -> švedų
th.fmuser.org -> Tailando
tr.fmuser.org -> turkų
uk.fmuser.org -> ukrainietis
ur.fmuser.org -> urdu
vi.fmuser.org -> vietnamiečių
cy.fmuser.org -> Valų kalba
yi.fmuser.org -> jidiš
Garso ir vaizdo tiesioginio transliavimo sistema yra sudėtinga inžinerinė sistema. Norint pasiekti labai mažą uždelsimo tiesioginę transliaciją, reikia kompleksiškai optimizuoti sistemų inžineriją ir išmanyti įvairius komponentus. Štai keletas įprastų derinimo patarimų:
Kodavimo optimizavimas
1. Įsitikinkite, kad kodekas įjungia minimalaus uždelsimo nustatymą. Paprastai kodekas turi mažą delsos optimizavimo jungiklį, ypač H.264. Daugelis žmonių gali nežinoti, kad H.264 dekoderis talpins tam tikrą skaičių vaizdo kadrų prieš juos rodydamas. Vaizdo įrašams, turintiems QCIF skiriamąją gebą (176 × 144), jis talpins 16 kadrų, o 720p vaizdo įrašams - 5 kadrus. Pirmą kartą perskaityto kadro atveju tai yra didelė vėlavimas. Jei nenaudojate H.264 vaizdo įrašui užkoduoti ir suglaudinti, įsitikinkite, kad nenaudojate B kadrų, tai taip pat turės didesnę įtaką vėlavimui, nes vaizdo įrašo B kadrų dekodavimas priklauso nuo vaizdo kadrų prieš ir po to, o tai padidins vėlavimą.
2. Koduotojas paprastai turi vėlavimą, kurį sukelia kodo valdymas, kuris taip pat vadinamas inicijavimo vėlavimu arba VBV buferio dydžiu. Tai laikoma buferiu tarp kodavimo įrenginio ir dekoderio bitų srauto, kurį galima nustatyti kiek įmanoma mažesnį arba sumažinti vėlavimą, nepakenkiant vaizdo kokybei.
3. Jei pirmasis vėlavimas yra tik optimizuotas, tarp vaizdo kadrų galima įterpti daugiau raktinių kadrų, kad klientas galėtų kuo greičiau iššifruoti vaizdo srautą, gavęs jį. Tačiau jei mums reikia optimizuoti kaupiamąjį perdavimo proceso vėlavimą, turėtume naudoti kuo mažiau pagrindinių kadrų, tai yra, I kadrai (GOP tampa didesnis). Užtikrinant tą pačią vaizdo kokybę, kuo daugiau „I“ kadrų, tuo didesnis bitų perdavimo greitis ir didesnis tinklo pralaidumas, reikalingas perdavimui, o tai reiškia, kad kaupiamasis vėlavimas gali būti didesnis. Šis optimizavimo efektas gali būti neaiškus sistemoje su antruoju vėlavimu, tačiau jis bus akivaizdus sistemoje su 100 ms ar dar mažesniu vėlavimu. Tuo pačiu metu pabandykite naudoti „acc-lc“ kodeką garso kodavimui. Nors „he-acc“ arba „he-acc 2“ kodavimo efektyvumas yra didelis, jį užkoduoti reikia daugiau laiko, o perdavimo vėlavimas, kurį sukelia didesnis garso tūris, turi mažiau įtakos vaizdo srauto perdavimui.
4. Nenaudokite MJPEG vaizdo glaudinimo formato, bent jau naudokite MPEG4 vaizdo glaudinimo formatą be B kadro (paprastas profilis) ir dar geriau naudokite H.264 bazinį profilį (x264 taip pat turi „tune zerolatency“ optimizavimo jungiklį). Toks paprastas optimizavimas gali sumažinti vėlavimą, nes jis gali užkoduoti viso kadro greičio vaizdo įrašą mažesniu bitų greičiu.
5. Jei naudojamas „ffmpeg“, sumažinkite reikšmes „- probesize“ ir „- analizuokite trukmę“, kurios naudojamos vaizdo kadrų informacijos stebėjimui ir stebėjimo laikui. Kuo didesnės šios dvi vertės, tuo didesnis poveikis kodavimo vėlavimui. Tiesioginėje scenoje net nereikia nustatyti analizuojamo vaizdo įrašo srauto parametro.
6. Fiksuoto greičio kodavimo CBR tam tikru mastu gali pašalinti tinklo nervingumo įtaką. Jei galima naudoti kintamo greičio kodavimą VBR, tai gali sutaupyti nereikalingo tinklo pralaidumo ir sumažinti tam tikrą vėlavimą. Todėl siūloma kuo daugiau naudoti VBR kodavimui.
Transporto protokolo optimizavimas
1. Pabandykite perduoti tarp serverio mazgų vietoj HLS protokolo, pagrįsto HTTP, naudoti RTMP, o tai gali sumažinti bendrą perdavimo delsą. Tai daugiausia skirta galutiniams vartotojams, naudojantiems HLS žaisti.
2. Jei galutinis vartotojas naudoja RTMP groti, perkodavimas turėtų būti atliekamas priimančiame mazge arti srauto pabaigos, kad perduodamas vaizdo srautas būtų mažesnis už pradinį vaizdo srautą.
3. Jei reikia, pritaikytas UDP protokolas gali būti naudojamas TCP protokolui pakeisti, o paketų praradimo retransliacija pagal silpną tinklo jungtį gali būti pašalinta, o tai gali sumažinti vėlavimą. Pagrindinis jo trūkumas yra tai, kad pritaikyto vaizdo srauto perdavimas ir platinimas, pagrįstas UDP protokolu, nėra pakankamai universalus, o CDN gamintojai palaiko standartinį perdavimo protokolą. Kitas trūkumas yra tas, kad gali atsirasti purslų ar neryškumo, kurį sukelia paketų praradimas (trūksta pagrindinio kadro dekodavimo nuorodos), o tai reikalauja, kad protokolo tinkinimo šalis atliktų gerą darbą paketų praradimo kontrolėje, remdamasi UDP.
Perdavimo tinklo optimizavimas
1. Mes pristatėme realaus laiko srautinį tinklą, kuris yra naujo tipo tinklo perdavimo tinklas su savarankiškai organizuotais mazgais. Tai tinka ne tik optimizuoti vidaus kelių operatorių tinklą, bet ir tinkama daugelio tiesioginių transliacijų užsienyje poreikiams.
2. Laikinai išsaugokite dabartinį GOP serverio mazge ir bendradarbiaukite su grotuvu, kad optimizuotumėte vaizdo įrašo atidarymo laiką.
3. Serveris įrašo antrojo lygio kadrų dažnį ir kodo greitį, kai kiekvienas vaizdo srautas teka į kiekvieną saitą realiu laiku, ir realiuoju laiku stebi kodo greičio ir kadrų dažnio svyravimus.
4. Klientas (tiesioginis srautas ir grojimas) gauna dabartinį optimalų mazgą beveik realiu laiku, pateikdamas užklausą serveriui (kartą per 5 sekundes), o dabartinis gedimo mazgas ir linija yra neprisijungę beveik realiu laiku.
Srautinio perdavimo ir atkūrimo optimizavimas
1. Prieš siunčiant duomenis, sistema gali išsaugoti talpyklą. Sureguliuojant šį parametrą taip pat reikia rasti pusiausvyrą.
2. Grotuvo buferio valdymas taip pat turi didelę įtaką pirmajam vaizdo įrašo vėlavimui. Jei optimizuojamas tik pirmasis delsimas, duomenis galima iššifruoti iškart, kai jie gaunami 0 buferio atveju. Tačiau esant silpnai tinklo aplinkai, norint pašalinti tinklo drebėjimo poveikį, būtina nustatyti tam tikrą talpyklą, todėl turime rasti pusiausvyrą tarp tiesioginės transliacijos stabilumo ir pirmojo atidarymo delsos optimizavimo bei pakoreguoti optimizuotas buferio dydis.
3. Žaidėjo dinaminio buferio strategija, kuri yra patobulinta aukščiau nurodyto grotuvo talpyklos valdymo versija. Jei norime rasti pusiausvyrą, tiesiog pasirinksime tarp 0 ir fiksuoto dydžio talpyklą, galiausiai pasirinksime fiksuoto dydžio talpyklą, kuri nėra teisinga 100 milijonų mobiliojo interneto terminalo vartotojų atžvilgiu. Skirtingos jų tinklo sąlygos lemia tai, kad fiksuoto dydžio talpykla nėra visiškai tinkama. Todėl galime apsvarstyti „dinaminio buferio strategiją“. Kai grotuvas įjungtas, mes naudojame labai mažą ar net nulinę buferio strategiją. Kito laiko juostos buferio dydis nustatomas pagal laiką, sunaudotą pirmajam vaizdo įrašui atsisiųsti. Tuo pačiu metu atkūrimo metu dabartinis tinklas yra stebimas realiuoju laiku, o atkūrimo metu buferio dydis koreguojamas realiuoju laiku. Tokiu būdu pirmasis atidarymo laikas gali būti labai mažas, o tinklo vibravimo įtaką galima kiek įmanoma pašalinti.
4. Dinamiškos normos žaidimo strategija. Be dinaminio buferio dydžio koregavimo strategijos, mes taip pat galime naudoti realaus laiko tinklo tinklo informaciją dinamiškai koreguoti bitų greitį grojimo procese. Nepakankamo tinklo pralaidumo atveju galime sumažinti grojimo bitų greitį ir sumažinti vėlavimą.
Aukščiau pateikta dalis yra mažo delsos optimizavimo metodų dalis. Tiesą sakant, kai optimizuojame mažą vėlavimą, mes ne tik sutelkiame dėmesį į „mažą vėlavimą“, bet ir stengiamės pasiekti mažą vėlavimą su sąlyga, kad kitos sąlygos neturi įtakos vartotojo patirčiai. Todėl jo turinys apima platų temų spektrą.
|
Įveskite el. Pašto adresą, kad gautumėte staigmeną
es.fmuser.org
it.fmuser.org
fr.fmuser.org
de.fmuser.org
af.fmuser.org -> afrikanų kalba
sq.fmuser.org -> albanų
ar.fmuser.org -> arabų
hy.fmuser.org -> armėnas
az.fmuser.org -> azerbaidžanietis
eu.fmuser.org -> baskų
be.fmuser.org -> baltarusių
bg.fmuser.org -> bulgarų
ca.fmuser.org -> katalonų
zh-CN.fmuser.org -> kinų (supaprastinta)
zh-TW.fmuser.org -> kinų (tradicinė)
hr.fmuser.org -> kroatų
cs.fmuser.org -> čekų
da.fmuser.org -> danų
nl.fmuser.org -> Olandų
et.fmuser.org -> estų
tl.fmuser.org -> filipinietis
fi.fmuser.org -> suomių
fr.fmuser.org -> prancūzų
gl.fmuser.org -> Galisų
ka.fmuser.org -> gruzinų
de.fmuser.org -> vokiečių kalba
el.fmuser.org -> graikų
ht.fmuser.org -> Haičio kreolis
iw.fmuser.org -> hebrajų
hi.fmuser.org -> hindi
hu.fmuser.org -> vengrų
is.fmuser.org -> islandų
id.fmuser.org -> indoneziečių
ga.fmuser.org -> airių
it.fmuser.org -> italų kalba
ja.fmuser.org -> japonų
ko.fmuser.org -> korėjiečių
lv.fmuser.org -> latvių
lt.fmuser.org -> lietuvis
mk.fmuser.org -> makedonų
ms.fmuser.org -> malajiečių
mt.fmuser.org -> maltiečių
no.fmuser.org -> norvegų
fa.fmuser.org -> persų
pl.fmuser.org -> lenkų
pt.fmuser.org -> portugalų
ro.fmuser.org -> rumunų
ru.fmuser.org -> rusų
sr.fmuser.org -> serbų
sk.fmuser.org -> slovakų
sl.fmuser.org -> slovėnų
es.fmuser.org -> ispanų
sw.fmuser.org -> svahili kalba
sv.fmuser.org -> švedų
th.fmuser.org -> Tailando
tr.fmuser.org -> turkų
uk.fmuser.org -> ukrainietis
ur.fmuser.org -> urdu
vi.fmuser.org -> vietnamiečių
cy.fmuser.org -> Valų kalba
yi.fmuser.org -> jidiš
„FMUSER Wirless“ perduoda vaizdo ir garso įrašus lengviau!
Susisiekite su mumis
Adresas:
Nr. 305 kambarys „HuiLan“ pastatas Nr. 273 Huanpu Road Guangdžou, Kinija 510620
Kategorijos
Naujienlaiškis