Live streaming na protocol

Ang tinaguriang streaming media ay tumutukoy sa format ng media na nilalaro sa Internet sa pamamagitan ng streaming transmission.
Ang streaming media ay kilala rin bilang streaming media, nangangahulugan ito na ang mga negosyo ay gumagamit ng isang server ng paghahatid ng video upang magpadala ng mga programa bilang mga packet ng data sa network.
Matapos ma-decompress ng gumagamit ang data sa pamamagitan ng decompression device, ipapakita ang programa tulad ng dati.
Ang streaming media ay nagpapadala ng mga audio, video at multimedia file sa network sa pamamagitan ng streaming.
Ang format ng streaming media file ay isang format ng media na sumusuporta sa streaming transmission at playback.
Ang mode ng paghahatid sa streaming ay upang hatiin ang mga multimedia file tulad ng video at audio sa mga compression package sa pamamagitan ng espesyal na compression mode,
Patuloy at real-time na paghahatid mula sa server patungo sa computer ng gumagamit. Sa streaming system, ang mga gumagamit ay hindi kailangang maghintay para sa buong file tulad ng hindi streaming
Pagkatapos lamang makumpleto ang lahat ng mga pag-download ay makikita natin ang mga nilalaman, ngunit pagkatapos lamang ng ilang segundo o dose-dosenang segundo ng pagkaantala sa pagsisimula ay maaari nating gamitin ang mga ito sa computer ng gumagamit

Patugtugin ng kaukulang player ang naka-compress na video o audio at iba pang mga streaming media file, at ang iba ay magpapatuloy na mag-download hanggang sa katapusan ng pag-play.
RTP: (Real-time Transport Protocol)
Ang RTP ay isang protokol ng layer ng transport para sa stream ng data ng multimedia sa Internet. Ginagamit ang RTP kasama ang RTCP, at batay ito sa UDP protocol

Hindi tulad ng HTTP at FTP, maaaring i-download ng buong RTP ang buong file ng video. Nagpapadala ito ng data sa network sa isang nakapirming rate ng data. Pinapanood din ng kliyente ang file ng video sa bilis na ito. Kailan
Matapos i-play ang pelikula at larawan sa telebisyon, hindi ito maaaring i-play muli, maliban kung hiniling muli ang data mula sa server.
RTCP: Real-time Transport Control protocol o RTP (control protocol o RTCP)
Ang RTCP ay isang sister protocol ng RTP
Tandaan: -: Ang RTP protocol at RTCP ay ginagamit nang sama-sama, at ito ay batay sa UDP protocol (karaniwang ginagamit para sa video conference)
RTSP: (Real Time Streaming Protocol)
Real time streaming media session protocol, SDP (Session Deskripsyon ng Protocol), RTP (real time Transport Protocol).
Ang RTSP ay isang multimedia streaming protocol na ginamit upang makontrol ang tunog o video. Nagbibigay ang RTSP ng isang napapalawak na balangkas, na ginagawang posible upang makontrol at humiling ng data ng real-time, tulad ng audio at video.
Gumagamit ang data ng media ng RTP, RTCP protocol.
Pangkalahatan, ang UDP ay ginagamit bilang layer ng transportasyon. Angkop para sa mga eksena ng IPTV.
Ang mga mapagkukunan ng data ay may kasamang data ng patlang at data na nakaimbak sa mga clip. Ang layunin ng protokol na ito ay upang makontrol ang maraming mga koneksyon sa paghahatid ng data at magbigay ng isang paraan upang pumili ng mga channel ng paghahatid, tulad ng UDP, multicast UDP at TCP

Nagbibigay din ito ng isang pamamaraan para sa pagpili ng mekanismo ng paghahatid batay sa RTP
Ang network protocol na ginamit sa paghahatid ay wala sa saklaw ng kahulugan nito. Maaaring piliin ng server na gamitin ang TCP o UDP upang maipadala ang nilalaman ng stream, na mas mapagparaya sa pagkaantala sa network
---> Ang pinakamalaking pagkakaiba sa pagitan ng RTSP at RTP ay ang RTSP ay isang two-way real-time data transmission protocol, na nagbibigay-daan sa kliyente na magpadala ng mga kahilingan sa server, tulad ng pag-playback, fast forward, backward at iba pa. Kailan
Gayunpaman, maaaring magpadala ng RTSP ng data batay sa RTP, at maaari ring pumili ng TCP, UDP, multicast UDP at iba pang mga channel upang magpadala ng data, na may mahusay na kakayahang sumukat. Ito ay katulad ng HTTP protocol

WebRTC:
Ang protokol ng streaming media ay ipinatupad sa web. Noong unang inilunsad ng Google ang webrtc, ang mga higante ay alinman sa malamig na pagtingin o paglaban. Ginagamit ang RTP protocol para sa paghahatid.
RTMP (Real Time Messaging Protocol)
Ang Macromedia ay bumuo ng isang hanay ng live na video protocol, na kabilang ngayon sa adobe. Tulad ng HLS, maaari itong mailapat sa live na video, at hindi ito mawawala batay sa TCP.

// Ang pagkakaiba ay ang RTMP ay hindi maaaring maglaro sa IOS browser batay sa flash, ngunit ang pagganap ng real-time na ito ay mas mahusay kaysa sa HLS.
Ang real time messaging protocol ay isang bukas na protocol na binuo ng Adobe Systems para sa audio, video at paghahatid ng data sa pagitan ng flash player at server

// Sa IOS code, karaniwang ginagamit ang RTMP upang itulak ang streaming. Maaari mong gamitin ang third-party library librtmp IOS upang itulak ang streaming. Ipinapaloob ng librtmp ang ilang mga pangunahing API para tumawag ang mga gumagamit
Kinakailangan din ng RTMP protocol ang client at server na maitaguyod ang koneksyon sa RTMP sa pamamagitan ng "handshake", at pagkatapos ay ihatid ang impormasyon ng kontrol sa koneksyon. Ang format na RTMP ay mai-format ang data sa panahon ng paghahatid. Upang makamit ang mas mahusay na multiplexing, subcontracting at pagiging patas ng impormasyon, hahatiin ng nagpadala ang mensahe sa mga chunk na may message ID, at ang bawat tipak ay maaaring isang hiwalay na mensahe,

Maaari rin itong maging bahagi ng mensahe. Ibabalik ng tatanggap ang tipak sa isang kumpletong mensahe alinsunod sa haba ng data, message ID at mensahe na nilalaman sa chunk, upang makapagpadala at makatanggap ng impormasyon.

HLS: HTTP Live Streaming (HLS)
Ito ay isang batay sa HTTP streaming media transport protocol na ipinatupad ng Apple Inc,
Maaari nitong mapagtanto ang live at on-demand streaming media, pangunahing ginagamit sa IOS system
Upang magbigay ng mga audio at video na live at on-demand na solusyon para sa mga aparato ng IOS (tulad ng iPhone at iPad).
Ang HLS na hinihiling ay karaniwang isang karaniwang segment na HTTP kapag hiniling. Ang pagkakaiba ay ang mga segment nito ay napakaliit.
Kung ikukumpara sa karaniwang mga live streaming na protokol, tulad ng RTMP protocol, RTSP protocol, MMS protocol at iba pa, ang pinakamalaking pagkakaiba ng HLS live streaming ay kung ano ang nakuha ng live streaming client ay hindi isang kumpletong mensahe

Ang buong stream ng data.
Ang HLS protocol ay nag-iimbak ng live na stream ng data bilang tuluy-tuloy, panandalian at mahabang mga file ng media (format ng mpeg-ts) sa panig ng server, habang ang panig ng kliyente ay patuloy na nagda-download at nagpe-play ng mga maliliit na file na ito,
Dahil palaging bumubuo ang server ng mga bagong maliliit na file mula sa pinakabagong live na data, kaya't habang patuloy na pinatutugtog ng client ang mga file na nakuha mula sa server nang maayos, natapos ang live broadcast.
Maaari itong makita na, karaniwang, ang HLS ay batay sa>> on-demand na teknolohiya upang makamit ang live <<. Dahil ang data ay ipinadala sa pamamagitan ng HTTP protocol, hindi na kailangang isaalang-alang ang firewall o proxy
Bukod dito, ang haba ng naka-segment na file ay masyadong maikli, kaya't ang kliyente ay maaaring mabilis na pumili at ilipat ang rate ng code upang umakma sa pag-playback sa ilalim ng iba't ibang mga kondisyon ng bandwidth. Gayunpaman, ang ganitong uri ng mga teknikal na katangian ng HLS ay tumutukoy sa pag-unlad sa hinaharap

Pangkalahatan, ang pagkaantala ay laging mas mataas kaysa sa normal na live streaming protocol.
// Kapwa suportado ng parehong IOS at Android ang protokol na ito, at ang pagsasaayos ay simple. Maaari mong direktang magamit ang video tag
*** VLS: ay isang uri ng streaming server, na espesyal na ginagamit upang malutas ang iba't ibang mga problema sa streaming. Mayroon din itong ilang mga katangian ng VLC. Bilang isang server, maaaring mag-output ang videolan ng mga HTTP, RTP at RTSP stream.
Sa prinsipyo, maaaring magamit ang RTSP, RTMP at HTTP para sa live at on-demand na pagsasahimpapaw, ngunit sa pangkalahatan ang RTSP at RTMP ay ginagamit para sa live na pagsasahimpapaw at ang HTTP ay ginagamit para sa on-demand na pagsasahimpapaw. Pinili namin ang RTMP na protocol.

RTMP at httpflv: ang data ng dalawang mga protokol na ito ay halos pareho, kaya't magkatulad ang mga dahilan ng pagkaantala. Makatwirang sabihin na ang pagkaantala ng TCP streaming live na pag-broadcast ay napakababa. Bakit may pagkaantala sa RTMP at httpflv? Ang dahilan dito ay sa h264, ang RTMP at httpflv ay parehong nailipat na mga flv tag. Ang data ng tag ng video ay karaniwang data ng H264. Ang H264 decoding ay mayroong isang IBP. Ako ang key frame, na isang kumpletong imahe. Dapat mo munang magkaroon ng isang I upang mai-decode ang sumusunod na BP. Ang bilang ng mga frame ng BP ay maaaring kasing dami ng gusto mo, ngunit ang bilang ng mga frame ko ay hindi maaaring mas kaunti, kaya't ang mga frame ko ay dapat na nasa flv Ang paghahatid ng tag ay ang pangalawang paghahatid (ang una ay h264spps). Gayunpaman, ang mga I-frame ay hindi karaniwan sa mga H264 stream. Mayroon lamang isang sunud-sunod na I-frame. Ang agwat na ito ay karaniwang kilala bilang GOP. Kapag nag-encode, ang GOP ay itinakda nang napakaikli. Kapag nag-uugnay ang client, mahahanap ng server ang pinakabagong I-frame sa stream sa pinakamabilis na bilis at magpapadala ng live na data mula sa I-frame. Gayunpaman, kapag ang GOP ay napakahaba, ang agwat ng I-frame ay napakahaba, o maghintay para sa susunod na frame ko upang simulang magpadala ng data sa bagong koneksyon, o hanapin ang pinakabagong frame ko sa cache upang simulang magpadala. Ito ang susi sa pagkaantala ng mga RTMP at HLS na mga protokol. Sa pangunahing mga platform ng CDN, tinatawag itong "RTMP pangalawa sa teknolohiya". Ang prinsipyo ay upang mai-decode ang streaming data nang dalawang beses at magtakda ng isang maliit na GOP. Sa pangkalahatan, kapag ang GOP ay nakatakda sa 1s, anuman ang pagkaantala ng link sa paghahatid ng network, ang maximum na pagkaantala ng data ay 1s. Sa kasamaang palad, ang frame ko ay 0 pagkaantala!

Gaano kalayo (mahaba) mga transmiter pabalat?

Ang hanay transmission ay depende sa maraming mga kadahilanan. Ang tunay na distansya ay batay sa antena-install taas, antena makakuha, gamit na kapaligiran tulad ng mga gusali at iba pang mga obstructions, pagiging sensitibo ng receiver, antena ng receiver. Pag-install ng antena mas mataas at gamit sa kanayunan, ang distansya ay mas malayo.

EXAMPLE 5W FM transmiter gamitin sa lungsod at bayan:

Mayroon akong isang USA customer paggamit 5W FM transmiter na may GP antena sa kanyang bayang kinalakhan, at siya ay subukan ito sa isang kotse, takpan ito 10km (6.21mile).

subukan ko ang 5W FM transmiter na may GP antena sa aking bayan, ito ay sumasakop tungkol 2km (1.24mile).

subukan ko ang 5W FM transmiter na may GP antena sa Guangzhou city, takpan ito tungkol lamang 300meter (984ft).

Sa ibaba ay ang tinatayang saklaw ng iba't-ibang kapangyarihan FM Transmitters. (Hanay ay diameter)

0.1W ~ 5W FM transmiter: 100M ~ 1KM

5W ~ 15W FM Ttransmitter: 1KM ~ 3KM

15W ~ 80W FM transmiter: 3KM ~ 10KM

80W ~ 500W FM transmiter: 10KM ~ 30KM

500W ~ 1000W FM transmiter: 30KM ~ 50KM

1KW ~ 2KW FM transmiter: 50KM ~ 100KM

2KW ~ 5KW FM transmiter: 100KM ~ 150KM

5KW ~ 10KW FM transmiter: 150KM ~ 200KM

Paano makikipag-ugnayan sa amin para sa mga transmiter?

Tawagan ako + 8618078869184 O
email sa akin [protektado ng email]
1.How malayo gusto mong upang masakop ang lapad?
2.How ang taas ng tower mo?
3.Where ka?
At kami ay magbibigay sa iyo ng karagdagang propesyonal na payo.

Tungkol sa Amin

FMUSER.ORG ay isang sistema ng pagsasama-sama ng kumpanya na tumututok sa RF wireless transmission / studio video audio kagamitan / streaming at pagpoproseso ng data. Nagbibigay kami ng lahat mula sa payo at pagkonsulta sa pamamagitan ng rack integration sa pag-install, commissioning at pagsasanay.

Nag-aalok kami ng FM Transmitter, Analog TV Transmitter, Digital TV transmitter, VHF UHF Transmitter, Antennas, Coaxial Cable Connectors, STL, On Air Processing, Broadcast Products para sa Studio, Pagmamanman ng RF Signal, RDS Encoders, Audio Processors at Remote Site Control Units, Mga Produkto ng IPTV, Video / Audio Encoder / Decoder, na idinisenyo upang matugunan ang mga pangangailangan ng parehong malalaking internasyonal na mga network ng broadcast at mga maliliit na pribadong istasyon.

Ang aming solusyon ay mayroong FM Radio Station / Analog TV Station / Digital TV Station / Audio Video Studio Equipment / Studio Transmitter Link / Transmitter Telemetry System / Hotel TV System / IPTV Live Broadcasting / Streaming Live Broadcast / Video Conference / CATV Broadcasting system.

Gumagamit kami ng mga advanced na mga produktong teknolohiya para sa lahat ng mga sistema, dahil alam namin na ang mataas na pagiging maaasahan at mataas na pagganap ay napakahalaga para sa sistema at solusyon. Sa parehong oras kailangan din naming tiyakin na ang aming mga produkto system na may isang napaka-makatwirang presyo.

Mayroon kaming mga mamimili ng pampubliko at komersyal na tagapagbalita, mga operator ng telecom at mga awtoridad ng regulasyon, at nag-aalok din kami ng solusyon at mga produkto sa maraming daan-daang mga mas maliit, lokal at tagapagbalita ng komunidad.

Ang FMUSER.ORG ay nag-export ng higit sa 15 taon at may mga kliyente sa buong mundo. Sa karanasan ng 13 taon sa larangang ito, mayroon kaming isang propesyonal na koponan upang malutas ang lahat ng uri ng mga problema ng customer. Nakatuon kami sa pagbibigay ng lubos na makatwirang pagpepresyo ng mga propesyonal na produkto at serbisyo. Makipag-ugnay sa email: [protektado ng email]

Ang aming Factory

Meron kami paggawa ng makabago ng factory. Ikaw ay malugod na bisitahin ang aming factory kapag dumating ka sa China.

Sa kasalukuyan, may mga naka 1095 customer sa buong mundo binisita ang aming Guangzhou Tianhe opisina. Kung dumating ka sa China, ikaw ay malugod na bisitahin kami.

sa Fair

Ito ang aming pakikilahok sa 2012 Global Sources Hong Kong Electronics Fair . Mga customer mula sa buong mundo sa wakas ay magkaroon ng isang pagkakataon upang makakuha ng magkasama.

Nasaan si Fmuser?

Maaari mong hanapin ang mga numerong ito " 23.127460034623816,113.33224654197693 "sa google map, pagkatapos ay mahahanap mo ang aming tanggapan ng fmuser.

FMUSER Guangzhou opisina ay sa Tianhe District kung saan ay ang gitna ng Canton . napaka malapit sa Canton Fair , guangzhou istasyon ng tren, Xiaobei kalsada at dashatou , kailangan lamang 10 minuto kung gagawin tAXI . Maligayang pagdating mga kaibigan sa buong mundo upang bisitahin at makipag-ayos.

Contact: Sky Blue
Cellphone: + 8618078869184
WhatsApp: + 8618078869184
Wechat: + 8618078869184
E-mail: [protektado ng email]
QQ: 727926717
Skype: sky198710021
Tirahan No.305 Room HuiLan Building No.273 Huanpu Road Guangzhou China Zip: 510620

Ingles: Tinatanggap namin ang lahat ng mga pagbabayad, tulad ng PayPal, Credit Card, Western Union, Alipay, Book Book ng Pera, T / T, LC, DP, DA, OA, Payoneer, Kung mayroon kang anumang katanungan, mangyaring makipag-ugnay sa akin [protektado ng email] o WhatsApp + 8618078869184

PayPal.  www.paypal.com

Inirerekumenda namin sa iyo na gamitin ang Paypal upang bumili ng aming mga item, ang Paypal ay isang ligtas na paraan upang bumili sa internet.

Ang bawat ng aming listahan item page ibaba sa itaas magkaroon ng isang PayPal logo upang magbayad.

Credit Card.Kung wala kang PayPal, ngunit mayroon kang credit card, ikaw din ay maaaring mag-klik sa Yellow button PayPal upang magbayad gamit ang iyong credit card.

-------------------------------------------------- -------------------

Ngunit kung mayroon kang hindi isang credit card at hindi magkaroon ng isang PayPal account o mahirap na nakuha ng isang PayPal accout, Maaari mong gamitin ang mga sumusunod:
Western Union.  www.westernunion.com

Magbayad sa pamamagitan ng Western Union sa akin:

Pangalan / Pangalan ng pangalan: Yingfeng
Apelyido / Apelyido / Pangalan ng Pamilya: Zhang
Buong pangalan: Yingfeng Zhang
Bansa: Tsina
City: Guangzhou

-------------------------------------------------- -------------------

T / T.  magbayad sa pamamagitan ng T / T (wire transfer / pantelegrapo Transfer / Bank Transfer)
Unang IMPORMASYON SA BANK (ACCOUNT NG KUMPANYAN):

SWIFT BIC: BKCHHKHHXXX
Pangalan ng bangko: BANK OF CHINA (HONG KONG) LIMITADO, HONG KONG
Address ng Bangko: BANK OF CHINA TOWER, 1 GARDEN ROAD, CENTRAL, HONG KONG
BANK CODE: 012
Pangalan ng Account: FMUSER INTERNATIONAL GROUP LIMITED
HINDI account. : 012-676-2-007855-0

-------------------------------------------------- -------------------
Pangalawang IMPORMASYON SA BANK (ACCOUNT NG KUMPANYAN):
Makikinabang: Fmuser International Group Inc.
Numero ng Account: 44050158090900000337
Bangko ng Benepisyaryo: Bangko ng Konstruksiyon ng Tsina sa Sangay ng Guangdong
SWIFT Code: PCBCCNBJGDX
Address: NO.553 Tianhe Road, Guangzhou, Guangdong, Tianhe District, China
** Tandaan: Kapag naglipat ka ng pera sa aming bank account, mangyaring HUWAG magsulat ng anuman sa lugar ng pangungusap, kung hindi man ay hindi kami makakatanggap ng bayad dahil sa patakaran ng pamahalaan sa pang-internasyong negosyo sa kalakal.

* Ito ay ipapadala sa 1 2-araw ng trabaho kapag malinaw pagbabayad.

* Kami ay ipadala ito sa iyong PayPal address. Kung gusto mong baguhin ang address, mangyaring ipadala ang iyong tamang address at numero ng telepono sa aking email [protektado ng email]

* Kung ang mga pakete ay mas mababa 2kg, ay ipinadala namin sa pamamagitan ng post airmail, tatagal ito ng 15-25days sa iyong kamay.

Kung ang pakete ay higit pa sa 2kg, kami ay nagpapadala sa pamamagitan ng EMS, DHL, UPS, Fedex mabilis express delivery, tatagal ito ng 7 ~ 15days sa iyong kamay.

Kung ang mga pakete ng higit sa 100kg, magpapadala kami sa pamamagitan ng DHL o air kargamento. Aabutin ng tungkol sa 3 ~ 7days sa iyong kamay.

Ang lahat ng mga pakete ay anyo China Guangzhou.

* Ipapadala ang package bilang isang "regalo" at i-declear nang mas mababa hangga't maaari, hindi kailangang magbayad ang mamimili para sa "TAX".

* Pagkatapos barko, papadalhan ka namin ng isang e-mail at bibigyan ka ng tracking number.

Para sa Warranty.
Makipag-ugnay sa US --- >> Ibalik ang item sa amin --- >> Tumanggap at magpadala ng isa pang kapalit.

Pangalan: Liu Xiaoxia
Tirahan 305Fang HuiLanGe HuangPuDaDaoXi 273Hao TianHeQu Guangzhou China.
ZIP: 510620
Telepono: + 8618078869184

Mangyaring bumalik sa address na ito at isulat ang iyong PayPal address, pangalan, problema sa tala: