FMUSER Wirless edastab videot ja heli lihtsamalt!
es.fmuser.org
it.fmuser.org
fr.fmuser.org
de.fmuser.org
af.fmuser.org -> afrikaans
sq.fmuser.org -> albaania keel
ar.fmuser.org -> araabia
hy.fmuser.org -> Armeenia
az.fmuser.org -> aserbaidžaanlane
eu.fmuser.org -> baski keel
be.fmuser.org -> valgevenelane
bg.fmuser.org -> Bulgaaria
ca.fmuser.org -> katalaani keel
zh-CN.fmuser.org -> hiina (lihtsustatud)
zh-TW.fmuser.org -> Hiina (traditsiooniline)
hr.fmuser.org -> horvaadi keel
cs.fmuser.org -> tšehhi
da.fmuser.org -> taani keel
nl.fmuser.org -> Hollandi
et.fmuser.org -> eesti keel
tl.fmuser.org -> filipiinlane
fi.fmuser.org -> soome keel
fr.fmuser.org -> Prantsusmaa
gl.fmuser.org -> galicia keel
ka.fmuser.org -> gruusia keel
de.fmuser.org -> saksa keel
el.fmuser.org -> Kreeka
ht.fmuser.org -> Haiti kreool
iw.fmuser.org -> heebrea
hi.fmuser.org -> hindi
hu.fmuser.org -> Ungari
is.fmuser.org -> islandi keel
id.fmuser.org -> indoneesia keel
ga.fmuser.org -> iiri keel
it.fmuser.org -> Itaalia
ja.fmuser.org -> jaapani keel
ko.fmuser.org -> korea
lv.fmuser.org -> läti keel
lt.fmuser.org -> Leedu
mk.fmuser.org -> makedoonia
ms.fmuser.org -> malai
mt.fmuser.org -> malta keel
no.fmuser.org -> Norra
fa.fmuser.org -> pärsia keel
pl.fmuser.org -> poola keel
pt.fmuser.org -> portugali keel
ro.fmuser.org -> Rumeenia
ru.fmuser.org -> vene keel
sr.fmuser.org -> serbia
sk.fmuser.org -> slovaki keel
sl.fmuser.org -> Sloveenia
es.fmuser.org -> hispaania keel
sw.fmuser.org -> suahiili keel
sv.fmuser.org -> rootsi keel
th.fmuser.org -> Tai
tr.fmuser.org -> türgi keel
uk.fmuser.org -> ukrainlane
ur.fmuser.org -> urdu
vi.fmuser.org -> Vietnam
cy.fmuser.org -> kõmri keel
yi.fmuser.org -> Jidiši
Jagasime, kuidas optimeerida otseülekande kogemust paljudel võrgu- ja võrguühenduseta juhtumitel, ning selgitasime üksikasjalikult iga osa väikese latentsuse ja kogelemise põhjuseid ning vastavaid optimeerimispõhimõtteid. Tegelikult on heli ja video otseülekandesüsteem keeruline insenerisüsteem. Väga madala latentsusega otseülekande saavutamiseks on vajalik kompleksne süsteemitehnoloogia optimeerimine ja väga tuttav arusaam erinevatest komponentidest. Siin jagame mõnda lihtsat ja tavaliselt kasutatavat häälestustehnikat.
Kodeerimise optimeerimine
1. Veenduge, et koodek on lubatud madalaima latentsusega. Kodekil on tavaliselt madala latentsusega optimeeritud lülitid, eriti H.264 jaoks. Paljud inimesed ei pruugi teada, et H.264 dekooder vahemällu salvestab teatud videoraami enne selle kuvamist. QCIF-eraldusvõimega video (176 × 144) vahemällu salvestab see tavaliselt 16 kaadrit ja 720P video puhul 5 kaadrit. . Esimese kaadri lugemiseks on see suur viivitus. Kui teie videot pole kodeeritud ega tihendatud H.264-ga, veenduge, et B-kaadrit ei kasutataks. Samuti on sellel suurem viivitus, sest B-kaadri dekodeerimine videos sõltub eelnevatest ja järgnevatest videokaadritest, mis suurendab viivitust.
2. Koodritel on tavaliselt koodijuhtimise põhjustatud viivitus, mida tavaliselt nimetatakse initsialiseerimise viivituseks või videopuhvri kontrollija VBV puhvri suuruseks, mida peetakse koodri ja dekoodri bitivoo vahel olevaks puhvriks, ilma et see mõjutaks video kvaliteeti . Viivituse vähendamiseks võite selle seada nii väikeseks kui võimalik.
3. Kui optimeerite ainult esimest avamisviivitust, saate videokaadrite vahele lisada rohkem võtmeraame, et klient saaks selle pärast videovoo kättesaamist võimalikult kiiresti dekodeerida. Kui aga peate edastamisprotsessi ajal optimeerima kumulatiivset viivitust, kasutage võimalikult vähe võtmeraame, see tähendab I kaadreid (GOP muutub suuremaks). Sama videokvaliteedi tagamise tingimusel, mida rohkem ma kaadreid teen, seda suurem on bitikiirus ja vajalik edastamine. Mida suurem on võrgu ribalaius, see tähendab, et kumulatiivne viivitus võib olla suurem. See optimeerimisefekt ei pruugi teise taseme viivitusega süsteemis ilmne olla, kuid 100 ms või lühema viivitusega süsteemis on see väga ilmne. Samal ajal proovige heli kodeerimiseks kasutada AAC-LC kodekit. Ehkki HE-AAC või HE-AAC V2 kodeerimise efektiivsus on kõrge, võtab see kodeerimise kauem aega ja suurema helimahu tekitamisest tingitud edastusviivitus mõjutab videovoogude edastamist. Ütles, et mõju on väiksem.
4. Ärge kasutage video MJPEG-i videotihenduse vormingut, kasutage vähemalt MPEG4 videotihenduse vormingut ilma B-kaadrita (lihtne profiil) või veelgi parem kasutage H.264-põhiprofiili (X264-l on ka optimeerimislüliti "tune zerolatency") ). Selline lihtne optimeerimine võib vähendada viivitust, kuna see võib kodeerida täiskaadrisagedusega videot madalama bitikiirusega.
5. Kui kasutatakse FFmpegi, vähendage parameetrite "-probesize" ja "-analyze duration" väärtusi. Neid kahte väärtust kasutatakse videokaadri teabe jälgimiseks ja seire kestuseks. Mida suurem on kaks väärtust, seda mõju kodeerimise viivitusele Mida suurem on väärtus, seda pole vaja otseülekande stseenis videovoo jaoks isegi analüüsitud parameetrit seada.
6. Fikseeritud kiirusega kodeerimine CBR võib teatud määral kõrvaldada võrgu värisemise mõju. Kui saate kasutada muutuva kiirusega kodeerimist VBR, saate säästa ebavajalikku võrgu ribalaiust ja vähendada teatud viivitusi. Seetõttu on kodeerimiseks soovitatav kasutada VBR-i nii palju kui võimalik.
Edastusprotokolli optimeerimine
1. Püüdke serveri sõlmede ja sõlmede vahel edastamiseks HTTP-põhise HLS-protokolli asemel kasutada RTMP-d, et vähendada üldist edastusviivitust. See kehtib peamiselt juhul, kui lõppkasutajad kasutavad taasesituseks HLS-i.
2. Kui lõppkasutaja kasutab esitamiseks RTMP-d, proovige transkodeerida vastuvõtvas sõlmes tõukejõu lähedal, nii et edastatud videovoog oleks väiksem kui algne videovoog.
3. Vajadusel saate TCP-protokolli asendamiseks kasutada kohandatud UDP-protokolli, kaotades viivituse vähendamiseks vajaduse nõrkade võrgulinkide korral uuesti edastamiseks. Selle peamine puudus on see, et UDP-protokollil põhineva kohandatud protokolli videovoo edastamine ja levitamine ei ole piisavalt universaalne ning CDN-i tootja toetab standardset edastusprotokolli. Teine puudus on see, et pakettide kaotsiminek võib põhjustada hägustumist või hägustumist (võtmeraami dekodeerimise viite puudumine), mis nõuab protokolli kohandamise osapoolelt pakettide kaotuse kontrolli teostamist UDP alusel.
Põhivõrgu optimeerimine
1. Oleme tutvustanud reaalajas voogesitusvõrku. See on uut tüüpi sõlmede isekorraldatud võrgusilma edastusvõrk, mis sobib edastamise optimeerimiseks kodumaiste mitmeoperaatori võrgutingimustes ja sobib ka paljude välismaiste otseülekannete jaoks.
2. Tühjendage serverisõlmes olev GOP vahemällu ja tehke video avamise aja optimeerimiseks koostööd mängijaga.
3. Server salvestab reaalajas igale lingile voolava iga videovoo teise taseme kaadrisageduse ja bitikiiruse ning jälgib reaalajas bitikiiruse ja kaadrisageduse kõikumist.
4. Klient (voogesitus ja esitamine) saab praeguse optimaalse sõlme kvaasi-reaalajas, küsides serverilt päringuid (iga 5 sekundi järel), ja praeguse vigase sõlme ja liini võrguühenduseta peaaegu reaalajas.
Voogesitus, taasesituse optimeerimine
1. Kontrollige saatmissüsteemiga kaasas oleva võrgupuhvri suurust. Enne andmete saatmist võib süsteem andmeid puhverdada. Selle parameetri häälestamine peab leidma ka tasakaalu.
2. Vahemälu juhtimine taasesituse poolel mõjutab rohkem ka video esimest avamisviivitust. Kui optimeeritakse ainult esimest avamisviivitust, saab selle vahemälu korral andmete dekodeerimisel kohe dekodeerida. Kuid nõrgas võrgukeskkonnas on võrgu värisemise mõju välistamiseks vajalik ka teatud vahemälu seadistamine. Seetõttu on vaja leida tasakaal otseülekande stabiilsuse ja esimese avanemisviivituse optimeerimise vahel ning kohandada optimeeritud puhvri suuruse väärtust.
3. Mängija dünaamiline puhverstrateegia, mis on ülaltoodud mängija vahemälu juhtimise täiustatud versioon. Kui valite tasakaalu leidmiseks lihtsalt 0 vahemälu ja kindla suurusega vahemälu, valite lõpuks kindla suurusega vahemälu. See on sadade miljonite mobiilse Interneti-terminali kasutajate suhtes ebaõiglane. Nende erinevad võrgutingimused määravad selle. Fikseeritud suurusega vahemälu pole täiesti sobiv. Seetõttu võime kaaluda "dünaamilise puhvri strateegiat", mis kasutab mängija sisselülitamisel väga väikest või isegi nullivahemälu strateegiat ja määrab järgmise video osa vahemälu suuruse esimese video allalaadimiseks kuluva aja järgi. esitamine Protsessi ajal jälgitakse praegust võrku reaalajas ja puhvri suurust taasesituse ajal reguleeritakse reaalajas. Sel viisil on võimalik saavutada esimese avamise ülimadal aeg ja võimalikult palju kõrvaldada võrgu värisemise põhjustatud mõju.
4. Dünaamiline bitikiiruse taasesitusstrateegia. Lisaks puhvri suuruse dünaamilise reguleerimise strateegiale saab võrguinfo reaalajas jälgimist kasutada ka bitikiiruse dünaamiliseks reguleerimiseks taasesitusprotsessi ajal, vähendades taasesituse bitikiirust, kui võrgu ribalaius on ebapiisav, ja vähendades viivitus.
Ülaltoodud on mõned meie oskused madala latentsusega optimeerimisel. Tegelikult ei keskendu madala latentsuse optimeerimisel ainult "madalale latentsusele", vaid püüame saavutada ka madala latentsuse, tagades samas, et muud tingimused ei mõjutaks kasutajakogemust. Seetõttu hõlmab selle sisu üha uusi teemasid. Otsevideo optimeerimine hõlmab ka kõiki aspekte ja siin jagatakse ainult neid osi, mida meie oleme harjutanud. Praktika kuhjumisel jagame rohkem reaalajas videote optimeerimise tehnikaid ja isegi nõudmisel võrgus ja võrgus.
|
Üllatuse saamiseks sisestage e-posti aadress
es.fmuser.org
it.fmuser.org
fr.fmuser.org
de.fmuser.org
af.fmuser.org -> afrikaans
sq.fmuser.org -> albaania keel
ar.fmuser.org -> araabia
hy.fmuser.org -> Armeenia
az.fmuser.org -> aserbaidžaanlane
eu.fmuser.org -> baski keel
be.fmuser.org -> valgevenelane
bg.fmuser.org -> Bulgaaria
ca.fmuser.org -> katalaani keel
zh-CN.fmuser.org -> hiina (lihtsustatud)
zh-TW.fmuser.org -> Hiina (traditsiooniline)
hr.fmuser.org -> horvaadi keel
cs.fmuser.org -> tšehhi
da.fmuser.org -> taani keel
nl.fmuser.org -> Hollandi
et.fmuser.org -> eesti keel
tl.fmuser.org -> filipiinlane
fi.fmuser.org -> soome keel
fr.fmuser.org -> Prantsusmaa
gl.fmuser.org -> galicia keel
ka.fmuser.org -> gruusia keel
de.fmuser.org -> saksa keel
el.fmuser.org -> Kreeka
ht.fmuser.org -> Haiti kreool
iw.fmuser.org -> heebrea
hi.fmuser.org -> hindi
hu.fmuser.org -> Ungari
is.fmuser.org -> islandi keel
id.fmuser.org -> indoneesia keel
ga.fmuser.org -> iiri keel
it.fmuser.org -> Itaalia
ja.fmuser.org -> jaapani keel
ko.fmuser.org -> korea
lv.fmuser.org -> läti keel
lt.fmuser.org -> Leedu
mk.fmuser.org -> makedoonia
ms.fmuser.org -> malai
mt.fmuser.org -> malta keel
no.fmuser.org -> Norra
fa.fmuser.org -> pärsia keel
pl.fmuser.org -> poola keel
pt.fmuser.org -> portugali keel
ro.fmuser.org -> Rumeenia
ru.fmuser.org -> vene keel
sr.fmuser.org -> serbia
sk.fmuser.org -> slovaki keel
sl.fmuser.org -> Sloveenia
es.fmuser.org -> hispaania keel
sw.fmuser.org -> suahiili keel
sv.fmuser.org -> rootsi keel
th.fmuser.org -> Tai
tr.fmuser.org -> türgi keel
uk.fmuser.org -> ukrainlane
ur.fmuser.org -> urdu
vi.fmuser.org -> Vietnam
cy.fmuser.org -> kõmri keel
yi.fmuser.org -> Jidiši
FMUSER Wirless edastab videot ja heli lihtsamalt!
Saada sõnum
Aadress:
Nr 305 tuba HuiLan Building No.273 Huanpu Road Guangzhou, Hiina 510620
Kategooriad
Uudiskiri