5, protokol RTSP
Referenční dokument RFC2326
Protokol streamování v reálném čase (Real Time Streaming Protocol) je multimediální streamovací protokol používaný k ovládání zvuku nebo videa a umožňuje simultánní řízení poptávky více streamů. Síťový komunikační protokol používaný během přenosu není v definovaném rozsahu. Na straně serveru K přenosu streamovaného obsahu můžete zvolit použití TCP nebo UDP. Jeho syntaxe a provoz jsou podobné protokolu HTTP 1.1, ale časová synchronizace není nijak zvlášť zdůrazněna, takže může tolerovat zpoždění sítě. Výše uvedená výše zmíněná kontrola požadavku na více streamů (Multicast) může nejen snížit využití sítě na straně serveru, ale také podporovat videokonference s více účastníky (Video Conference). Protože funguje podobně jako HTTP1.1, je funkce mezipaměti „Cache“ proxy serveru „Proxy“ použitelná také pro RTSP, a protože RTSP má funkci přesměrování, lze server, který poskytuje službu, přepínat podle skutečného zatížení situace Vyvarujte se nadměrného zatížení soustředěného na stejném serveru a způsobte zpoždění.
byla společně navržena společnostmi Real Networks a Netscape. Protokol definuje, jak může jedna ku více aplikacím efektivně přenášet multimediální data prostřednictvím sítě IP. 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. 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.
Vztah mezi RTSP a RTP
RTP: Transportní protokol v reálném čase
RTP / RTCP je skutečný protokol přenosu dat;
RTP přenáší audio / video data. Pokud je to PLAY, server jej odešle klientovi. Pokud je to RECORD, může jej klient poslat na server. Celý protokol RTP se skládá ze dvou úzce souvisejících částí: datový protokol RTP a kontrolní protokol RTP (tj. RTCP) ；
RTCP: RTCP zahrnuje zprávu o odesílateli a zprávu o příjemci, která se používá pro synchronizaci zvuku / videa a pro jiné účely a je to kontrolní protokol;
RTSP: Protokol streamování v reálném čase (RTSP)
Požadavky RTSP zahrnují hlavně DESCRIBE, SETUP, PLAY, PAUSE, TEARDOWN, OPTIONS atd., Jak název napovídá, lze jej označit jako dialogovou a ovládací funkci;
Během konverzace RTSP může SETUP určit port používaný RTP / RTCP, PLAY / PAUSE / TEARDOWN může zahájit nebo zastavit odesílání RTP atd .;
6. Protokol TCP a UDP
TCP protokol
TCP, celé jméno je Protokol kontroly přenosua čínský název je Transmission Control Protocol. Funguje na transportní vrstvě OSI a poskytuje spolehlivé přenosové služby orientované na připojení.
Práce TCP spočívá hlavně v navázání spojení a následném přijímání dat z programu aplikační vrstvy a přenosu. TCP používá připojení virtuálního obvodu k práci. Před odesláním dat je třeba navázat spojení mezi odesílatelem a příjemcem. Po odeslání dat odesílatel počká, až příjemce přijme potvrzující odpověď, jinak si odesílatel bude myslet, že tato data jsou ztracena, a tato data znovu odešle.
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 znovu nepožádáte o data ze serveru.
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.
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.
Jedná se o síťový aplikační protokol podobný protokolu http.
Zdrojový port: je určen port odesílatele
Cílový port: je zadáno číslo portu přijímajícího konce
Pořadové číslo: označuje polohu segmentu v sekvenci segmentů, které mají být vysílány
Potvrzovací číslo: specifikuje pořadové číslo úspěšně přijatého segmentu, potvrzovací pořadové číslo obsahuje další pořadové číslo, které očekává konec odesílající potvrzení
TCP offset: určuje délku záhlaví segmentu. Délka záhlaví sekce závisí na možnosti nastavené v poli možností záhlaví sekce
Rezervováno: Rezervované pole je určeno pro budoucí použití
Značky: SYN, ACK, PSH, RST, URG, FIN
SYN: znamená synchronizaci
ACK: znamená potvrzení
PSH: Označuje, že data budou odeslána do přijímacího procesu co nejdříve
RST: Označuje reset připojení
URG: Označuje nouzový ukazatel
FIN: Označuje, že odesílatel dokončil přenos dat
Okno: Určete příkaz o velikosti dalšího segmentu, který může odesílatel vyslat
Kontrolní součet: Kontrolní součet obsahuje záhlaví segmentu TCP a datovou část, která se používá k ověření spolehlivosti záhlaví segmentu a datové části
Nouzové: označuje, že segment obsahuje nouzové informace a nouzový ukazatel je platný pouze v případě, že je příznak URG nastaven na 1.
Možnosti: Je určena velikost rozpoznaného segmentu, časové razítko, konec pole možností a je zadána možnost ohraničení pole možností
Jak funguje TCP
Vytvoření připojení TCP: Proces navázání připojení TCP se také nazývá TCP třícestné handshake. Nejprve hostitel odesílatele iniciuje požadavek synchronizace (SYN) k navázání připojení k hostiteli přijímače; hostitel přijímače po přijetí tohoto požadavku odpoví hostiteli odesílatele synchronizací / potvrzením (SYN / ACK); hostitel odesílatele toto obdrží Po odeslání paketu potvrzení (ACK) hostiteli přijímače je v tuto chvíli úspěšně navázáno připojení TCP;
Uzavření připojení TCP: Poté, co hostitel odesílatele a cílový hostitel vytvoří připojení TCP a dokončí přenos dat, bude odeslán datový paket s koncovým příznakem nastaveným na 1, aby se uzavřelo připojení TCP a uvolnil vyrovnávací prostor obsazený připojením v stejný čas; Nastavení TCP reset: TCP umožňuje náhlé přerušení spojení během přenosu, které se říká TCP reset;
Třídění a potvrzení dat TCP: TCP je spolehlivý přenosový protokol. Ke sledování příjmu dat během přenosu používá pořadová čísla a potvrzovací čísla;
TCP retransmise: Pokud v procesu přenosu TCP hostitel přijímače neobdrží potvrzovací odpověď na datový paket v rámci časového limitu opakovaného přenosu, hostitel odesílatele považuje datový paket za ztracený a odešle datový paket do přijímače znovu. se nazývá TCP retransmise;
Potvrzení zpoždění TCP: TCP ne vždy potvrdí dihned po obdržení. Umožňuje hostiteli odeslat svou vlastní potvrzovací zprávu druhé straně při příjmu dat.
Ochrana dat TCP (kontrolní součet): TCP je spolehlivý přenosový protokol, který poskytuje výpočet kontrolního součtu k realizaci integrity dat během přenosu.
Protokol UDP
Protokol UDP je zkratka anglického UserDatagramProtocol, tedy protokolu uživatelského datagramu, který se používá hlavně k podpoře síťových aplikací, které potřebují přenášet data mezi počítači. Četné síťové aplikace klient / server, včetně síťových videokonferenčních systémů, musí používat protokol UDP. Protokol UDP se používá již mnoho let od svého vzniku. Ačkoli jeho počáteční jas byl zakryt některými podobnými protokoly, i dnes je UDP stále velmi praktickým a proveditelným protokolem síťové transportní vrstvy.
Stejně jako známý protokol TCP (Transmission Control Protocol) je i protokol UDP umístěn přímo nad protokolem IP (Internet Protocol). Podle referenčního modelu OSI (Open System Interconnection) jsou UDP i TCP oba protokoly transportní vrstvy.
Hlavní funkcí protokolu UDP je komprimovat síťový datový provoz do podoby datagramů. Typickým datagramem je přenosová jednotka binárních dat. Prvních 8 bajtů každého datagramu se používá k uložení informací záhlaví a zbývající bajty se používají k uložení konkrétních dat přenosu.
7. Porovnání protokolu RTP / RTCP, RTMP, TCP, UDP
TCP je protokol point-to-point, což znamená, že každý klient potřebuje oddělit spojení klient / server, takže datové vysílání více klientům nelze realizovat na úrovni sítě. Pokud musí být datový proud přenesen současně více klientům, musí server předat kopii datového proudu každému klientovi. TCP může dynamicky upravit přenosovou rychlost podle šířky pásma sítě a míry přetížení a znovu odeslat ztracené datové pakety. Spolehlivost přenosu dat je zajištěna, ale prostředky serveru jsou drahé a je obtížné zajistit výkon přenosu datového proudu v reálném čase, když je datový proud velký.
UDP je nespolehlivý přenosový protokol. Na konci odesílání je rychlost, kterou UDP přenáší data, omezena pouze rychlostí, jakou aplikace generuje data, kapacitou počítače a šířkou pásma přenosu; na přijímacím konci UDP umístí každý segment zprávy do fronty. Aplikace pokaždé načte segment zprávy z fronty; protokol UDP nemusí udržovat stav připojení a nemyslí si, že každý datový paket musí dosáhnout přijímacího konce, takže zatížení sítě je menší než TCP a přenosová rychlost je rychlejší než TCP; Čím více je síť přetížená, tím více datových paketů se ztratí.
Hlavní rozdíl mezi protokolem UDP a TCP je v tom, jak dosáhnout spolehlivého přenosu informací. Protokol TCP obsahuje speciální mechanismus záruky doručení. Když přijímač dat obdrží informace od odesílatele, automaticky odešle potvrzovací zprávu odesílateli; odesílatel bude pokračovat v přenosu dalších informací až po přijetí potvrzovací zprávy. V opačném případě počká, dokud nebude přijata potvrzovací zpráva.
TCP má tedy více času na navázání připojení než UDP. Ve srovnání s UDP má TCP vyšší zabezpečení a spolehlivost. Velikost přenosu protokolu TCP není omezena. Jakmile je připojení navázáno, mohou obě strany přenášet velké množství dat v určitém formátu, zatímco UDP je nespolehlivý protokol s omezením velikosti, které nesmí pokaždé překročit 64 kB.
Ve srovnání s protokolem TCP je dalším rozdílem protokolu UDP způsob přijímání více neočekávaných datagramů. Na rozdíl od TCP, UDP nezaručuje pořadí odesílání a přijímání dat.
RTP je nad UDP. Ačkoli UDP není tak spolehlivý jako TCP a nemůže zaručit kvalitu službyDíky službám v reálném čase musí RTCP sledovat přenos dat a kvalitu služeb v reálném čase. Protože však přenosové zpoždění UDP je menší než zpoždění TCP, může být velmi kompatibilní s obrazem a zvukem. Dobrý zápas. V praktických aplikacích se proto pro audio / video média používají RTP / RTCP / UDP a pro přenos dat a řídicí signalizace se používá TCP.
Protokol RTMP je protokol navržený speciálně pro efektivní přenos videa, zvuku a dat. Realizuje přenos videa a zvuku v reálném čase vytvořením binárního připojení TCP nebo připojením tunelu HTTP.
RTMP podporuje více mediálních protokolů než tradiční mediální servery. Podporuje dynamický přenos více řádků, které mohou obsahovat zvuková, obrazová a skriptová data ze serveru na klienta a z klienta na server. RTMP zpracovává zvuk, video a data skriptů samostatně.
Zvuk a obrazová data jsou na serveru ukládána do vyrovnávací paměti samostatně. Pokud zvuková data dosáhnou určitého limitu ve zvukové vyrovnávací paměti, všechna data ve vyrovnávací paměti budou zahozena a data naposledy přijatá budou moci začít shromažďovat ve vyrovnávací paměti a odesílat je každému klientovi. Video data se zpracovávají podobným způsobem, rozdíl je v tom, že když dorazí nový klíčový snímek, data ve vyrovnávací paměti se vymažou. Pokud se při vyřazování starých dat rámce zjistí, že jsou data klienta nesprávná, přizpůsobí se nový a starý rámec.
RTMP dává datům různé úrovně priority. V konverzaci v reálném čase je nejdůležitější zvuk, videu je dána nízká priorita a datům skriptu je dána přednost mezi zvukem a videem.
Protokol RTMP může vytvářet více datových toků, ale každý datový tok může mít pouze jeden směr. Pomocí RTMP lze vytvořit takový systém, klient může komunikovat se serverem RTMP a aplikačním serverem současně, takže zatížení serveru může být rozptýleno, i když v této vylepšené struktuře systému jsou požadavky na výkon serveru RTMP jsou relativně vysoké.
8. Další dohody
HTTP protokol, celý název je HyperText Transfer Protocol a čínský název je HyperText Transfer Protocol;
Protokol MMS, celý název je Microsoft Media Server Protocol a čínský název je Microsoft Media Server Protocol;
HLS protokol, celé jméno HTTP Live Streaming, je protokol pro přenos streamovaných médií založený na HTTP implementovaný společností Apple Inc .;
|
|
|
|
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: |
|
