FMUSER Wirless Overfør video og lyd enklere!
es.fmuser.org
it.fmuser.org
fr.fmuser.org
de.fmuser.org
af.fmuser.org -> Afrikaans
sq.fmuser.org -> albansk
ar.fmuser.org -> arabisk
hy.fmuser.org -> armensk
az.fmuser.org -> aserbajdsjansk
eu.fmuser.org -> baskisk
be.fmuser.org -> hviterussisk
bg.fmuser.org -> Bulgarian
ca.fmuser.org -> katalansk
zh-CN.fmuser.org -> Kinesisk (forenklet)
zh-TW.fmuser.org -> Kinesisk (tradisjonell)
hr.fmuser.org -> Kroatisk
cs.fmuser.org -> tsjekkisk
da.fmuser.org -> dansk
nl.fmuser.org -> Nederlandsk
et.fmuser.org -> estisk
tl.fmuser.org -> filippinsk
fi.fmuser.org -> finsk
fr.fmuser.org -> French
gl.fmuser.org -> galisisk
ka.fmuser.org -> Georgisk
de.fmuser.org -> tysk
el.fmuser.org -> gresk
ht.fmuser.org -> haitisk kreolsk
iw.fmuser.org -> hebraisk
hi.fmuser.org -> hindi
hu.fmuser.org -> Ungarsk
is.fmuser.org -> islandsk
id.fmuser.org -> indonesisk
ga.fmuser.org -> Irsk
it.fmuser.org -> Italiensk
ja.fmuser.org -> japansk
ko.fmuser.org -> koreansk
lv.fmuser.org -> lettisk
lt.fmuser.org -> litauisk
mk.fmuser.org -> makedonsk
ms.fmuser.org -> malaysisk
mt.fmuser.org -> maltesisk
no.fmuser.org -> norsk
fa.fmuser.org -> persisk
pl.fmuser.org -> polsk
pt.fmuser.org -> portugisisk
ro.fmuser.org -> rumensk
ru.fmuser.org -> russisk
sr.fmuser.org -> serbisk
sk.fmuser.org -> Slovakisk
sl.fmuser.org -> Slovenian
es.fmuser.org -> spansk
sw.fmuser.org -> Swahili
sv.fmuser.org -> svensk
th.fmuser.org -> Thai
tr.fmuser.org -> tyrkisk
uk.fmuser.org -> ukrainsk
ur.fmuser.org -> urdu
vi.fmuser.org -> Vietnamesisk
cy.fmuser.org -> walisisk
yi.fmuser.org -> Yiddish
Bakgrunnen for problemet:
Enten det er å sjekke noen skjermer, fryser og mosaikkproblemer på linjen, eller å utvikle en bithastighetsadaptiv funksjon, eller å optimalisere JitterBuffer til klientspilleren, er samarbeid fra kodersenderen nødvendig. Vi må avveie kodingshastighet, nettverksbåndbredde og videokvalitet, og deretter velge et kodejusteringsskjema som er mer egnet for scenen. Samtidig er den for tiden populære ROI-kodingen og den adaptive læringen av kodingsscener relatert til denne delen av innholdet. Denne artikkelen introduserer bithastighetsstyringsskjemaene til vanlige videokodere. Spesifikke kodere kan være forskjellige i implementering og bruk, og ytterligere analyse og forståelse er nødvendig når du ringer APIer og leser kildekoden.
bakgrunnskunnskap:
I videokodingsprosessen er det et viktig trinn: kvantisering, som er en tapsfri kompresjonsprosess. Kvantisering bestemmer i utgangspunktet bithastigheten til videoen, og bithastigheten til videoen bestemmer kvaliteten på videoen til en viss grad. Jo større kvantiseringsverdi QP, jo høyere granulering av kvantiseringen, jo større kompresjonshastighet, jo mindre bithastighet, og jo lavere videokvalitet. Det ser ut til at mosaikken er større, bildet ikke er delikat og bildet er uskarpt. Tvert imot er kompresjonshastigheten lav, bithastigheten er stor, kvaliteten er høy, bildet er delikat og detaljene er rike.
Derfor er det veldig viktig å velge en løsning for videokodekontroll som passer for scenen. Justering av videoutgangshastigheten er faktisk en balanse mellom videokodingshastighet, nettverksbåndbredde og videokvalitet. Noen ganger er nettverksbåndbredden veldig begrenset. Det er nødvendig å prioritere kodekontrollskjemaet som prioriterer bithastigheten. Noen har høye krav til videokvalitet. Hvis du vil ha HD-video, må du velge den første modellen med kvalitet.
Samlet sett kan valget av skjema for videokodningshastighet oppnås ved å veie følgende fem faktorer:
1. Stabiliteten til visuell kvalitet bidrar til subjektiv visuell kvalitet, slik som klarhet, flyt, detalj osv. Dette er relatert til det visuelle prinsippet i det menneskelige øye. Velg modellen med den høyeste aktive kvalitetsoppfatningen av det menneskelige øye;
2. Sanntids utgangsbithastighet tilsvarer antall utgangsbiter per ramme. Nettverksbåndbreddefaktoren må vurderes. Med utviklingen av det mobile Internett, må også innflytelsen fra wifi og trådløse nettverk vurderes;
3. Utdatafilens filstørrelse er kontrollerbar, noe som bidrar til overføring og lagring, avhengig av størrelsen på systemets plass;
4. Kodningshastighet. Ulike kodestyringsmodeller påvirker også kodingshastigheten. For scenarier med lav ventetid og sanntid, bør det tas hensyn til forskjellige ordninger for kodekontroll, som har ulik beregningskompleksitet, og den resulterende kodingsforsinkelsen vil også ha innvirkning;
5. For mobile enheter kreves forskjellige kodingsmetoder for strømforbrukskrav, fordi forskjellige modeller vil påvirke kompleksiteten i koding og dekoding, og strømforbruket som kreves for koding og avspilling på mobile enheter er forskjellig.
Innføring av bithastighet:
Følgende introduserer forskjellige hastighetsreguleringsmodeller og gjeldende scenarier:
CQP: Fast QP, den enkleste hastighetskontrollmetoden. Hver bilderamme er kodet i henhold til en spesifikk QP. Mengden data kodet i hver ramme er ukjent. Det er verken en rate-first-modell eller en quality-first-modell. Men det er den enkleste modellen å implementere;
Gjeldende scenarier: Denne metoden anbefales vanligvis ikke, fordi denne metoden ikke tar hensyn til kompleksiteten til det kodede innholdet og behandler hver ramme med samme kompresjonsforhold. Videokvaliteten og bithastigheten er ikke fast. Personlig føler jeg at det bare er veldig enkle scener, for eksempel statiske scener der bevegelsesmengden er liten, og du kan prøve det. Når du støter på komplekse scener, svinger bithastigheten sterkt. Eller det kan brukes i algoritmeforskning eller -verifisering.
Egenskaper:
· Den øyeblikkelige bithastigheten vil svinge med kompleksiteten i scenen;
· Kodehastigheten er rask, reguleringen er den enkleste, og QP-verdien til hver ramme er den samme.
· CQP-modus støttes i x264 og x265, men ikke i libvpx;
· QP-området i H.264 er [0, 51]. Jo større QP-verdi, jo større er størrelsen på kvantiseringstrinnet og jo lavere kvalitet på den kodede videoen. QP på 0 betyr tapsfri koding;
CRF: (Constant Rate Factor) konstant hastighetsfaktor. Ta en viss "visuell kvalitet" som utgangsmål. Dette målet oppnås ved å redusere kvaliteten på rammer som bruker bithastighet, men som er vanskelig å oppdage med det blotte øye (høyhastighetsbevegelse eller rik tekstur) og forbedre bithastigheten til de statiske rammene.
Funksjoner: QP skifter mellom rammer, QP endres av makroblokker i en ramme, utgangsbithastigheten er ukjent, og den visuelle kvaliteten på hver rammeutgang er i utgangspunktet konstant. Denne metoden tilsvarer fastkvalitetsmodus + metoden for å begrense toppbithastigheten.
Gjeldende scenarier: Egnet for anledninger med visse krav til videokvalitet. CRF-verdien kan rett og slett forstås som en fast utgangsverdi som forventes for videokvalitet. Det er håpet at det vil være en stabil verdi uavhengig av om den er i en kompleks bevegelsesscene eller i en enkel statisk situasjon. Den subjektive videokvaliteten kan velge denne modusen, som er en prioritetsmodell for videokvalitet. Videokvalitet kan rett og slett forstås som videoens klarhet, delikatessen til piksler og glattheten i videoen.
Egenskaper:
· I likhet med konstant QP, men jakten på subjektivt opplevd kvalitet er konstant, vil den øyeblikkelige bithastigheten også svinge med kompleksiteten i scenen, og QP-verdiene mellom videorammer eller mellom interne makroblokker er forskjellige;
· For raske eller detaljerte scener vil kvantiseringsforvrengningen økes passende (fordi menneskets øye ikke er følsom), mens for statiske eller flate områder vil kvantiseringsforvrengningen reduseres;
· CRF er standard hastighetsreguleringsmetode for x264 og x265, og kan også brukes til libvpx;
· Jo større CRF-verdien er, desto høyere er videokompresjonshastigheten, men jo lavere er videokvaliteten. CRF-verdiområdet for hver kodek er generelt [0-51], men den generelle standardverdien er 23 for x264 og 28 for x265-bibliotek;
· Hvis du ikke er sikker på hvilken CRF du skal bruke, begynner du med standardverdien og endrer den basert på ditt subjektive inntrykk av utdataene. Hvis kvaliteten ikke er god nok, er CRF lavere. Hvis filen er for stor, velger du en høyere CRF. Endring av ± 6 vil resultere i en endring på omtrent halvparten / dobbelt så stor som kodefrekvensen, og ± 1 vil resultere i en endring på omtrent 10% av kodefrekvensen.
CBR: (konstant bithastighet) konstant bithastighet, bithastigheten forblir i utgangspunktet konstant innenfor et bestemt tidsområde, som tilhører bithastighetsprioritetsmodellen.
Gjeldende scenarier: Det anbefales generelt ikke å bruke denne metoden. Selv om utgangsbithastigheten alltid har en stabil verdi, er kvaliteten ustabil, og nettverksbåndbredden kan ikke utnyttes fullt ut fordi denne modellen ikke tar hensyn til videoinnholdets kompleksitet. Innholdet i videorammen behandles jevnt. Noen kodingsprogramvare støtter imidlertid bare fast kvalitet eller fast bithastighet, og noen ganger må de brukes. Når du bruker, still inn båndbredden så stor som mulig innenfor det tillatte båndbreddeområdet for å forhindre at videokvaliteten blir lav i komplekse sportsscener. Hvis innstillingen er urimelig, vil det være uklart i sportsscener.
Egenskaper:
· Bithastigheten er stabil, men kvaliteten er ustabil, og effektiv utnyttelse av båndbredde er ikke høy. Spesielt når verdien er urimelig satt, er bildet veldig uklart i komplekse sportsscener, noe som i stor grad påvirker seeropplevelsen;
· Men bithastigheten for utgangsvideoen er i utgangspunktet stabil, noe som er praktisk å beregne videostørrelsen på;
VBR: (Variabel bithastighet) variabel bithastighet, enkle scener tildeler relativt stor QP, lav kompresjonshastighet og høy kvalitet. Komplekse scener tildeles mindre QP-er. I utgangspunktet oppnås stabil visuell kvalitet, fordi det menneskelige øye iboende er ufølsomt for komplekse scener, og ulempen er at utgangsbithastigheten er ukontrollerbar.
Det er to kontrollmoduser: kvalitetsprioritetsmodus og 2PASS sekundær kodingsmodus.
Kvalitetsprioritetsmodus:
Uansett størrelsen på utdatavideofilen tildeles bithastigheten i henhold til kompleksiteten i videoinnholdet, slik at videoavspillingskvaliteten er best.
Sekundær kodingsmetode 2PASS:
Den første kodingen oppdager de enkle og komplekse delene av videoinnholdet, og bestemmer samtidig det enkle og komplekse forholdet. Den andre kodingen vil holde den gjennomsnittlige bithastigheten for videoen uendret, med flere biter tildelt for komplekse områder, og mindre biter tildelt for enkle områder. Selv om denne typen koding er veldig bra, men hastigheten vil ikke følge med.
Gjeldende scenarier: VBR er egnet for scenarier som ikke er for begrenset i båndbredde og kodehastighet, men som har høye krav til kvalitet. Spesielt i komplekse sportsscener kan den opprettholde relativt høy definisjon og stabil utskriftskvalitet, som er egnet for on-demand, innspilling eller lagringssystemer som ikke er følsomme for forsinkelse.
Egenskaper:
· Kodehastigheten er ustabil, og kvaliteten er i utgangspunktet stabil og veldig høy;
· Kodehastigheten er vanligvis treg, på forespørsel, nedlastings- og lagringssystemer kan brukes først, ikke egnet for direktesendingssystemer med lav ventetid;
· Denne modellen tar ikke hensyn til videobåndbredden. For kvalitet tar den opp så mye bithastighet som nødvendig, og tar ikke hensyn til kodingshastigheten;
ABR: (Gjennomsnittlig bithastighet) Konstant gjennomsnittlig bithastighet, lave biter tildeles for enkle scener og nok biter for komplekse scener, slik at et begrenset antall biter kan tildeles rimelig i forskjellige scener, noe som ligner på VBR. På samme tid er den gjennomsnittlige bithastigheten nær den angitte målbithastigheten innen en viss tidsperiode, slik at størrelsen på utdatafilen kan kontrolleres, noe som ligner på CBR. Det kan betraktes som et kompromiss mellom CBR og VBR, som de fleste velger. Spesielt når det gjelder krav til både kvalitet og videobåndbredde, kan denne modusen velges først. Generelt er hastigheten to til tre ganger så høy som VBR, men kvaliteten på videofiler med samme volum er mye bedre enn CBR.
Gjeldende scenarier: ABR brukes mer i direktesendings- og lavforsinkelsessystemer. Fordi den bare er kodet én gang, er den rask, mens det tas hensyn til videokvalitet og båndbredde. Denne modusen kan også velges når transkodingshastigheten er nødvendig. De fleste videoene på stasjon B valgte denne modusen.
Egenskaper:
· Den samlede videokvaliteten er kontrollerbar, og videohastigheten og hastigheten tas i betraktning samtidig. Det er en kompromissløsning, og den brukes faktisk mer;
· Bruksprosessen krever generelt at innringer innstiller minimum bithastighet, maksimal bithastighet og gjennomsnittlig bithastighet. Disse verdiene bør settes så rimelige som mulig;
Til
Flere kodesatsstyringsordninger er introdusert ovenfor. Ulike kodere har forskjellige navn og titler, og detaljene kan være forskjellige. Men i utgangspunktet oppnås det ved å påvirke størrelsen på QP, og deretter ytterligere påvirke granulariteten til kvantifiseringsprosessen. For spesifikk bruk må du referere videre til den spesifikke implementeringen av koderen.
Generelt foretrekkes ABR, og en tilfredsstillende balanse kan oppnås når det gjelder hastighet, bithastighet og kvalitet. Andre VBR, CBR og CRF har sine egne scenarier, og de må brukes betinget når de brukes.
Avsluttende tanker:
Videokodekontrolløsningen som ble introdusert i dag, er grunnlaget for mange øvre lagsteknologier. Blant dem er bithastighetstilpasningsteknologien, dynamisk justering av kodingsparametrene i henhold til scenen, og RIO-regionen av interesse-koding alle basert på valg og forbedring av kodingsstyringsskjemaet i kodingsprosessen, som igjen påvirker kvantiseringsgraden og kvantisering granularitet av kodingen. Til slutt oppnås en tilfredsstillende balanse mellom videokvalitet, hastighet og båndbredde. Samtidig er disse modellene gjensidig utelukkende i forskjellige kodingsbiblioteker som x264 eller x265. Noen ganger blir kodehastigheten ugyldig på grunn av feil parameterinnstillinger, og de angitte parametrene fungerer ikke. Dette krever også spesiell oppmerksomhet.
For det andre, etter å ha blitt kjent med dette innholdet, er det også veldig nyttig å feilsøke noen problemer på nettet. Juster bivirkningene av å justere bildefrekvens, oppløsning og andre parametere. Du er også velkommen til å legge igjen en melding i bakgrunnen for å dele relevant innhold i ditt faktiske prosjekt
|
Skriv inn e-post for å få en overraskelse
es.fmuser.org
it.fmuser.org
fr.fmuser.org
de.fmuser.org
af.fmuser.org -> Afrikaans
sq.fmuser.org -> albansk
ar.fmuser.org -> arabisk
hy.fmuser.org -> armensk
az.fmuser.org -> aserbajdsjansk
eu.fmuser.org -> baskisk
be.fmuser.org -> hviterussisk
bg.fmuser.org -> Bulgarian
ca.fmuser.org -> katalansk
zh-CN.fmuser.org -> Kinesisk (forenklet)
zh-TW.fmuser.org -> Kinesisk (tradisjonell)
hr.fmuser.org -> Kroatisk
cs.fmuser.org -> tsjekkisk
da.fmuser.org -> dansk
nl.fmuser.org -> Nederlandsk
et.fmuser.org -> estisk
tl.fmuser.org -> filippinsk
fi.fmuser.org -> finsk
fr.fmuser.org -> French
gl.fmuser.org -> galisisk
ka.fmuser.org -> Georgisk
de.fmuser.org -> tysk
el.fmuser.org -> gresk
ht.fmuser.org -> haitisk kreolsk
iw.fmuser.org -> hebraisk
hi.fmuser.org -> hindi
hu.fmuser.org -> Ungarsk
is.fmuser.org -> islandsk
id.fmuser.org -> indonesisk
ga.fmuser.org -> Irsk
it.fmuser.org -> Italiensk
ja.fmuser.org -> japansk
ko.fmuser.org -> koreansk
lv.fmuser.org -> lettisk
lt.fmuser.org -> litauisk
mk.fmuser.org -> makedonsk
ms.fmuser.org -> malaysisk
mt.fmuser.org -> maltesisk
no.fmuser.org -> norsk
fa.fmuser.org -> persisk
pl.fmuser.org -> polsk
pt.fmuser.org -> portugisisk
ro.fmuser.org -> rumensk
ru.fmuser.org -> russisk
sr.fmuser.org -> serbisk
sk.fmuser.org -> Slovakisk
sl.fmuser.org -> Slovenian
es.fmuser.org -> spansk
sw.fmuser.org -> Swahili
sv.fmuser.org -> svensk
th.fmuser.org -> Thai
tr.fmuser.org -> tyrkisk
uk.fmuser.org -> ukrainsk
ur.fmuser.org -> urdu
vi.fmuser.org -> Vietnamesisk
cy.fmuser.org -> walisisk
yi.fmuser.org -> Yiddish
FMUSER Wirless Overfør video og lyd enklere!
Kontakt
Adresse:
No.305 Room HuiLan Building No.273 Huanpu Road Guangzhou Kina 510620
Type kategori
Nyhetsbrev