Prehľad streamovaných médií:
Takzvané streamovacie médiá označujú mediálny formát prehrávaný na internete pomocou streamovacieho prenosu.
Streamovanie médií je tiež známe ako streamovanie médií. Znamená to, že podniky používajú server na doručovanie videa na odosielanie programov ako dátových paketov do siete.
Keď používateľ dekomprimuje údaje pomocou dekompresného zariadenia, program sa zobrazí ako predtým.
Streamingové médiá prenášajú zvukové, obrazové a multimediálne súbory v sieti streamovaním.
Streamovací formát mediálneho súboru je mediálny formát, ktorý podporuje streamovaný prenos a prehrávanie.
Režim prenosu streamingu spočíva v rozdelení multimediálnych súborov, ako napríklad videa a zvuku, do kompresných balíkov prostredníctvom špeciálneho režimu kompresie,
Nepretržitý prenos zo servera do počítača používateľa v reálnom čase. V streamovacom systéme nemusia používatelia čakať na celý súbor, ako keby nebol streamovaný
Až po dokončení všetkých sťahovaní môžeme vidieť obsah, ale až po niekoľkých sekundách alebo desiatkach sekúnd od oneskorenia spustenia ich môžeme použiť v počítači používateľa
Príslušný prehrávač prehrá komprimované video alebo zvukové súbory a ďalšie streamované mediálne súbory a zvyšok bude pokračovať v sťahovaní až do konca prehrávania.
RTP: (Real-time Transport Protocol)
RTP je protokol transportnej vrstvy pre tok multimediálnych údajov na internete. RTP sa používa spolu s RTCP a je založený na protokole UDP
Na rozdiel od protokolu HTTP a FTP dokáže server RTP úplne stiahnuť celý videosúbor. Posiela dáta v sieti s pevnou dátovou rýchlosťou. Touto rýchlosťou klient tiež sleduje videosúbor. Kedy
Po prehraní filmového a televízneho obrazu ho nie je možné znovu prehrať, pokiaľ server znova nevyžiada údaje.
RTCP: Protokol prepravy v reálnom čase alebo RTP (kontrolný protokol alebo RTCP)
RTCP je sesterský protokol RTP
Poznámka: -: Protokol RTP a RTCP sa používajú spoločne a je založený na protokole UDP (zvyčajne sa používa pre videokonferencie).
RTSP: (Real Time Streaming Protocol)
Protokol relácie streamovania médií v reálnom čase, SDP (Session Description Protocol), RTP (protokol prenosu v reálnom čase).
RTSP je multimediálny streamovací protokol používaný na ovládanie zvuku alebo videa. RTSP poskytuje rozšíriteľný rámec, ktorý umožňuje ovládať a požadovať údaje v reálnom čase, ako sú audio a video.
Mediálne údaje používajú protokol RTP, RTCP.
Spravidla sa ako transportná vrstva používa UDP. Vhodné pre scény IPTV.
Zdroje údajov zahŕňajú údaje z polí a údaje uložené v klipoch. Účelom tohto protokolu je riadiť viacnásobné pripojenie na prenos údajov a poskytnúť spôsob výberu prenosových kanálov, ako sú UDP, multicastové UDP a TCP
Poskytuje tiež metódu výberu prenosového mechanizmu založeného na RTP
Sieťový protokol používaný pri prenose nespadá do rozsahu jeho definície. Server sa môže rozhodnúť na prenos obsahu streamu použiť TCP alebo UDP, čo je tolerantnejšie k oneskoreniu v sieti
---> Najväčší rozdiel medzi RTSP a RTP je v tom, že RTSP je obojsmerný protokol na prenos údajov v reálnom čase, ktorý umožňuje klientovi posielať na server požiadavky, ako napríklad prehrávanie, rýchly posun vpred, vzad a podobne. Kedy
RTSP však môže prenášať údaje na základe RTP a na odosielanie údajov môže tiež vyberať protokoly TCP, UDP, multicastové UDP a ďalšie kanály, ktoré majú dobrú škálovateľnosť. Je to podobné ako s protokolom HTTP
Protokol vrstvy sieťovej aplikácie
WebRTC:
Protokol streamovacích médií je implementovaný na webe. Keď Google prvýkrát spustil webrtc, obri sa buď chladne prizerali, alebo vzdorovali. Na prenos sa používa protokol RTP.
RTMP (Real Time Messaging Protocol)
Spoločnosť Macromedia vyvinula sadu protokolu živého videa, ktorá teraz patrí spoločnosti Adobe. Rovnako ako HLS sa dá použiť na živé video a na základe protokolu TCP sa nestratí.
// Rozdiel je v tom, že RTMP nemôže hrať v IOS prehliadači na základe flash, ale jeho výkon v reálnom čase je lepší ako HLS.
Protokol správ v reálnom čase je otvorený protokol vyvinutý spoločnosťou Adobe Systems na prenos zvuku, videa a údajov medzi prehrávačom Flash Player a serverom
// V IOS kóde sa RTMP bežne používa na push streamovanie. Na tlačenie streamovania môžete použiť knižnicu tretej strany librtmp IOS. Librtmp zapuzdruje niektoré základné API pre volanie používateľov
Protokol RTMP tiež vyžaduje, aby klient a server nadviazali spojenie RTMP prostredníctvom spojenia (handshake) a potom prenášali riadiace informácie o pripojení. Protokol RTMP naformátuje údaje počas prenosu. Za účelom dosiahnutia lepšieho multiplexovania, subdodávok a spravodlivosti informácií odosielateľ rozdelí správu na bloky s ID správy a každý blok môže byť samostatnou správou,
Môže to byť tiež súčasť správy. Prijímač obnoví blok na kompletnú správu podľa dĺžky dát, ID správy a správy obsiahnutej v bloku, aby odoslal a prijal informácie.
HLS: HTTP Live Streaming (HLS)
Je to protokol prenosu mediálnych údajov založený na HTTP implementovaný spoločnosťou Apple Inc,
Môže realizovať živé a na požiadanie streamované médiá, ktoré sa používajú hlavne v systéme IOS
Poskytovať zvukové a obrazové záznamy naživo a na požiadanie pre zariadenia so systémom IOS (napríklad iPhone a iPad).
HLS na požiadanie je v zásade bežný segmentovaný protokol HTTP na požiadanie. Rozdiel je v tom, že jeho segmenty sú veľmi malé.
V porovnaní s bežnými protokolmi živého vysielania, ako je protokol RTMP, protokol RTSP, protokol MMS a tak ďalej, je najväčším rozdielom živého vysielania HLS ten, že to, čo klient živého vysielania získa, nie je úplná správa
Celý dátový tok.
Protokol HLS ukladá živý dátový tok ako nepretržité, krátkodobé a dlhé mediálne súbory (formát mpeg-ts) na strane servera, zatiaľ čo strana klienta tieto malé súbory nepretržite sťahuje a prehráva,
Pretože server vždy generuje nové malé súbory z najnovších živých údajov, živé vysielanie sa realizuje, pokiaľ klient nepretržite prehráva súbory získané zo servera v danom poradí.
Je zrejmé, že HLS je v zásade založená na technológii>> on-demand na dosiahnutie živého obsahu <<. Pretože sa údaje prenášajú prostredníctvom protokolu HTTP, nie je potrebné brať ohľad na bránu firewall alebo server proxy
Dĺžka segmentovaného súboru je navyše veľmi krátka, takže klient môže rýchlo zvoliť a prepnúť rýchlosť kódovania, aby sa prispôsobil prehrávaniu za rôznych podmienok šírky pásma. Tento druh technických charakteristík HLS však určuje jeho budúci vývoj
Všeobecne je oneskorenie vždy vyššie ako pri bežnom protokole živého vysielania.
// IOS aj Android tento protokol prirodzene podporujú a konfigurácia je jednoduchá. Značku videa môžete použiť priamo
*** VLS: je druh streamovacieho servera, ktorý sa špeciálne používa na riešenie rôznych problémov so streamovaním. Má tiež niektoré vlastnosti VLC. Ako server môže videolan vydávať prúdy HTTP, RTP a RTSP.
V zásade možno pre živé vysielanie a vysielanie na požiadanie použiť RTSP, RTMP a HTTP, ale všeobecne sa pre živé vysielanie používajú RTSP a RTMP a pre vysielanie na požiadanie sa používa protokol HTTP. Vyberáme protokol RTMP.
Oneskorenie rôznych protokolov a jeho príčiny
RTMP a httpflv: údaje o týchto dvoch protokoloch sú zhruba rovnaké, takže dôvody oneskorenia sú podobné. Je rozumné povedať, že oneskorenie živého vysielania TCP streamingu je veľmi malé. Prečo je oneskorenie v RTMP a httpflv? Dôvod je ten, že na h264 sú obidve RTMP a httpflv prenášané flv tagy. Údaje videoznačky sú zvyčajne údaje H264. Dekódovanie H264 má IBP. Ja som kľúčový rám, ktorý je úplným obrazom. Najprv musíte mať I na dekódovanie nasledujúceho BP. Počet rámcov BP môže byť ľubovoľný, ale počet rámcov I nemôže byť menší, takže rámce I musia byť vo flv. Prenos značiek je druhý prenos (prvý je h264spps). I-snímky však nie sú v prúdoch H264 bežné. Existuje iba jeden I-rámec za druhým. Tento interval je všeobecne známy ako GOP. Pri kódovaní je GOP nastavený veľmi krátko. Keď sa klient pripojí, server nájde najnovšiu I-snímku v streame najvyššou rýchlosťou a odošle živé dáta z I-snímky. Keď je však GOP veľmi dlhý, interval I-snímok je veľmi dlhý, alebo počkajte, kým ďalší I rámec začne odosielať dáta do nového spojenia, alebo nájdite najnovší I rámec v medzipamäti, aby sa začalo odosielať. Toto je kľúč k oneskoreniu protokolov RTMP a HLS. Na hlavných platformách CDN sa nazýva „RTMP druhý na technológii“. Princípom je dekódovať streamované dáta dvakrát a nastaviť malý GOP. Všeobecne, keď je GOP nastavená na 1 s, bez ohľadu na oneskorenie sieťového prenosového spoja, maximálne oneskorenie dát je 1 s. Našťastie, I frame je 0 oneskorenie!
|
|
|
|
Ako ďaleko (dlho) kryt vysielač?
Dosah prenosu závisí od mnohých faktorov. Skutočná vzdialenosť je založený na anténe inštaláciu výšky, zisku antény, za použitia prostredia, ako je stavebné a iné prekážky, citlivosti prijímača, antény prijímača. Inštalácia antény viac high a používanie v zeleni, vzdialenosť bude oveľa ďaleko.
Príklad 5W FM vysielač používať v meste a rodného mesta:
Mám USA použitie zákazník 5W FM vysielač s anténou GP vo svojom rodnom meste, a to vyskúšať s autom, to pokrytie 10km (6.21mile).
Aj test vysielač FM 5W s anténou GP v mojom rodnom meste, pokrývať asi 2km (1.24mile).
Aj test vysielač FM 5W s GP anténou v meste Guangzhou, pokrývať asi jediný 300meter (984ft).
Nižšie sú uvedené približné rad rôznych sila FM vysielačov. (Rozsah je priemer)
0.1W ~ 5W FM vysielač: 100 ~ 1KM
5W ~ 15W FM Ttransmitter: 1KM ~ 3KM
15W ~ 80W FM vysielač: 3KM ~ 10KM
80W ~ 500W FM vysielač: 10KM ~ 30KM
500W ~ 1000W FM vysielač: 30KM ~ 50KM
1KW ~ 2KW FM vysielač: 50KM ~ 100KM
2KW ~ 5KW FM vysielač: 100KM ~ 150KM
5KW ~ 10KW FM vysielač: 150KM ~ 200KM
Ako nás kontaktovať pre vysielač?
Zavolaj mi + 8618078869184 OR
Pošli mi email [chránené e-mailom]
1.How ďaleko chcete pokryť v priemere?
2.How vysoký teba veža?
3.Where are you from?
A dáme vám viac profesionálne poradenstvo.
O nás
FMUSER.ORG je systémová integračná spoločnosť so zameraním na RF bezdrôtový prenos / štúdiové video audio zariadenie / streaming a spracovanie dát. Poskytujeme všetko od poradenstva a poradenstva cez integráciu racku až po inštaláciu, uvedenie do prevádzky a školenie.
Ponúkame FM vysielač, analógový TV vysielač, digitálny televízny vysielač, VHF vysielač UHF, antény, koaxiálne káblové konektory, STL, na spracovanie vzduchu, vysielanie produktov pre štúdio, monitorovanie RF signálu, RDS Encoders, audio procesory a diaľkové ovládacie jednotky, Produkty IPTV, Video / Audio Encoder / Decoder, navrhnuté tak, aby vyhovovali potrebám veľkých medzinárodných vysielacích sietí a malých súkromných staníc.
Naše riešenie má rozhlasovú stanicu FM / analógovú TV stanicu / digitálnu TV stanicu / audio video štúdiové vybavenie / prepojenie štúdiového vysielača / telemetrický systém vysielača / hotelový televízny systém / živé televízne vysielanie IPTV / živé televízne vysielanie / videokonferencia / CATV vysielací systém.
Používame moderné technologické produkty pre všetky systémy, pretože poznáme vysokú spoľahlivosť a vysoký výkon sú tak dôležité pre systém a riešenie. Zároveň musíme zabezpečiť, aby náš systém výrobkov s veľmi rozumnú cenu.
Máme zákazníkov verejnoprávnych a komerčných vysielateľov, telekomunikačných operátorov a regulačných orgánov a ponúkame aj riešenia a produkty mnohým stovkám menších, miestnych a komunitných vysielateľov.
FMUSER.ORG exportuje viac ako 15 rokov a má klientov z celého sveta. S 13-ročnými skúsenosťami v tejto oblasti máme profesionálny tím na riešenie všetkých druhov problémov zákazníka. Venovali sme sa poskytovaniu mimoriadne primeraných cien profesionálnych produktov a služieb. Kontaktný email : [chránené e-mailom]
Naša továreň
Máme modernizácia továrne. Ste vítaní k návšteve nášho závodu, keď príde do Číny.
V súčasnej dobe už existuje zákazníci 1095 po celom svete navštívil našu Guangzhou Tianhe kanceláriu. Ak prídete do Číny, ste vítaní nás navštíviť.
na veľtrhu
To je naša účasť v 2012 Global Sources Hong Kong Electronics veľtrh . Zákazníci z celého sveta konečne majú šancu sa dostať dohromady.
Kde je Fmuser?
Tieto čísla môžete vyhľadávať " 23.127460034623816,113.33224654197693 „v google mape potom nájdete našu fmuser kanceláriu.
FMUSER Guangzhou kancelária je v okrese Tianhe, čo je centrom kantónu , veľmi blízkosti k Canton Fair , vlakovej stanice Guangzhou, xiaobei cestné a dashatou , Stačí 10 minút -Li mať TAXI , Welcome priateľmi po celom svete na návštevu a vyjednávať.
Kontakt: Sky Blue
Mobil: + 8618078869184
WhatsApp: + 8618078869184
Wechat: + 8618078869184
E-mail: [chránené e-mailom]
QQ: 727926717
Skype: sky198710021
Adresa: No.305 Room HuiLan Building No.273 Huanpu Road Guangzhou China Zip: 510620
|
|
|
|
Angličtina: Prijímame všetky platby, ako sú PayPal, kreditná karta, Western Union, Alipay, Money Bookers, T / T, LC, DP, DA, OA, Payoneer. Ak máte akékoľvek otázky, kontaktujte ma [chránené e-mailom] alebo WhatsApp + 8618078869184
-
PayPal.  www.paypal.com
Odporúčame používať PayPal kúpiť naše produkty, The Paypal je bezpečný spôsob, ako kúpiť na internete.
Každý z nášho zoznamu položky stranu dna na vrchol mať paypal logo zaplatiť.
Kreditná karta.Ak nemáte PayPal, ale máte kreditnú kartu, môžete tiež kliknite na žlté tlačidlo PayPal zaplatiť kreditnou kartou.
-------------------------------------------------- -------------------
Ale ak nemáte kreditnú kartu, a nie mať PayPal účet alebo ťažko dostal paypal accout, môžete použiť nasledovné:
Western Union.  www.westernunion.com
Platiť prostredníctvom Western Union ku mne:
Krstné meno / meno: Yingfeng
Priezvisko / Priezvisko / Priezvisko: Zhang
Úplné meno: Yingfeng Zhang
Krajina: China
Mesto: Guangzhou
|
-------------------------------------------------- -------------------
T / T. platiť T / T (prevod / telegrafné Transfer / bankový prevod)
PRVÉ BANKOVÉ INFORMÁCIE (ÚČET SPOLOČNOSTI):
SWIFT BIC: BKCHHKHHXXX
Názov banky: BANK OF CHINA (HONG KONG) LIMITED, HONG KONG
Banková adresa: BANKA ČÍNSKEJ TOWER, 1 GARDEN ROAD, CENTRAL, HONG KONG
BANKOVÝ KÓD: 012
Názov účtu: FMUSER INTERNATIONAL GROUP LIMITED
Číslo účtu. : 012-676-2-007855-0
-------------------------------------------------- -------------------
Druhá BANKOVÁ INFORMÁCIA (ÚČET SPOLOČNOSTI):
Príjemca: Fmuser International Group Inc.
Číslo účtu: 44050158090900000337
Banka príjemcu: Čínska stavebná banka, pobočka Guangdong
Kód SWIFT: PCBCCNBJGDX
Adresa: NO.553 Tianhe Road, Guangzhou, Guangdong, okres Tianhe, Čína
** Poznámka: Keď prevádzate peniaze na náš bankový účet, NEPISUJTE nič do poznámky, inak nebudeme môcť prijať platbu z dôvodu vládnej politiky v medzinárodnom obchode.
|
|
|
|
* To bude odoslaný v 1-2 pracovných dní, ak platba jasné.
* Budeme poslať ho do svojho paypal adresu. Ak chcete zmeniť adresu, pošlite prosím svoj správnu adresu a telefónne číslo na môj email [chránené e-mailom]
* V prípade všetkých balíčkov je nižšia ako 2kg, budeme odoslané poštou letecky, bude trvať asi 15-25days do ruky.
V prípade, že balík je viac než 2kg, budeme loď cez EMS, DHL, UPS, FedEx rýchly expresné doručenie, bude to trvať asi 7 ~ 15days do ruky.
Ak balík viac ako 100kg, budeme posielať cez DHL alebo leteckú dopravu. Bude to trvať asi 3 ~ 7days do ruky.
Všetky balíčky sú formou Čína Guangzhou.
* Balíček bude odoslaný ako „darček“ a bude odstránený čo najmenej, kupujúci nemusí platiť „DAŇ“.
* Po lodi vám zašleme e-mailu a dá vám sledovacie číslo.
|
|
|
Pre záruku.
Kontaktujte nás --- >> Vráťte nám položku --- >> Prijmite a odošlite ďalšiu náhradu.
Meno: Liu Xiaoxia
Adresa: 305Fang HuiLanGe HuangPuDaDaoXi 273Hao TianHeQu Guangzhou Čína.
PSČ: 510620
Telefón: + 8618078869184
Vráťte sa prosím na túto adresu a napísať svoj paypal adresa, meno, problém na poznámka: |
|
