FMUSER Wirless lähettää videota ja ääntä helpommin!
es.fmuser.org
it.fmuser.org
fr.fmuser.org
de.fmuser.org
af.fmuser.org -> Afrikaans
sq.fmuser.org -> albania
ar.fmuser.org -> arabia
hy.fmuser.org -> Armenian
az.fmuser.org -> azerbaidžanilainen
eu.fmuser.org -> baski
be.fmuser.org -> valkovenäläinen
bg.fmuser.org -> Bulgaria
ca.fmuser.org -> katalaani
zh-CN.fmuser.org -> kiina (yksinkertaistettu)
zh-TW.fmuser.org -> Kiina (perinteinen)
hr.fmuser.org -> kroatia
cs.fmuser.org -> tšekki
da.fmuser.org -> tanska
nl.fmuser.org -> Dutch
et.fmuser.org -> viro
tl.fmuser.org -> filippiiniläinen
fi.fmuser.org -> suomi
fr.fmuser.org -> French
gl.fmuser.org -> galicialainen
ka.fmuser.org -> Georgian
de.fmuser.org -> saksa
el.fmuser.org -> Greek
ht.fmuser.org -> Haitin kreoli
iw.fmuser.org -> heprea
hi.fmuser.org -> Hindi
hu.fmuser.org -> Unkari
is.fmuser.org -> islanti
id.fmuser.org -> indonesia
ga.fmuser.org -> irlantilainen
it.fmuser.org -> Italian
ja.fmuser.org -> japani
ko.fmuser.org -> korea
lv.fmuser.org -> latvia
lt.fmuser.org -> Liettua
mk.fmuser.org -> makedonia
ms.fmuser.org -> malaiji
mt.fmuser.org -> maltalainen
no.fmuser.org -> Norja
fa.fmuser.org -> persia
pl.fmuser.org -> puola
pt.fmuser.org -> portugali
ro.fmuser.org -> Romania
ru.fmuser.org -> venäjä
sr.fmuser.org -> serbia
sk.fmuser.org -> slovakki
sl.fmuser.org -> Slovenian
es.fmuser.org -> espanja
sw.fmuser.org -> swahili
sv.fmuser.org -> ruotsi
th.fmuser.org -> Thai
tr.fmuser.org -> turkki
uk.fmuser.org -> ukraina
ur.fmuser.org -> urdu
vi.fmuser.org -> Vietnam
cy.fmuser.org -> kymri
yi.fmuser.org -> Jiddiš
Ääni- ja videolähetysjärjestelmä on monimutkainen suunnittelujärjestelmä. Hyvin pienen viiveen suoran lähetyksen saavuttamiseksi se vaatii monimutkaisen järjestelmätekniikan optimoinnin ja tuntee kunkin komponentin. Tässä on useita yksinkertaisia ja yleisiä viritystekniikoita:
Koodauksen optimointi
1. varmista, että koodekin vähimmäisviive on päällä. Koodekissa on yleensä matalan viiveen optimointikytkin, erityisesti H.264: lle. Monet ihmiset eivät ehkä tiedä, että H.264: n dekooderi tallentaa välimuistiin tietyt videokehykset ennen normaalia näyttämistä, 16 kehystä välimuistiin QCIF-tarkkuuskokoiselle videolle (176 × 144) ja 5 kuvaa 720p-videolle. Tämä on suuri viive ensimmäisen kehyksen lukemisessa. Jos videotasi ei ole koodattu ja pakattu H.264: n avulla, varmista, että B-kehystä ei käytetä, sillä on myös suurempi vaikutus latenssiin, koska videon B-kehyksen dekoodaus riippuu etu- ja takaosan videokehyksistä, jotka lisää viivettä.
2. kooderilla on yleensä koodin ohjauksen aiheuttama viive, jota kutsutaan myös alustusviiveeksi tai VBV: n välimuistin kokoon, jota pidetään kooderin ja dekooderin bittivirran välisenä välimuistina. Se voidaan asettaa mahdollisimman pieneksi ja vähentää viivettä vaikuttamatta videon laatuun.
3. jos vain ensimmäinen viive on optimoitu, videokehysten väliin voidaan lisätä lisää avainkehyksiä, jotta asiakas voi purkaa videovirran mahdollisimman pian videovirran vastaanottamisen jälkeen. Jos kuitenkin lähetyksen kumulatiivinen viive on optimoitava, avainkehystä (I-kehyksestä tulee suurempi) käytetään mahdollisimman vähän. Jos varmistetaan sama videolaatu, mitä enemmän I-kehyksiä, sitä suurempi koodinopeus ja enemmän verkon kaistanleveyttä tarvitaan lähetykseen, se tarkoittaa, että suurempi on kumulatiivinen viive. Tämä optimointivaikutus ei ehkä ole ilmeinen toisissa viivejärjestelmissä, mutta se on hyvin ilmeinen järjestelmissä, joissa viive on 100 ms tai vähemmän. Samaan aikaan ACC LC -koodekkia käytetään mahdollisimman paljon äänen koodaamiseen. Vaikka hänen acc tai he-acc 2: lla on korkea koodaustehokkuus, koodaaminen kestää kauemmin, ja suuremman äänenvoimakkuuden aiheuttama lähetysviive vaikuttaa vähemmän videovirran lähetykseen.
4. älä käytä videon MJPEG-videon pakkausmuotoa, käytä ainakin MPEG 4 -videon pakkausformaattia ilman B-kehystä (yksinkertainen profiili) tai edes H.264-perusprofiilia (x264: ssä on myös optimointikytkin, jonka viritys on nollattavissa). Tällainen yksinkertainen optimointi voi vähentää viivettä, koska se voi koodata täysikokoisen videon pienemmällä bittinopeudella.
5. Jos käytetään ffmpeg-parametria, parametrien "-probesize" ja "analysoi kesto" arvo pienenee. Näitä kahta arvoa käytetään videokehystietojen seurantaan ja valvonnan kestoon. Mitä suurempi näiden kahden arvon vaikutus koodausviiveeseen on, sitä enemmän tarvitaan analysointikestoparametrin asettamista videovirralle suorassa videotilanteessa.
6. kiinteänopeuksinen koodaus CBR voi eliminoida verkon värinän jossain määrin. Jos VBR: ää voidaan käyttää, joitain tarpeettomia verkon kaistanleveyksiä voidaan tallentaa ja tiettyä viivettä voidaan vähentää. Siksi on suositeltavaa käyttää VBR: ää mahdollisimman paljon koodaukseen.
Lähetysprotokollan optimointi
1. yritä käyttää RTMP: tä HTTP-pohjaisen HLS-protokollan sijasta siirtämään palvelimen solmujen ja solmujen välillä, mikä voi vähentää yleistä lähetysviivettä. Tämä on pääasiassa loppukäyttäjää varten, joka käyttää HLS: ää toistoon.
2. Jos loppukäyttäjä käyttää RTMP: tä toistamiseen, transkoodaus suoritetaan vastaanottavassa solmussa lähellä suoratoistopäätä niin pitkälle kuin mahdollista, niin että lähetetty videovirta on pienempi kuin alkuperäinen videovirta.
3. tarvittaessa voit korvata TCP: n mukautetulla UDP-protokollalla ja vähentää viivettä poistamalla pakettihäviöiden uudelleenlähetyksen heikossa verkossa. Tämän protokollan suurin haittapuoli on, että videovirran lähetys ja jakelu UDP-protokollan perusteella ei ole riittävän yleismaailmallinen, ja CDN-valmistajat tukevat tavanomaista lähetysprotokollaa. Toinen haittapuoli on, että pakettihäviön aiheuttama näyttö tai hämärtyminen (avainkehyksen dekoodausviitteen puuttuminen), joka vaatii protokollan mukautusosapuolen hallitsemaan pakettien menetyksiä UDP: n perusteella.
Siirtoverkon optimointi
1. olemme ottaneet käyttöön reaaliaikaisen suoratoistolähetysverkon, joka on uusi verkonsiirtoverkko, jossa on itseorganisoituvat solmut, joka soveltuu tiedonsiirron optimointiin kotimaisten monioperaattoreiden verkko-olosuhteissa ja monien ulkomaisten suorien lähetysten kysynnässä.
2. välimuisti palvelinsolmun nykyinen GOP ja optimoi videon avautumisaika soittimella.
3. palvelin tallentaa jokaiselle linkille virtaavan jokaisen videovirran toisen kehysnopeuden ja koodinopeuden reaaliajassa, ja seuraa koodinopeuden ja kehysnopeuden vaihtelua reaaliajassa.
4. asiakas (push and play) saa nykyisen optimaalisen solmun (kerran 5 sekunnissa) kyselemällä palvelimelta lähes reaaliajassa, ja lähes reaaliaikaisen offline-virhesolmun ja -linjan.
Työnnä virtauksen ja toiston optimointia
1. tutkia lähettäjäjärjestelmän verkkopuskurin koko, ja järjestelmä voi tallentaa tiedot välimuistiin ennen tietojen lähettämistä. Tämän parametrin virittämisen on myös löydettävä tasapainopiste.
2. puskurisäätimellä toiston puolella on myös suuri vaikutus videon avaamisen viiveeseen. Jos vain ensimmäinen viive on optimoitu, se voidaan dekoodata välittömästi, kun tiedot saapuvat, 0 välimuistin tapauksessa. Mutta jos verkon tärinän vaikutusten poistamiseksi heikossa verkkoympäristössä on määritettävä tietty välimuisti. Siksi on välttämätöntä löytää tasapaino suoran lähetyksen vakauden ja ensimmäisen viiveen optimoinnin välillä ja säätää puskurikoon optimoinnin arvo.
3. Toistopuolen dynaaminen puskurikäytäntö on parannettu versio yllä olevan toistopään välimuistin ohjauksesta. Jos tasapainon löytämiseksi valitaan vain 0 välimuisti ja kiinteäkokoinen välimuisti, valitaan lopulta kiinteäkokoinen välimuisti. Tämä on epäoikeudenmukaista miljardin tason langattoman Internetin loppukäyttäjiä kohtaan. Heidän erilaiset verkko-olosuhteensa päättävät, että kiinteän koon puskuri ei ole täysin sopiva. Siksi voimme harkita dynaamista puskurikäytäntöä, joka käyttää hyvin pientä tai jopa 0 välimuistikäytäntöä, kun soitin on päällä. Seuraavan kerroksen välimuistin koko määräytyy ensimmäisen videon lataamiseen kuluvan ajan mukaan, ja samalla nykyistä verkkoa seurataan reaaliajassa toiston aikana ja välimuistin kokoa toiston aikana säädetään reaaliaika. Tämä voi saavuttaa erittäin alhaisen avausajan ja poistaa verkon tärinän vaikutukset mahdollisimman paljon.
4. dynaamisen nopeuden toistostrategia. Puskurikokostrategian dynaamisen säätämisen lisäksi voimme myös käyttää reaaliaikaista verkkotietoja koodinopeuden dynaamiseen säätämiseen toiston aikana, vähentää toistonopeutta ja vähentää viivettä verkon riittämättömän kaistanleveyden tapauksessa.
Edellä on osa matalan viiveen optimoinnin tekniikoita. Itse asiassa emme keskity "matalaan viiveeseen", kun optimoimme matalan viiveen, vaan yritämme saavuttaa matalan viiveen, kun muut olosuhteet eivät vaikuta käyttäjäkokemukseen. Siksi sen sisältö sisältää yhä enemmän aiheita.
|
Kirjoita sähköpostiosoite saadaksesi yllätyksen
es.fmuser.org
it.fmuser.org
fr.fmuser.org
de.fmuser.org
af.fmuser.org -> Afrikaans
sq.fmuser.org -> albania
ar.fmuser.org -> arabia
hy.fmuser.org -> Armenian
az.fmuser.org -> azerbaidžanilainen
eu.fmuser.org -> baski
be.fmuser.org -> valkovenäläinen
bg.fmuser.org -> Bulgaria
ca.fmuser.org -> katalaani
zh-CN.fmuser.org -> kiina (yksinkertaistettu)
zh-TW.fmuser.org -> Kiina (perinteinen)
hr.fmuser.org -> kroatia
cs.fmuser.org -> tšekki
da.fmuser.org -> tanska
nl.fmuser.org -> Dutch
et.fmuser.org -> viro
tl.fmuser.org -> filippiiniläinen
fi.fmuser.org -> suomi
fr.fmuser.org -> French
gl.fmuser.org -> galicialainen
ka.fmuser.org -> Georgian
de.fmuser.org -> saksa
el.fmuser.org -> Greek
ht.fmuser.org -> Haitin kreoli
iw.fmuser.org -> heprea
hi.fmuser.org -> Hindi
hu.fmuser.org -> Unkari
is.fmuser.org -> islanti
id.fmuser.org -> indonesia
ga.fmuser.org -> irlantilainen
it.fmuser.org -> Italian
ja.fmuser.org -> japani
ko.fmuser.org -> korea
lv.fmuser.org -> latvia
lt.fmuser.org -> Liettua
mk.fmuser.org -> makedonia
ms.fmuser.org -> malaiji
mt.fmuser.org -> maltalainen
no.fmuser.org -> Norja
fa.fmuser.org -> persia
pl.fmuser.org -> puola
pt.fmuser.org -> portugali
ro.fmuser.org -> Romania
ru.fmuser.org -> venäjä
sr.fmuser.org -> serbia
sk.fmuser.org -> slovakki
sl.fmuser.org -> Slovenian
es.fmuser.org -> espanja
sw.fmuser.org -> swahili
sv.fmuser.org -> ruotsi
th.fmuser.org -> Thai
tr.fmuser.org -> turkki
uk.fmuser.org -> ukraina
ur.fmuser.org -> urdu
vi.fmuser.org -> Vietnam
cy.fmuser.org -> kymri
yi.fmuser.org -> Jiddiš
FMUSER Wirless lähettää videota ja ääntä helpommin!
Ota yhteyttä
Osoite:
Nro 305 huone HuiLan-rakennus nro 273 Huanpu Road Guangzhou Kiina 510620
Kategoriat
Uutiskirje