FMUSER Wirless Verzend video en audio eenvoudiger!
es.fmuser.org
it.fmuser.org
fr.fmuser.org
de.fmuser.org
af.fmuser.org -> Afrikaans
sq.fmuser.org -> Albanees
ar.fmuser.org -> Arabisch
hy.fmuser.org -> Armenian
az.fmuser.org -> Azerbeidzjaans
eu.fmuser.org -> Baskisch
be.fmuser.org -> Wit-Russisch
bg.fmuser.org -> Bulgarian
ca.fmuser.org -> Catalaans
zh-CN.fmuser.org -> Chinees (vereenvoudigd)
zh-TW.fmuser.org -> Chinees (traditioneel)
hr.fmuser.org -> Kroatisch
cs.fmuser.org -> Tsjechisch
da.fmuser.org -> Deens
nl.fmuser.org -> Nederlands
et.fmuser.org -> Ests
tl.fmuser.org -> Filipijns
fi.fmuser.org -> Fins
fr.fmuser.org -> Frans
gl.fmuser.org -> Galicisch
ka.fmuser.org -> Georgisch
de.fmuser.org -> Duits
el.fmuser.org -> Greek
ht.fmuser.org -> Haïtiaans Creools
iw.fmuser.org -> Hebreeuws
hi.fmuser.org -> Hindi
hu.fmuser.org -> Hungarian
is.fmuser.org -> IJslands
id.fmuser.org -> Indonesisch
ga.fmuser.org -> Iers
it.fmuser.org -> Italian
ja.fmuser.org -> Japans
ko.fmuser.org -> Koreaans
lv.fmuser.org -> Lets
lt.fmuser.org -> Lithuanian
mk.fmuser.org -> Macedonisch
ms.fmuser.org -> Maleis
mt.fmuser.org -> Maltees
no.fmuser.org -> Norwegian
fa.fmuser.org -> Perzisch
pl.fmuser.org -> Pools
pt.fmuser.org -> Portugees
ro.fmuser.org -> Roemeens
ru.fmuser.org -> Russisch
sr.fmuser.org -> Servisch
sk.fmuser.org -> Slowaaks
sl.fmuser.org -> Slovenian
es.fmuser.org -> Spaans
sw.fmuser.org -> Swahili
sv.fmuser.org -> Zweeds
th.fmuser.org -> Thai
tr.fmuser.org -> Turks
uk.fmuser.org -> Oekraïens
ur.fmuser.org -> Urdu
vi.fmuser.org -> Vietnamese
cy.fmuser.org -> Welsh
yi.fmuser.org -> Jiddisch
Het live-uitzendsysteem van audio en video is een complex technisch systeem. Om live-uitzendingen met zeer lage vertraging te bereiken, is een complexe optimalisatie van de systeemtechniek en bekend met elk onderdeel nodig. Hier zijn enkele eenvoudige en veelgebruikte afstemmingstechnieken:
Codering optimalisatie
1. Zorg ervoor dat de codec de instelling voor minimale vertraging heeft ingeschakeld. Codec heeft over het algemeen een optimalisatieschakelaar met lage vertraging, vooral voor H.264. Veel mensen weten misschien niet dat de decoder van H.264 bepaalde videoframes in de cache zal opslaan voordat ze normaal worden weergegeven, 16 frames worden in de cache opgeslagen voor video met QCIF-resolutiegrootte (176 × 144) en 5 frames voor 720p-video. Dit is een grote vertraging voor het lezen van het eerste frame. Als uw video niet is gecodeerd en gecomprimeerd met H.264, zorg er dan voor dat B-frame niet wordt gebruikt, dit heeft ook een grotere impact op de latentie, omdat het decoderen van B-frame in video afhankelijk is van de videoframes aan de voor- en achterzijde, die zal de vertraging vergroten.
2. encoder heeft over het algemeen een vertraging die wordt veroorzaakt door codecontrole, ook wel initialisatievertraging of de cachegrootte van VBV genoemd, die wordt beschouwd als de cache tussen de encoder en de bitstroom van de decoder. Het kan zo klein mogelijk worden ingesteld en de vertraging verminderen zonder de videokwaliteit te beïnvloeden.
3. als alleen de eerste vertraging is geoptimaliseerd, kunnen meer keyframes tussen videoframes worden ingevoegd, zodat de klant de videostream zo snel mogelijk na ontvangst van de videostream kan decoderen. Als de cumulatieve vertraging in de verzending echter moet worden geoptimaliseerd, wordt het keyframe (I-frame wordt groter) zo min mogelijk gebruikt. In het geval dat dezelfde videokwaliteit wordt gegarandeerd, geldt dat hoe meer I-frames, hoe groter de codesnelheid en hoe meer netwerkbandbreedte vereist is voor verzending, dit betekent dat hoe groter de cumulatieve vertraging is. Dit optimalisatie-effect is misschien niet duidelijk in tweede vertragingssystemen, maar het zal heel duidelijk zijn in systemen met een vertraging van 100 ms of minder. Ondertussen wordt de ACC LC-codec zoveel mogelijk gebruikt om audio te coderen. Hoewel he acc of he-acc 2 een hoge coderingsefficiëntie heeft, duurt het langer om te coderen, en de transmissievertraging veroorzaakt door een groter audiovolume heeft minder invloed op de transmissie van videostreams.
4. Gebruik geen videocompressie-indeling van video MJPEG, gebruik in ieder geval MPEG 4 videocompressie-indeling zonder B-frame (eenvoudig profiel), of gebruik zelfs H.264 basislijnprofiel (x264 heeft ook een optimalisatieschakelaar van -tune zeroability). Zo'n eenvoudige optimalisatie kan de latentie verminderen omdat het video met volledige framesnelheid kan coderen met een lagere bitsnelheid.
5. als ffmpeg wordt gebruikt, wordt de waarde van de parameters "-probesize" en "analyse duur" verminderd. De twee waarden worden gebruikt voor het bewaken van videoframe-informatie en de bewakingsduur. Hoe groter de invloed van deze twee waarden op de coderingsvertraging, hoe meer nodig is om de analyseduurparameter voor videostream in live videoscène in te stellen.
6. codering met vaste snelheid CBR kan de netwerkjitter tot op zekere hoogte elimineren. Als VBR kan worden gebruikt, kan enige onnodige netwerkbandbreedte worden bespaard en kan bepaalde vertraging worden verminderd. Daarom wordt aangeraden om zoveel mogelijk VBR te gebruiken voor codering.
Optimalisatie van het transmissieprotocol
1. probeer RTMP te gebruiken in plaats van een op HTTP gebaseerd HLS-protocol voor de overdracht tussen de knooppunten en knooppunten van de server, wat de algehele transmissievertraging kan verminderen. Dit is voornamelijk voor de eindgebruiker die HLS gebruikt voor weergave.
2. als de eindgebruiker RTMP gebruikt om af te spelen, wordt de transcodering zoveel mogelijk uitgevoerd op het ontvangende knooppunt nabij het streaminguiteinde, zodat de verzonden videostream kleiner is dan de originele videostream.
3. Indien nodig kunt u TCP vervangen door een aangepast UDP-protocol en de vertraging verminderen door het opnieuw verzenden van pakketverlies in een zwak netwerk te elimineren. Het belangrijkste nadeel van dit protocol is dat de transmissie en distributie van videostreams op basis van het UDP-protocol niet universeel genoeg is en dat CDN-fabrikanten het standaard transmissieprotocol ondersteunen. Een ander nadeel is dat het scherm of de onscherpte wordt veroorzaakt door pakketverlies (gebrek aan referentie voor keyframedecodering), waardoor de protocolaanpassingspartij het pakketverlies moet beheersen op basis van UDP.
Transmissienetwerk optimalisatie
1. we hebben een real-time streaming-transmissienetwerk geïntroduceerd, een nieuw netwerktransmissienetwerk met zelforganiserende knooppunten, dat geschikt is voor transmissie-optimalisatie onder de netwerkomstandigheden van binnenlandse multi-operators en de vraag van veel overzeese live-uitzendingen.
2. cache de huidige GOP in het serverknooppunt en optimaliseer de video-openingstijd met de speler.
3. de server registreert de tweede framesnelheid en codesnelheid van elke videostroom die in real time naar elke link stroomt, en bewaakt de fluctuatie van de codesnelheid en framesnelheid in real time.
4. de client (push en play) verkrijgt het huidige optimale knooppunt (eenmaal per 5 seconden) door de server in quasi realtime te bevragen, en de quasi realtime offline huidige foutknooppunten en -lijnen.
Duw stroom en speel optimalisatie
1. onderzoek de grootte van de netwerkbuffer van het afzendersysteem, en het systeem kan de gegevens in de cache plaatsen voordat de gegevens worden verzonden. Bij het afstemmen van deze parameter moet ook een balanspunt worden gevonden.
2. De bufferregeling aan de afspeelzijde heeft ook een grote invloed op de video-openingsvertraging. Als alleen de eerste vertraging is geoptimaliseerd, kan deze onmiddellijk worden gedecodeerd wanneer de gegevens binnenkomen in het geval van 0 cache. Maar als u de impact van netwerkjitter in de zwakke netwerkomgeving wilt elimineren, is het noodzakelijk om een bepaalde cache in te stellen. Daarom is het noodzakelijk om een balans te vinden tussen de stabiliteit van live-uitzendingen en de optimalisatie van de eerste vertraging, en om de waarde van het optimaliseren van de buffergrootte aan te passen.
3. het dynamische bufferbeleid van de afspeelzijde is een verbeterde versie van de cachebesturing van de afspeelzijde hierboven. Als alleen de cache 0 en de cache met een vaste grootte zijn geselecteerd om een balans te vinden, wordt uiteindelijk een cache met een vaste grootte geselecteerd. Dit is oneerlijk voor de eindgebruikers van mobiel internet met een miljard niveau. Hun verschillende netwerkcondities beslissen dat de buffer met vaste grootte niet helemaal geschikt is. Daarom kunnen we een dynamisch bufferbeleid overwegen, dat een zeer klein cachebeleid of zelfs een 0-cachebeleid gebruikt wanneer de speler is ingeschakeld. De cachegrootte van het volgende tijdsegment wordt bepaald door de tijd die het kost om de eerste video te downloaden, en tegelijkertijd wordt het huidige netwerk in realtime gecontroleerd tijdens het afspeelproces en wordt de cachegrootte tijdens het afspeelproces aangepast in echte tijd. Dit kan een zeer lage openingstijd bereiken en kan de impact van netwerkjitter zoveel mogelijk elimineren.
4. dynamische afspeelstrategie. Naast de dynamische aanpassing van de buffergrootte-strategie, kunnen we ook de realtime monitoringnetwerkinformatie gebruiken om de codesnelheid in het afspeelproces dynamisch aan te passen, de afspeelsnelheid te verminderen en vertraging te verminderen in het geval van onvoldoende netwerkbandbreedte.
Hierboven maakt het deel uit van de technieken van optimalisatie met lage vertragingen. In feite richten we ons niet op "lage latentie" wanneer we lage latentie optimaliseren, maar proberen we een lage latentie te bereiken wanneer andere omstandigheden de gebruikerservaring niet beïnvloeden. Daarom omvat de inhoud steeds meer onderwerpen.
|
Voer een e-mailadres in om een verrassing te ontvangen
es.fmuser.org
it.fmuser.org
fr.fmuser.org
de.fmuser.org
af.fmuser.org -> Afrikaans
sq.fmuser.org -> Albanees
ar.fmuser.org -> Arabisch
hy.fmuser.org -> Armenian
az.fmuser.org -> Azerbeidzjaans
eu.fmuser.org -> Baskisch
be.fmuser.org -> Wit-Russisch
bg.fmuser.org -> Bulgarian
ca.fmuser.org -> Catalaans
zh-CN.fmuser.org -> Chinees (vereenvoudigd)
zh-TW.fmuser.org -> Chinees (traditioneel)
hr.fmuser.org -> Kroatisch
cs.fmuser.org -> Tsjechisch
da.fmuser.org -> Deens
nl.fmuser.org -> Nederlands
et.fmuser.org -> Ests
tl.fmuser.org -> Filipijns
fi.fmuser.org -> Fins
fr.fmuser.org -> Frans
gl.fmuser.org -> Galicisch
ka.fmuser.org -> Georgisch
de.fmuser.org -> Duits
el.fmuser.org -> Greek
ht.fmuser.org -> Haïtiaans Creools
iw.fmuser.org -> Hebreeuws
hi.fmuser.org -> Hindi
hu.fmuser.org -> Hungarian
is.fmuser.org -> IJslands
id.fmuser.org -> Indonesisch
ga.fmuser.org -> Iers
it.fmuser.org -> Italian
ja.fmuser.org -> Japans
ko.fmuser.org -> Koreaans
lv.fmuser.org -> Lets
lt.fmuser.org -> Lithuanian
mk.fmuser.org -> Macedonisch
ms.fmuser.org -> Maleis
mt.fmuser.org -> Maltees
no.fmuser.org -> Norwegian
fa.fmuser.org -> Perzisch
pl.fmuser.org -> Pools
pt.fmuser.org -> Portugees
ro.fmuser.org -> Roemeens
ru.fmuser.org -> Russisch
sr.fmuser.org -> Servisch
sk.fmuser.org -> Slowaaks
sl.fmuser.org -> Slovenian
es.fmuser.org -> Spaans
sw.fmuser.org -> Swahili
sv.fmuser.org -> Zweeds
th.fmuser.org -> Thai
tr.fmuser.org -> Turks
uk.fmuser.org -> Oekraïens
ur.fmuser.org -> Urdu
vi.fmuser.org -> Vietnamese
cy.fmuser.org -> Welsh
yi.fmuser.org -> Jiddisch
FMUSER Wirless Verzend video en audio eenvoudiger!
Neem contact op
Adres:
No.305 Zaal HuiLan Gebouw No.273 Huanpu Road Guangzhou China 510620
Categorieën
Nieuwsbrief