Systém živého vysílání zvuku a videa je složitý inženýrský systém. K dosažení živého vysílání s velmi malým zpožděním potřebuje komplexní systémovou optimalizaci a je obeznámen s každou komponentou. Zde je několik jednoduchých a běžných technik ladění:
Optimalizace kódování
1. ujistěte se, že kodek má nastavenu minimální prodlevu. Kodek má obecně přepínač s optimalizací nízkého zpoždění, zejména pro H.264. Mnoho lidí možná neví, že dekodér H.264 uloží určité videozáznamy do mezipaměti před normálním zobrazením, 16 snímků bude uloženo do mezipaměti pro video s rozlišením QCIF (176 × 144) a 5 snímků pro video 720p. Toto je velké zpoždění pro čtení prvního snímku. Pokud vaše video není kódováno a komprimováno pomocí H.264, ujistěte se, že se nepoužívá B snímek, bude to mít také větší dopad na latenci, protože dekódování B snímku ve videu závisí na předních a zadních video snímcích, které zvýší zpoždění.
2. kodér má obecně zpoždění způsobené řízením kódu, které se také říká zpoždění inicializace nebo velikost mezipaměti VBV, která se považuje za mezipaměť mezi bitovým tokem kodéru a dekodéru. Lze jej nastavit co nejmenší a snížit tak zpoždění bez ovlivnění kvality videa.
3. pokud je optimalizováno pouze první zpoždění, lze mezi video snímky vložit více klíčových snímků, takže klient může dekódovat video stream co nejdříve po přijetí video proudu. Pokud je však nutné optimalizovat kumulativní zpoždění přenosu, použije se klíčový rámec (I rámec zvětší) co nejméně. V případě zajištění stejné kvality videa platí, že čím více I snímků, tím vyšší je kódová rychlost a větší šířka pásma sítě potřebná pro přenos, to znamená, že čím větší je kumulativní zpoždění. Tento optimalizační efekt nemusí být zřejmý v systémech s druhým zpožděním, ale bude velmi zřejmý v systémech se zpožděním 100 ms nebo méně. Mezitím se pro kódování zvuku co nejvíce používá kodek ACC LC. Ačkoli má acc nebo he-acc 2 vysokou účinnost kódování, kódování trvá déle a přenosové zpoždění způsobené větším objemem zvuku má menší dopad na přenos video streamu.
4. nepoužívejte formát komprese videa MJPEG, používejte alespoň formát komprese videa MPEG 4 bez rámečku B (jednoduchý profil) nebo dokonce používejte základní profil H.264 (x264 má také optimalizační přepínač nulové nulovatelnosti). Taková jednoduchá optimalizace může snížit latenci, protože dokáže kódovat video s plnou snímkovou frekvencí při nižší přenosové rychlosti.
5. je-li použit ffmpeg, sníží se hodnota parametrů „-probesize“ a „analyze duration“. Tyto dvě hodnoty se používají pro monitorování informací o video snímku a dobu sledování. Čím větší je vliv těchto dvou hodnot na zpoždění kódování, tím více je nutné nastavit parametr trvání analýzy pro video stream v živé video scéně.
6. CBR kódování s pevnou rychlostí může do určité míry eliminovat chvění sítě. Pokud lze použít VBR, lze uložit zbytečnou šířku pásma sítě a snížit určité zpoždění. Proto se navrhuje pro kódování používat VBR co nejvíce.
Optimalizace přenosového protokolu
1. zkuste použít RTMP místo protokolu HLS založeného na HTTP k přenosu mezi uzly a uzly serveru, což může snížit celkové zpoždění přenosu. To je hlavně pro koncového uživatele používajícího HLS k přehrávání.
2. pokud koncový uživatel ke hraní používá RTMP, překódování se provádí v přijímacím uzlu poblíž konce streamování, pokud je to možné, takže přenášený video stream je menší než původní video stream.
3. v případě potřeby můžete nahradit TCP přizpůsobeným protokolem UDP a snížit zpoždění tím, že eliminujete opakovaný přenos ztráty paketů ve slabé síti. Hlavní nevýhodou tohoto protokolu je, že přenos a distribuce video streamu založeného na protokolu UDP není dostatečně univerzální a výrobci CDN podporují standardní přenosový protokol. Další nevýhodou je, že obrazovka nebo rozmazání způsobené ztrátou paketů (nedostatek odkazu na dekódování klíčového rámce), což vyžaduje, aby strana přizpůsobení protokolu řídila ztrátu paketů na základě UDP.
Optimalizace přenosové sítě
1. zavedli jsme přenosovou síť pro streamování v reálném čase, což je nová síťová přenosová síť s uzly samoorganizace, která je vhodná pro optimalizaci přenosu v podmínkách sítě domácích multi operátorů a poptávce mnoha zámořských živých vysílání.
2. uložte do mezipaměti aktuální GOP v uzlu serveru a optimalizujte otevírací dobu videa pomocí přehrávače.
3. server zaznamenává druhou snímkovou frekvenci a kódovou rychlost každého video streamu proudícího na každý odkaz v reálném čase a sleduje fluktuaci kódové rychlosti a snímkové frekvence v reálném čase.
4. klient (push and play) získá aktuální optimální uzel (jednou za 5 sekund) dotazem na server v kvazi reálném čase a kvazi v reálném čase offline aktuální poruchové uzly a linky.
Push flow a optimalizace přehrávání
1. prozkoumejte velikost vyrovnávací paměti sítě systému odesílatele a systém může data před odesláním uložit do mezipaměti. Vyladění tohoto parametru také potřebuje najít rovnovážný bod.
2. ovládání vyrovnávací paměti na straně přehrávání má také velký vliv na zpoždění otevření videa. Pokud je optimalizováno pouze první zpoždění, může být dekódováno okamžitě, když data dorazí, v případě 0 mezipaměti. Pokud je však nutné z důvodu eliminace dopadu chvění sítě v prostředí slabé sítě nastavit určitou mezipaměť. Proto je nutné najít rovnováhu mezi stabilitou živého vysílání a optimalizací prvního zpoždění a upravit hodnotu optimalizace velikosti vyrovnávací paměti.
3. politika dynamické vyrovnávací paměti na straně přehrávání je vylepšenou verzí ovládání mezipaměti konce přehrávání výše. Pokud je pro nalezení rovnováhy vybrána pouze mezipaměť 0 a mezipaměť pevné velikosti, bude mezipaměť pevné velikosti nakonec vybrána. To je nefér vůči koncovým uživatelům mobilního internetu na úrovni miliard. Jejich různé síťové podmínky rozhodují, že vyrovnávací paměť pevné velikosti není zcela vhodná. Proto můžeme uvažovat o zásadě dynamické vyrovnávací paměti, která používá velmi malou nebo dokonce 0 zásad mezipaměti, když je přehrávač zapnutý. Velikost mezipaměti dalšího časového úseku je určena časově náročným stažením prvního videa a současně je aktuální síť sledována v reálném čase během procesu přehrávání a velikost mezipaměti během procesu přehrávání je upravena v reálný čas. Tím lze dosáhnout velmi nízké otevírací doby a v maximální možné míře eliminovat dopad síťového chvění.
4. strategie přehrávání dynamické rychlosti. Kromě dynamické úpravy strategie velikosti vyrovnávací paměti můžeme také použít informace o síti monitorování v reálném čase k dynamickému přizpůsobení rychlosti kódu v procesu přehrávání, snížení rychlosti přehrávání a snížení zpoždění v případě nedostatečné šířky pásma sítě.
Nahoře je to součást technik optimalizace s nízkým zpožděním. Ve skutečnosti se při optimalizaci nízké latence nezaměřujeme na „nízkou latenci“, ale snažíme se dosáhnout nízké latence, když jiné podmínky nemají vliv na uživatelskou zkušenost. Jeho obsah proto zahrnuje stále více témat.
|
|
|
|
Jak daleko (dlouho) kryt vysílač?
Dosah přenosu závisí na mnoha faktorech. Skutečná vzdálenost je založen na anténě instalaci výšky, zisku antény, za použití prostředí, jako je stavební a jiné překážky, citlivosti přijímače, antény přijímače. Instalace antény více high a používání v zeleni, vzdálenost bude mnohem daleko.
Příklad 5W FM vysílač používat ve městě a rodného města:
Mám USA použití zákazník 5W FM vysílač s anténou GP ve svém rodném městě, a to vyzkoušet s autem, to pokrytí 10km (6.21mile).
I test vysílač FM 5W s anténou GP v mém rodném městě, pokrývat asi 2km (1.24mile).
I test vysílač FM 5W s GP anténou ve městě Guangzhou, pokrývat asi jediný 300meter (984ft).
Níže jsou uvedeny přibližné řada různých síla FM vysílačů. (Rozsah je průměr)
0.1W ~ 5W FM vysílač: 100M ~ 1KM
5W ~ 15W FM Ttransmitter: 1KM ~ 3KM
15W ~ 80W FM vysílač: 3KM ~ 10KM
80W ~ 500W FM vysílač: 10KM ~ 30KM
500W ~ 1000W FM vysílač: 30KM ~ 50KM
1KW ~ 2KW FM vysílač: 50KM ~ 100KM
2KW ~ 5KW FM vysílač: 100KM ~ 150KM
5KW ~ 10KW FM vysílač: 150KM ~ 200KM
Jak nás kontaktovat pro vysílač?
Zavolej mi + 8618078869184 OR
Napiš mi email [chráněno e-mailem]
1.How daleko chcete pokrýt v průměru?
2.How vysoká věž z vás?
3.Where are you from?
A dáme vám více profesionální poradenství.
O nás
FMUSER.ORG je systémová integrační společnost se zaměřením na RF bezdrátový přenos / studiové video audio zařízení / streaming a zpracování dat. Poskytujeme vše od poradenství a poradenství přes integraci racků až po instalaci, uvedení do provozu a školení.
Nabízíme FM vysílač, analogový televizní vysílač, digitální televizní vysílač, VHF UHF vysílač, antény, koaxiální kabelové konektory, STL, na zpracování vzduchu, vysílací produkty pro studio, monitorování RF signálů, RDS kodéry, zvukové procesory a vzdálené řídicí jednotky, Produkty IPTV, Video / Audio Encoder / Decoder, navržené tak, aby splňovaly potřeby jak velkých mezinárodních vysílacích sítí, tak malých soukromých stanic.
Naše řešení má rozhlasovou stanici FM / analogovou TV stanici / digitální televizní stanici / audio video studiové vybavení / studiové vysílací spojení / vysílací telemetrický systém / hotelový televizní systém / živé televizní vysílání IPTV / živé živé vysílání / videokonferenci / CATV vysílací systém.
Pro všechny systémy používáme pokročilé technologické produkty, protože víme, že vysoká spolehlivost a vysoký výkon jsou pro systém a řešení tak důležité. Současně musíme také zajistit, aby náš systém výrobků měl velmi rozumnou cenu.
Máme zákazníky veřejnoprávních i komerčních televizních stanic, telekomunikačních operátorů a regulačních úřadů a také nabízíme řešení a produkty mnoha stovkám menších, místních a komunitních vysílatelů.
FMUSER.ORG exportuje více než 15 let a má klienty z celého světa. Díky 13letým zkušenostem v této oblasti máme profesionální tým, který řeší nejrůznější problémy zákazníků. Věnujeme se poskytování extrémně rozumných cen profesionálních produktů a služeb. Kontaktní e-mail : [chráněno e-mailem]
Naše továrna
My máme modernizace továrny. Jste vítáni k návštěvě našeho závodu, když přijde do Číny.
V současné době již existuje zákazníci 1095 po celém světě navštívil naši Guangzhou Tianhe kancelář. Přijedete-li do Číny, jste vítáni nás navštívit.
na veletrhu
To je naše účast v 2012 Global Sources Hong Kong Electronics veletrh . Zákazníci z celého světa konečně mají šanci se dostat dohromady.
Kde je Fmuser?
Tato čísla můžete vyhledat “ 23.127460034623816,113.33224654197693 „v google mapě pak najdete naši fmuser kancelář.
FMUSER Guangzhou kancelář je v okrese Tianhe, což je centrem kantonu , Velmi blízko k Canton Fair , vlakového nádraží Guangzhou, xiaobei silniční a dashatou , Stačí 10 minut -li mít TAXI , Welcome přáteli po celém světě na návštěvu a vyjednávat.
Kontakt: Sky Blue
Mobil: + 8618078869184
WhatsApp: + 8618078869184
Wechat: + 8618078869184
E-mail: [chráněno e-mailem]
QQ: 727926717
Skype: sky198710021
Adresa: No.305 Room HuiLan Building No.273 Huanpu Road Guangzhou China Zip: 510620
|
|
|
|
Angličtina: Přijímáme všechny platby, jako je PayPal, kreditní karta, Western Union, Alipay, Money Bookers, T / T, LC, DP, DA, OA, Payoneer. Pokud máte jakékoli dotazy, kontaktujte mě [chráněno e-mailem] nebo WhatsApp + 8618078869184
-
PayPal.  www.paypal.com
Doporučujeme používat PayPal koupit naše produkty, The Paypal je bezpečný způsob, jak koupit na internetu.
Každý z našeho seznamu položky stranu dna na vrchol mít paypal logo zaplatit.
Kreditní karta.Pokud nemáte PayPal, ale máte kreditní kartu, můžete také klikněte na žluté tlačítko PayPal zaplatit kreditní kartou.
-------------------------------------------------- -------------------
Ale pokud nemáte kreditní kartu, a ne mít PayPal účet nebo těžko dostal paypal accout, můžete použít následující:
Západní unie.  www.westernunion.com
Platit prostřednictvím Western Union ke mně:
Jméno / jméno: Yingfeng
Příjmení / Příjmení / Příjmení: Zhang
Celé jméno: Yingfeng Zhang
Země: China
Město: Guangzhou
|
-------------------------------------------------- -------------------
T / T. platit T / T (převod / telegrafní Transfer / bankovní převod)
První bankovní informace (účet společnosti):
SWIFT BIC: BKCHHKHHXXX
Název banky: BANK OF CHINA (HONG KONG) LIMITED, HONGKONG
Adresa banky: BANKA ČÍNSKÉ VĚŽE, 1 GARDEN ROAD, CENTRAL, HONGKONG
BANKOVÝ KÓD: 012
Název účtu: FMUSER INTERNATIONAL GROUP LIMITED
Číslo účtu. : 012-676-2-007855-0
-------------------------------------------------- -------------------
Druhé bankovní informace (účet společnosti):
Příjemce: Fmuser International Group Inc.
Číslo účtu: 44050158090900000337
Banka příjemce: pobočka China Construction Bank v Guangdongu
Kód SWIFT: PCBCCNBJGDX
Adresa: NO.553 Tianhe Road, Guangzhou, Guangdong, Tianhe District, Čína
** Poznámka: Když převádíte peníze na náš bankovní účet, NEPISUJTE nic v oblasti poznámek, jinak nebudeme moci platbu obdržet z důvodu vládní politiky v mezinárodním obchodě.
|
|
|
|
* To bude odeslán v 1-2 pracovních dnů, pokud platba jasné.
* Budeme poslat jej do svého paypal adresu. Chcete-li změnit adresu, zašlete prosím svůj správnou adresu a telefonní číslo na můj email [chráněno e-mailem]
* V případě všech balíčků je nižší než 2kg, budeme odeslány poštou letecky, bude trvat asi 15-25days do ruky.
V případě, že balíček je více než 2kg, budeme loď přes EMS, DHL, UPS, FedEx rychlý expresní doručení, bude to trvat asi 7 ~ 15days do ruky.
Pokud balíček více než 100kg, budeme posílat přes DHL nebo leteckou dopravu. Bude to trvat asi 3 ~ 7days do ruky.
Všechny balíčky jsou formou Čína Guangzhou.
* Balíček bude zaslán jako „dárek“ a bude odstraněn co nejméně, kupující nemusí platit „DAŇ“.
* Po lodi vám zašleme e-mailu a dá vám sledovací číslo.
|
|
|
Pro záruku.
Kontaktujte nás --- >> Vraťte nám položku --- >> Přijměte a odešlete další náhradu.
Jméno: Liu Xiaoxia
Adresa: 305Fang HuiLanGe HuangPuDaDaoXi 273Hao TianHeQu Guangzhou Čína.
PSČ: 510620
Telefon: + 8618078869184
Vraťte se prosím na tuto adresu a napsat svůj paypal adresa, jméno, problém na poznámka: |
|
