Přehled streamování:
Takzvaná streamovací média označují mediální formát přehrávaný na internetu pomocí streamovaného přenosu.
Streamování médií se také nazývá streamování médií. Týká se to podniků, které používají server pro doručování videa k odesílání programů jako datových paketů a jejich doručování do sítě.
Poté, co uživatel dekomprimuje data prostřednictvím dekompresního zařízení, program se zobrazí jako před přenosem.
Streamovací média přenáší audio, video a multimediální soubory ve formě streamování po síti.
Streaming media file format je multimediální formát, který podporuje streamování a přehrávání.
Metoda streamování spočívá v rozdělení multimediálních souborů, jako je video a zvuk, do komprimovaných balíčků pomocí speciální metody komprese.
Kontinuální přenos ze serveru do počítače uživatele v reálném čase. V systémech, které používají přenos streamováním, uživatelé nemusí čekat na celý soubor, jako je přehrávání bez streamování.
Obsah lze vidět po dokončení všech stahování, ale v počítači uživatele lze použít pouze několik sekund nebo desítek sekund zpoždění spuštění
Odpovídající přehrávač přehraje komprimované video nebo audio a další streamované mediální soubory a zbývající část bude nadále stahována, dokud nebude přehrávání dokončeno.
1. RTP: (Transportní protokol v reálném čase)
Jedná se o protokol transportní vrstvy pro streamování multimediálních dat na internetu. Protokol RTP a kontrolní protokol RTP RTCP se používají společně,
A je postaven na protokolu UDP.
RTP není jako http a ftp, které mohou úplně stáhnout celý filmový soubor. Odesílá data v síti s pevnou datovou rychlostí. Klient také sleduje filmový soubor touto rychlostí.
Po přehrání obrazovky filmu ji nelze opakovaně přehrávat, pokud data znovu nevyžádáte ze serveru.
2. RTCP: Transport Control Protocol v reálném čase nebo RTP Control Protocol nebo RTCP v krátkosti)
Řídicí protokol přenosu v reálném čase je sesterský protokol přenosového protokolu v reálném čase (RTP).
Poznámka: -: RTP protokol a RTP kontrolní protokol (RTCP) se používají společně a je založen na protokolu UDP (obvykle se používá pro videokonference)
3. RTSP: (Protokol streamování v reálném čase)
Protokol relace streamování médií v reálném čase, SDP (protokol popisu relace), RTP (přenosový protokol v reálném čase).
Jedná se o multimediální streamovací protokol používaný k ovládání zvuku nebo videa. RTSP poskytuje rozšiřitelný rámec, který umožňuje ovládat a na vyžádání data v reálném čase, jako je audio a video.
Mediální data používají protokoly rtp a rtcp. Obecně používejte udp jako transportní vrstvu. Vhodné pro scény IPTV. Zdroje dat zahrnují živá data a data uložená v klipech. Účelem tohoto protokolu je řídit více připojení k přenosu dat, poskytnout způsob výběru přenosových kanálů, jako je UDP, vícesměrové vysílání UDP a TCP, a poskytnout metody pro výběr mechanismu přenosu založeného na RTP. Síťový komunikační protokol používaný během přenosu nespadá do rozsahu jeho definice. Server se může rozhodnout pro přenos streamovaného obsahu použít TCP nebo UDP, což je tolerantnější vůči síťovým zpožděním.
--->: Největší rozdíl mezi RTSP a RTP je v tom, že: RTSP je obousměrný protokol pro přenos dat v reálném čase, který umožňuje klientovi odesílat požadavky na server, jako jsou operace přehrávání, převíjení vpřed a zpět. když
RTSP samozřejmě může přenášet data na základě RTP a pro odesílání dat si také může vybrat TCP, UDP, vícesměrové vysílání UDP a další kanály, což má dobrou škálovatelnost. Je to podobné protokolu HTTP
Síťový protokol aplikační vrstvy.
4. WebRTC:
Webová stránka implementuje protokol streamovaných médií. Když Google poprvé spustil WebRTC, obři buď seděli na vedlejší koleji, nebo tomu odporovali. Použijte přenos protokolu RTP.
5. RTMP (Protokol pro zasílání zpráv v reálném čase)
Sada protokolů živého videa vyvinutá společností Macromedia je nyní ve vlastnictví společnosti Adobe. Stejně jako HLS jej lze použít na živé video a na základě TCP se neztratí.
// Rozdíl je v tom, že RTMP nelze přehrávat v prohlížeči iOS na základě flash, ale výkon v reálném čase je lepší než HLS.
Protokol zpráv v reálném čase je otevřený protokol vyvinutý společností Adobe Systems pro přenos zvuku, videa a dat mezi přehrávači Flash a servery.
// V kódu iOS se RMPP obecně používá k odeslání streamu. K odeslání streamu můžete použít knihovnu třetí strany librtmp-iOS. librtmp zapouzdřuje některá základní API pro volání uživatelům
Protokol RTMP také vyžaduje, aby klient a server navázali připojení RTMP prostřednictvím „handshake“ a poté přenášeli řídicí informace o připojení. Protokol RTMP zformátuje data během přenosu. Ve skutečném přenosu bude odesílatel za účelem lepšího multiplexování, dílčího balení a spravedlivých informací rozdělit zprávu na bloky s ID zprávy, přičemž každý blok může být jedna zpráva,
Může být také součástí Zprávy. Přijímající konec obnoví blok na úplnou zprávu podle délky dat obsažených v bloku, délky ID zprávy a délky zprávy, aby bylo možné realizovat odesílání a přijímání informací.
6. HLS: HTTP Live Streaming (HLS)
Jedná se o protokol pro přenos streamovacích médií založený na protokolu HTTP implementovaný společností Apple Inc., který umožňuje realizovat živá a streamovaná média na vyžádání. Používá se hlavně v systému iOS a poskytuje audio a video live a on-demand řešení pro zařízení iOS (například iPhone a iPad). HLS na vyžádání je v zásadě běžný segmentovaný HTTP na vyžádání. Rozdíl je v tom, že jeho segmenty jsou velmi malé. Ve srovnání s běžnými protokoly živého vysílání médií, jako jsou RTMP, RTSP, MMS atd., Je největším rozdílem v živém vysílání HLS to, že to, co klient živého vysílání získá, není úplný datový proud.
Protokol HLS ukládá živý datový proud jako spojité, krátkodobé mediální soubory (formát MPEG-TS) na straně serveru a klient tyto malé soubory průběžně stahuje a přehrává, protože strana serveru bude vždy aktualizovat nejnovější živé vysílání. data generují nové malé soubory, takže pokud klient nepřetržitě přehrává soubory získané ze serveru v pořadí, je realizováno živé vysílání. Je vidět, že v zásadě lze uvažovat, že HLS je technický způsob >> realizace živého vysílání << na vyžádání <<. Jelikož jsou data přenášena prostřednictvím protokolu HTTP, není třeba vůbec uvažovat o branách firewall nebo proxy.
Kromě toho je doba segmentovaného souboru velmi krátká a klient může rychle vybrat a přepnout bitovou rychlost, aby se přizpůsobil přehrávání za různých podmínek šířky pásma. Tato technická charakteristika HLS však určuje jeho
Zpoždění bude vždy vyšší než běžný protokol živého přenosu.
// iOS i Android tento protokol přirozeně podporují, konfigurace je jednoduchá, stačí použít přímo značku videa
*** VLS: Je to druh streamovacího serveru, který se speciálně používá k řešení různých problémů streamování. Má také některé vlastnosti VLC. Jako server může videolan vydávat streamy http, rtp, rtsp.
V zásadě lze pro živé vysílání a vysílání na vyžádání použít všechny RTSP, RTMP a HTTP, ale obecně se pro živé vysílání používají RTSP a RTMP a pro vysílání na vyžádání se používá HTTP. To, co jsme si vybrali, je protokol RTMP.
Různý zpoždění protokolu a jejich důvody
rtmp a httpflv: Data těchto dvou protokolů jsou zhruba stejná, takže důvody zpoždění jsou stejné. Je logické, že živé přenosy tcp by měly mít extrémně nízkou latenci. Proč mají rtmp a httpflv stále latenci? Důvodem je to, že na h264 jsou rtmp a httpflv značky flv, které jsou přenášeny. Data značky videa jsou obvykle data h264. Dekódování H264 má IBP. I je klíčový snímek, což je úplný obrázek. Před dekódováním musíte mít I. Posledních rámců BP, BP může být tolik, kolik chcete, ale I rámců nemůže být méně, takže I rámce musí být přenášeny druhé v přenosu značek flv (první je h264spspps), ale I rámce nejsou často přítomny v proudech h264 Po určité době existuje snímek I. Tato doba je obecně známá jako GOP. Při kódování je GOP nastaven velmi krátce. Když se klient připojí, server najde nejbližší I snímek v proudu nejrychlejší rychlostí a odešle jej z I snímku. Živá data, ale když je GOP velmi dlouhý, interval I frame je velmi dlouhý, nebo počkejte, až začne další I rámec odesílat data do nového připojení, nebo najděte nejbližší I rámec ve vyrovnávací paměti a začněte odesílat, zde je zpoždění protokolu rtmp a hls Klíčovým bodem je to, že na hlavních platformách CDN se tomu říká „rtmp second opening technology“. Princip je dekódovat push data dvakrát a nastavit malý gop. Obecně je gop nastaven na 1 s. Bez ohledu na zpoždění síťového přenosového spojení je maximální zpoždění dat 1 s. Naštěstí je I snímek 0 zpoždění!
|
|
|
|
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: |
|
