FMUSER Wirless pārraida video un audio vieglāk!
es.fmuser.org
it.fmuser.org
fr.fmuser.org
de.fmuser.org
af.fmuser.org -> afrikands
sq.fmuser.org -> albāņu
ar.fmuser.org -> arābu
hy.fmuser.org -> armēņu
az.fmuser.org -> azerbaidžāņu
eu.fmuser.org -> basku valoda
be.fmuser.org -> baltkrievu
bg.fmuser.org -> bulgāru valoda
ca.fmuser.org -> katalāņu
zh-CN.fmuser.org -> ķīniešu (vienkāršotā)
zh-TW.fmuser.org -> ķīniešu (tradicionālā)
hr.fmuser.org -> horvātu
cs.fmuser.org -> čehu
da.fmuser.org -> dāņu
nl.fmuser.org -> holandiešu
et.fmuser.org -> igauņu
tl.fmuser.org -> filipīniešu
fi.fmuser.org -> somu
fr.fmuser.org -> franču valoda
gl.fmuser.org -> galisiešu valoda
ka.fmuser.org -> gruzīnu
de.fmuser.org -> vācu
el.fmuser.org -> grieķu
ht.fmuser.org -> Haiti kreolu
iw.fmuser.org -> ebreju
hi.fmuser.org -> hindi
hu.fmuser.org -> ungāru valoda
is.fmuser.org -> islandiešu
id.fmuser.org -> indonēziešu
ga.fmuser.org -> īru
it.fmuser.org -> itāļu
ja.fmuser.org -> japāņu
ko.fmuser.org -> korejiešu
lv.fmuser.org -> latviski
lt.fmuser.org -> lietuviešu
mk.fmuser.org -> maķedoniešu
ms.fmuser.org -> malajiešu
mt.fmuser.org -> maltiešu
no.fmuser.org -> norvēģu
fa.fmuser.org -> persiešu
pl.fmuser.org -> poļu
pt.fmuser.org -> portugāļu
ro.fmuser.org -> rumāņu
ru.fmuser.org -> krievu valoda
sr.fmuser.org -> serbu
sk.fmuser.org -> slovāku
sl.fmuser.org -> slovēņu
es.fmuser.org -> spāņu
sw.fmuser.org -> svahili
sv.fmuser.org -> zviedru
th.fmuser.org -> taizemiešu
tr.fmuser.org -> turku
uk.fmuser.org -> ukraiņu
ur.fmuser.org -> urdu valoda
vi.fmuser.org -> vjetnamiešu
cy.fmuser.org -> velsiešu
yi.fmuser.org -> jidišs
Audio un video tiešraides sistēma ir sarežģīta inženiertehniskā sistēma. Lai sasniegtu ļoti zemu aizkaves tiešraidi, tai nepieciešama sarežģīta sistēmu inženierijas optimizācija un jāpārzina dažādas sastāvdaļas. Šeit ir daži parastie padomi skaņošanai:
Kodēšanas optimizācija
1. Pārliecinieties, vai kodeks ieslēdz minimālās aizkaves iestatījumu. Kodekam parasti ir zems latentuma optimizācijas slēdzis, īpaši H.264. Daudzi cilvēki, iespējams, nezina, ka H.264 dekoderis pirms parādīšanas kešatmiņā saglabās noteiktu skaitu video kadru. Video ar QCIF izšķirtspēju (176 × 144) tas kešatmiņā 16 kadrus, bet 720p video - 5 kadrus. Pirmajam kadra lasījumam tā ir liela kavēšanās. Ja video kodēšanai un saspiešanai neizmantojat H.264, pārliecinieties, ka neizmantojat B kadrus, tas arī vairāk ietekmēs kavēšanos, jo B kadru dekodēšana videoklipā ir atkarīga no video kadri pirms un pēc, kas palielinās kavēšanos.
2. Kodētājam parasti ir kavēšanās, ko izraisa koda vadība, ko sauc arī par inicializācijas kavēšanos vai VBV bufera lielumu. To uzskata par buferi starp kodētāju un dekodētāja bitu plūsmu, kuru var iestatīt pēc iespējas mazāku vai samazināt kavēšanos, neietekmējot video kvalitāti.
3. Ja pirmā kavēšanās ir tikai optimizēta, starp video rāmjiem var ievietot vairāk taustiņu rāmju, lai klients varētu dekodēt video straumi pēc iespējas ātrāk pēc tās saņemšanas. Tomēr, ja mums ir jāoptimizē kumulatīvā kavēšanās pārraides procesā, mums jāizmanto pēc iespējas mazāk galveno kadru, tas ir, I kadri (GOP kļūst lielāks). Vienādas video kvalitātes nodrošināšanas gadījumā, jo vairāk I kadru, jo lielāks bitu pārraides ātrums un lielāks tīkla joslas platums, kas nepieciešams pārraidei, kas nozīmē, ka kumulatīvā aizkave var būt lielāka. Šis optimizācijas efekts var nebūt acīmredzams sistēmā ar otro kavēšanos, bet tas būs acīmredzams sistēmā ar 100 ms vai pat zemāku kavēšanos. Tajā pašā laikā mēģiniet audio kodēšanai izmantot acc-lc kodeku. Lai gan he-acc vai he-acc 2 ir augsta kodēšanas efektivitāte, tā kodēšana prasa ilgāku laiku, un pārraides aizkave, ko izraisa lielāks skaļums, mazāk ietekmē video straumes pārraidi.
4. Neizmantojiet MJPEG video saspiešanas formātu, vismaz izmantojiet MPEG4 video saspiešanas formātu bez B rāmja (vienkāršs profils) un vēl labāk izmantojiet H.264 bāzes profilu (x264 ir arī optimizācijas slēdzis "melodijas zerolatences"). Šāda vienkārša optimizācija var samazināt latentumu, jo tā var kodēt pilna kadra ātruma video ar mazāku bitu pārraides ātrumu.
5. Ja tiek izmantots ffmpeg, samaziniet vērtības "- probesize" un "- analizēt ilgumu", kuras tiek izmantotas video kadru informācijas uzraudzībai un monitoringa laikam. Jo lielākas ir abas vērtības, jo lielāka ir ietekme uz kodēšanas aizkavi. Tiešraides skatījumā video straumei pat nav jāiestata analizējamā ilguma parametrs.
6. Fiksētas likmes kodēšanas CBR zināmā mērā var novērst tīkla satricinājumu ietekmi. Ja var izmantot mainīgas ātruma kodēšanu VBR, tas var ietaupīt nevajadzīgu tīkla joslas platumu un samazināt noteiktu kavēšanos. Tāpēc tiek ieteikts pēc iespējas vairāk izmantot kodēšanai VBR.
Transporta protokola optimizācija
1. Mēģiniet pārsūtīšanai starp servera mezgliem izmantot RTMP, nevis HLS protokolu, kura pamatā ir HTTP, kas var samazināt kopējo pārsūtīšanas kavēšanos. Tas galvenokārt ir paredzēts galalietotājiem, kuri spēlē HLS, lai spēlētu.
2. Ja gala lietotājs atskaņošanai izmanto RTMP, pārkodēšana jāveic uztverošajā mezglā netālu no straumēšanas gala, lai pārraidītā video straume būtu mazāka nekā sākotnējā video straume.
3. Ja nepieciešams, TCP protokola aizstāšanai var izmantot pielāgoto UDP protokolu, un pakešu zuduma retranslāciju zem vājas tīkla saites var novērst, kas var samazināt kavēšanos. Tās galvenais trūkums ir tas, ka pielāgotas video straumes pārsūtīšana un izplatīšana, pamatojoties uz UDP protokolu, nav pietiekami universāla, un CDN ražotāji atbalsta standarta pārraides protokolu. Vēl viens trūkums ir tas, ka var rasties šļakatas vai izplūdumi, ko izraisa pakešu zaudēšana (atslēgu rāmja dekodēšanas atsauces trūkums), kas prasa protokola pielāgošanas pusei veikt labu darbu pakešu zaudēšanas kontrolē, pamatojoties uz UDP.
Pārvades tīkla optimizācija
1. Mēs esam ieviesuši reāllaika straumēšanas tīklu, kas ir jauna veida tīkla pārraides tīkls ar pašorganizētiem mezgliem. Tas ir piemērots ne tikai vietējā vairāku operatoru tīkla pārraides optimizēšanai, bet arī daudzu ārvalstu tiešraides vajadzībām.
2. Saglabājiet kešatmiņā pašreizējo GOP servera mezglā un sadarbojieties ar atskaņotāju, lai optimizētu video atvēršanas laiku.
3. Serveris reģistrē otrā līmeņa kadru ātrumu un koda ātrumu, kad katra video straume reāllaikā plūst uz katru saiti, un reālā laikā uzrauga kodu ātruma un kadru ātruma svārstības.
4. Klients (straumēšana un atskaņošana) iegūst pašreizējo optimālo mezglu gandrīz reālā laikā, vaicājot serverim (reizi 5 sekundēs), un pašreizējais kļūdas mezgls un līnija ir bezsaistē gandrīz reālajā laikā.
Straumēšanas un atskaņošanas optimizācija
1. Pirms datu nosūtīšanas sistēma var saglabāt kešatmiņu. Arī šī parametra pielāgošanai ir jāatrod līdzsvars.
2. Atskaņotāja bufera kontrolei ir liela ietekme arī uz pirmo video aizkavi. Ja tiek optimizēta tikai pirmā aizkave, 0 bufera gadījumā datus var dekodēt uzreiz pēc to saņemšanas. Bet vājā tīkla vidē, lai novērstu tīkla satricinājumu ietekmi, ir jāiestata noteikta kešatmiņa, tāpēc mums jāatrod līdzsvars starp tiešraides stabilitāti un pirmās atvērtās aizkaves optimizāciju un jāpielāgo optimizēts bufera izmērs.
3. Spēlētāja dinamiskā bufera stratēģija, kas ir iepriekšminētās atskaņotāja kešatmiņas vadības uzlabota versija. Ja mēs vienkārši izvēlēsimies 0 kešatmiņu un fiksēta izmēra kešatmiņu, lai atrastu līdzsvaru, galu galā izvēlēsimies fiksēta lieluma kešatmiņu, kas nav godīgi 100 miljoniem mobilā interneta termināļa lietotāju. Viņu atšķirīgie tīkla apstākļi nosaka, ka fiksētā izmēra kešatmiņa nav pilnībā piemērota. Tāpēc mēs varam apsvērt "dinamiskās bufera stratēģiju". Kad atskaņotājs ir ieslēgts, mēs izmantojam ļoti mazu vai pat nulles bufera stratēģiju. Nākamās laika daļas bufera lielumu nosaka laiks, kas patērēts pirmā videoklipa lejupielādei. Tajā pašā laikā atskaņošanas procesā tiek uzraudzīts pašreizējais tīkls reāllaikā, un atskaņošanas procesā bufera lielums tiek pielāgots reāllaikā. Tādā veidā pirmais atvēršanas laiks var būt ļoti mazs, un tīkla jitter ietekmi var pēc iespējas novērst.
4. Dinamiskas ātruma spēles stratēģija. Papildus bufera lieluma dinamiskas pielāgošanas stratēģijai mēs varam izmantot arī reāllaika uzraudzības tīkla informāciju, lai dinamiski pielāgotu bitu pārraides ātrumu atskaņošanas procesā. Nepietiekama tīkla joslas platuma gadījumā mēs varam samazināt bitu pārraides ātrumu atskaņošanai un samazināt kavēšanos.
Iepriekš minētais ir daļa no zema latentuma optimizācijas paņēmieniem. Faktiski, optimizējot zemu latentumu, mēs ne tikai koncentrējamies uz "zemu latentumu", bet arī cenšamies sasniegt zemu latentumu ar nosacījumu, ka citi apstākļi neietekmē lietotāja pieredzi. Tāpēc tā saturs ietver plašu tēmu loku.
|
Ievadiet e-pastu, lai saņemtu pārsteigumu
es.fmuser.org
it.fmuser.org
fr.fmuser.org
de.fmuser.org
af.fmuser.org -> afrikands
sq.fmuser.org -> albāņu
ar.fmuser.org -> arābu
hy.fmuser.org -> armēņu
az.fmuser.org -> azerbaidžāņu
eu.fmuser.org -> basku valoda
be.fmuser.org -> baltkrievu
bg.fmuser.org -> bulgāru valoda
ca.fmuser.org -> katalāņu
zh-CN.fmuser.org -> ķīniešu (vienkāršotā)
zh-TW.fmuser.org -> ķīniešu (tradicionālā)
hr.fmuser.org -> horvātu
cs.fmuser.org -> čehu
da.fmuser.org -> dāņu
nl.fmuser.org -> holandiešu
et.fmuser.org -> igauņu
tl.fmuser.org -> filipīniešu
fi.fmuser.org -> somu
fr.fmuser.org -> franču valoda
gl.fmuser.org -> galisiešu valoda
ka.fmuser.org -> gruzīnu
de.fmuser.org -> vācu
el.fmuser.org -> grieķu
ht.fmuser.org -> Haiti kreolu
iw.fmuser.org -> ebreju
hi.fmuser.org -> hindi
hu.fmuser.org -> ungāru valoda
is.fmuser.org -> islandiešu
id.fmuser.org -> indonēziešu
ga.fmuser.org -> īru
it.fmuser.org -> itāļu
ja.fmuser.org -> japāņu
ko.fmuser.org -> korejiešu
lv.fmuser.org -> latviski
lt.fmuser.org -> lietuviešu
mk.fmuser.org -> maķedoniešu
ms.fmuser.org -> malajiešu
mt.fmuser.org -> maltiešu
no.fmuser.org -> norvēģu
fa.fmuser.org -> persiešu
pl.fmuser.org -> poļu
pt.fmuser.org -> portugāļu
ro.fmuser.org -> rumāņu
ru.fmuser.org -> krievu valoda
sr.fmuser.org -> serbu
sk.fmuser.org -> slovāku
sl.fmuser.org -> slovēņu
es.fmuser.org -> spāņu
sw.fmuser.org -> svahili
sv.fmuser.org -> zviedru
th.fmuser.org -> taizemiešu
tr.fmuser.org -> turku
uk.fmuser.org -> ukraiņu
ur.fmuser.org -> urdu valoda
vi.fmuser.org -> vjetnamiešu
cy.fmuser.org -> velsiešu
yi.fmuser.org -> jidišs
FMUSER Wirless pārraida video un audio vieglāk!
Kontakti
Adrese:
Nr. 305 istaba HuiLan ēka Nr.273 Huanpu Road Guangzhou, Ķīna 510620
Kategorijas
Saņemt jaunumus