Straumēšanas pārskats:
Tā dēvētais straumēšanas medijs attiecas uz multivides formātu, kas tiek atskaņots internetā, izmantojot straumēšanas pārraidi.
Straumēšanas multividi sauc arī par straumēšanas multividi. Tas attiecas uz uzņēmumiem, kas izmanto video piegādes serveri programmu izsūtīšanai kā datu paketes un piegādei tīklā.
Pēc tam, kad lietotājs dekompresējošā ierīcē datus dekompresē, programma tiks parādīta tāpat kā pirms nosūtīšanas.
Straumēšanas multivide pārraida audio, video un multivides failus straumēšanas veidā tīklā.
Straumēšanas multivides faila formāts ir multivides formāts, kas atbalsta straumēšanu un atskaņošanu.
Straumēšanas metode ir multimediju failu, piemēram, video un audio, sadalīšana saspiestās pakās, izmantojot īpašu saspiešanas metodi.
Nepārtraukta un reāllaika pārsūtīšana no servera uz lietotāja datoru. Sistēmās, kas izmanto straumēšanas pārraidi, lietotājiem nav jāgaida viss fails, piemēram, atskaņošana bez straumēšanas.
Saturu var redzēt pēc visu lejupielāžu pabeigšanas, bet lietotāja datorā var izmantot tikai dažas sekundes vai desmitiem sekunžu palaišanas aizkavi
Atbilstošais atskaņotājs atskaņo saspiestos video vai audio un citus straumēšanas multivides failus, un atlikušo daļu turpinās lejupielādēt, līdz atskaņošana būs pabeigta.
1. RTP: (reāllaika transporta protokols)
Tas ir transporta slāņa protokols multivides datu straumēšanai internetā. RTP protokols un RTP kontroles protokols RTCP tiek izmantoti kopā,
Un tas ir veidots uz UDP protokola.
RTP nav tāds kā http un ftp, kas var pilnībā lejupielādēt visu filmas failu. Tas nosūta datus tīklā ar fiksētu datu pārraides ātrumu. Klients arī skatās filmas failu ar šādu ātrumu.
Pēc filmas ekrāna atskaņošanas to nevar atskaņot atkārtoti, ja vien dati vēlreiz netiek pieprasīti no servera.
2. RTCP: Reālā laika transporta kontroles protokols vai RTP vadības protokols vai īsi RTCP)
Reālā laika pārraides vadības protokols ir reāllaika pārraides protokola (RTP) māsas protokols.
Piezīme: -: RTP protokols un RTP vadības protokols (RTCP) tiek izmantoti kopā, un tie ir balstīti uz UDP protokolu (parasti tiek izmantoti video konferencēm)
3. RTSP: (Reāllaika straumēšanas protokols)
Reāllaika straumēšanas multivides sesijas protokols, SDP (sesijas apraksta protokols), RTP (reālā laika transporta protokols).
Tas ir multivides straumēšanas protokols, ko izmanto skaņas vai video kontrolei. RTSP nodrošina paplašināmu sistēmu, kas ļauj kontrolēt un pēc pieprasījuma reāllaika datus, piemēram, audio un video.
Multivides datos tiek izmantoti rtp un rtcp protokoli. Parasti izmantojiet udp kā transporta slāni. Piemērots IPTV ainām. Datu avoti ietver aktīvus datus un klipos glabātus datus. Šī protokola mērķis ir kontrolēt vairākus datu pārraides savienojumus, nodrošināt veidu, kā izvēlēties pārraides kanālus, piemēram, UDP, multicast UDP un TCP, un nodrošināt pārraides mehānisma izvēles metodes, pamatojoties uz RTP. Pārraides laikā izmantotais tīkla sakaru protokols neietilpst tā definīcijas darbības jomā. Serveris var izvēlēties izmantot TCP vai UDP straumēšanas satura pārsūtīšanai, kas vairāk izturas pret tīkla aizkavēšanos.
--->: Lielākā atšķirība starp RTSP un RTP ir tā, ka: RTSP ir divvirzienu reāllaika datu pārraides protokols, kas ļauj klientam nosūtīt serverim pieprasījumus, piemēram, atskaņošanu, ātru uz priekšu un atpakaļ darbību. kad
Protams, RTSP var pārraidīt datus, pamatojoties uz RTP, un datu sūtīšanai var izvēlēties arī TCP, UDP, multicast UDP un citus kanālus, kuriem ir laba mērogojamība. Tas ir līdzīgs http protokolam
Tīkla lietojuma slāņa protokols.
4. WebRTC:
Tīmekļa puse ievieš straumēšanas multivides protokolu. Kad Google pirmo reizi palaida WebRTC, milži vai nu sēdēja malā, vai tam pretojās. Izmantojiet RTP protokola pārraidi.
5. RTMP (Reāllaika ziņojumapmaiņas protokols)
Macromedia izstrādāto tiešraides video protokolu kopums tagad pieder Adobe. Tāpat kā HLS, to var izmantot tiešraides video, un tas netiks zaudēts, pamatojoties uz TCP.
// Atšķirība ir tāda, ka RTMP nevar atskaņot iOS pārlūkprogrammā, pamatojoties uz zibspuldzi, taču reālā laika veiktspēja ir labāka nekā HLS.
Reāllaika ziņojumapmaiņas protokols ir Adobe Systems izstrādāts atvērts protokols audio, video un datu pārraidei starp Flash atskaņotājiem un serveriem.
// iOS kodā straumes virzīšanai parasti tiek izmantots RTMP. Straumes virzīšanai varat izmantot trešās puses bibliotēku librtmp-iOS. librtmp iekapsulē dažus pamata API, lai lietotāji varētu piezvanīt
RTMP protokols arī pieprasa, lai klients un serveris izveido RTMP savienojumu, izmantojot "rokasspiedienu", un pēc tam pārsūta vadības informāciju par savienojumu. RTMP protokols formatēs datus pārraides laikā. Faktiskajā pārsūtīšanā, lai labāk sasniegtu informācijas multipleksēšanu, iesaiņošanu un taisnīgumu, sūtītājs sadalīs ziņojumu gabalos ar ziņojuma ID, katrs gabals var būt viens ziņojums,
Tas var būt arī daļa no Ziņojuma. Saņemošais gals atjaunos gabalu pilnīgā Ziņojumā atbilstoši gabalā esošo datu garumam, ziņojuma id garumam un ziņojuma garumam, lai realizētu informācijas nosūtīšanu un saņemšanu.
6. HLS: HTTP tiešraides straumēšana (HLS)
Tas ir uz HTTP balstīts straumēšanas multivides pārraides protokols, ko ieviesis Apple Inc., kas var realizēt tiešraides un pēc pieprasījuma straumēšanas medijus. To galvenokārt izmanto iOS sistēmā un nodrošina audio un video tiešraides un pēc pieprasījuma risinājumus iOS ierīcēm (piemēram, iPhone un iPad). HLS pēc pieprasījuma būtībā ir izplatīts segmentēts HTTP pēc pieprasījuma. Atšķirība ir tā, ka tā segmenti ir ļoti mazi. Salīdzinot ar parastajiem straumēšanas multivides tiešraides protokoliem, piemēram, RTMP, RTSP, MMS utt., Lielākā HLS tiešraides atšķirība ir tā, ka tas, ko iegūst tiešraides klients, nav pilnīga datu straume.
HLS protokols tiešraides datu straumi servera pusē saglabā kā nepārtrauktus, īslaicīgus multivides failus (MPEG-TS formāts), un klients nepārtraukti lejupielādē un atskaņo šos mazos failus, jo servera puse vienmēr atjauninās jaunāko tiešraidi. dati ģenerē jaunus mazus failus, tāpēc, kamēr klients nepārtraukti atskaņo no servera iegūtos failus secīgi, tiešraide tiek realizēta. Var redzēt, ka būtībā var uzskatīt, ka HLS ir tehnisks veids, kā >> pēc pieprasījuma realizēt tiešraidi <<. Tā kā dati tiek pārsūtīti, izmantojot HTTP protokolu, ugunsmūri vai starpniekserveri nav jāapsver vispār.
Turklāt segmentētā faila ilgums ir ļoti īss, un klients var ātri izvēlēties un pārslēgt bitu pārraides ātrumu, lai pielāgotos atskaņošanai dažādos joslas platuma apstākļos. Tomēr šī HLS tehniskā īpašība to nosaka
Kavēšanās vienmēr būs lielāka nekā parastais tiešraides straumēšanas protokols.
// Gan iOS, gan Android, protams, atbalsta šo protokolu, konfigurācija ir vienkārša, vienkārši izmantojiet tieši video tagu
*** VLS: Tas ir sava veida straumēšanas serveris, kas tiek īpaši izmantots dažādu straumēšanas problēmu risināšanai. Tam ir arī dažas VLC īpašības. Kā serveris videolan var izvadīt http, rtp, rtsp straumes.
Principā RTSP, RTMP un HTTP var izmantot tiešraidē un pēc pieprasījuma, bet parasti tiešraidē izmanto RTSP un RTMP, bet pēc pieprasījuma - HTTP. Tas, ko mēs izvēlējāmies, ir RTMP protokols.
dažādi protokola kavēšanās un to iemesli
rtmp un httpflv: Šo divu protokolu dati ir aptuveni vienādi, tāpēc kavēšanās iemesli ir vienādi. Ir pamats uzskatīt, ka TCP straumēšanas tiešraidēm jābūt ar ļoti zemu latentumu. Kāpēc rtmp un httpflv joprojām ir latentums? Iemesls ir tāds, ka vietnē h264 rtmp un httpflv ir pārraidīti flv tagi. Video tagu dati parasti ir h264 dati. H264 dekodēšanai ir IBP. Es esmu galvenais rāmis, kas ir pilnīgs attēls. Pirms dekodēšanas jums ir jābūt I. Pēdējo BP, BP kadru var būt tik maz, cik vēlaties, bet I kadru skaits nevar būt mazāks, tāpēc I kadri jāpārraida otrais FLV tagu pārraidē (pirmais ir h264spspps), bet I kadri bieži nav sastopami h264 straumēs, Pēc noteikta laika ir I rāmis. Šo laika periodu parasti sauc par GOP. Kodējot, GOP ir iestatīts ļoti īss. Kad klients izveido savienojumu, serveris visātrākajā ātrumā atradīs tuvāko I kadru un nosūtīs to no I kadra. Tiešie dati, bet, kad GOP ir ļoti garš, I kadru intervāls ir ļoti garš vai gaidiet nākamo I kadru, lai sāktu sūtīt datus uz jauno savienojumu, vai atrodiet buferī tuvāko I kadru, lai sāktu sūtīt, šeit ir rtmp un hls protokola aizkave Galvenais ir tas, ka lielākajās CDN platformās to sauc par "rtmp otrās atvēršanas tehnoloģiju". Princips ir divreiz dekodēt push datus un iestatīt nelielu gop. Kopumā gop ir iestatīts uz 1s. Neatkarīgi no tīkla pārraides saites kavēšanās, maksimālā datu aizkave ir 1s. Par laimi, I rāmis ir 0 kavēšanās!
|
|
|
|
Cik tālu (gara) raidītājs vāks?
Pārvades diapazons ir atkarīgs no daudziem faktoriem. Patiess attālums ir balstīta uz antenas elektroinstalācija augstumu, antenas pastiprinājumu, izmantojot vidi, piemēram, celtniecības un citiem šķēršļiem, jutības uztvērēju, antenu uztvērēja. Uzstādot antenu vairāk augstas un izmantojot laukos, attālums būs daudz tālu.
PIEMĒRS 5W FM raidītājs izmantot pilsētas un dzimtajā:
Man ir ASV klientu izmantošanas 5W FM raidītājs ar GP antenu savā dzimtajā pilsētā, un viņš to izmēģināt ar auto, tas aptver 10km (6.21mile).
Es pārbaudītu 5W FM raidītājs ar GP antenu manā dzimtajā pilsētā, tā aptver apmēram 2km (1.24mile).
Es pārbaudītu 5W FM raidītājs ar GP antenu Guangzhou pilsētā, tas segtu aptuveni tikai 300meter (984ft).
Zemāk ir aptuvens virkne dažādu jaudu FM raidītāji. (Diapazons ir diametrs)
0.1W ~ 5W FM raidītājs: 100M ~ 1KM
5W ~ 15W FM Ttransmitter: 1KM ~ 3KM
15W ~ 80W FM raidītājs: 3KM ~ 10KM
80W ~ 500W FM raidītājs: 10KM ~ 30KM
500W ~ 1000W FM raidītājs: 30KM ~ 50KM
1KW ~ 2KW FM raidītājs: 50KM ~ 100KM
2KW ~ 5KW FM raidītājs: 100KM ~ 150KM
5KW ~ 10KW FM raidītājs: 150KM ~ 200KM
Kā sazināties ar mums, lai raidītājs?
Piezvani man + 8618078869184 OR
rakstiet man [e-pasts aizsargāts]
1.How tālu jūs vēlaties, lai segtu diametrā?
2.How garš no jums tornis?
3.Where tu esi?
Un mēs sniegsim jums vairāk profesionālu padomu.
Par mums
FMUSER.ORG ir sistēmas integrācijas uzņēmums, kas koncentrējas uz RF bezvadu pārraidi / studijas video audio aparatūru / straumēšanu un datu apstrādi. Mēs sniedzam visu, sākot no padomiem un konsultācijām, izmantojot plauktu integrāciju līdz uzstādīšanai, nodošanai ekspluatācijā un apmācību.
Piedāvājam FM raidītāju, analogo televīzijas raidītāju, digitālo TV raidītāju, VHF UHF raidītāju, antenas, koaksiālos kabeļu savienotājus, STL, gaisa apstrādi, raidījumu produktus studijai, RF signālu monitoringu, RDS kodētājus, audio procesorus un attālās vietnes vadības blokus, IPTV produkti, Video / Audio Encoder / Decoder, kas paredzēti, lai apmierinātu gan lielu starptautisko apraides tīklu, gan mazu privāto staciju vajadzības.
Mūsu risinājumam ir FM radio stacija / analogā TV stacija / digitālās televīzijas stacija / audio video studijas aprīkojums / studijas raidītāja saite / raidītāja telemetrijas sistēma / viesnīcu televīzijas sistēma / IPTV tiešraide / straumēšanas tiešraide / video konference / CATV apraides sistēma.
Mēs izmantojam progresīvas tehnoloģijas produktus visām sistēmām, jo mēs zinām, ka augsta uzticamība un augsta veiktspēja ir tik svarīgi sistēmai un risinājumam. Tajā pašā laikā mums ir arī jānodrošina mūsu produktu sistēma ar ļoti saprātīgu cenu.
Mums ir publisko un komerciālo raidorganizāciju, telekomunikāciju operatoru un regulēšanas iestāžu klienti, kā arī piedāvājam risinājumus un produktus daudziem simtiem mazāku, vietēju un sabiedrisku raidorganizāciju.
FMUSER.ORG eksportē vairāk nekā 15 gadus, un tam ir klienti visā pasaulē. Ar 13 gadu pieredzi šajā jomā mums ir profesionāla komanda, lai atrisinātu visa veida klienta problēmas. Mēs veltījām profesionālu produktu un pakalpojumu ārkārtīgi pieņemamu cenu piegādei. E-pasts saziņai : [e-pasts aizsargāts]
Mūsu rūpnīca
Mums ir modernizācija no rūpnīcas. Jūs esat laipni aicināti apmeklēt mūsu rūpnīcā, kad jūs nākt uz Ķīnu.
Šobrīd jau ir 1095 klienti visā pasaulē apmeklēja mūsu Guangzhou Tianhe biroju. Ja jūs nākt uz Ķīnu, Jūs esat laipni aicināti apmeklēt mūs.
at Fair
Tas ir mūsu līdzdalība 2012 Global Sources Hong Kong Electronics Fair . Klienti no visas pasaules beidzot ir iespēja saņemt kopā.
Kur ir Fmuser?
Jūs varat meklēt šajos numuros " 23.127460034623816,113.33224654197693 "google map, tad jūs varat atrast mūsu fmuser biroju.
FMUSER Guangzhou birojs atrodas Tianhe rajons, kas ir centrs Canton . ļoti netālu uz Canton Fair , Guangzhou dzelzceļa stacija, xiaobei ceļa un dashatou , Tikai nepieciešams 10 minūtes ja ņem TAXI . Welcome draugi visā pasaulē, lai apmeklētu un apspriest.
Kontaktpersona: Sky Blue
Izmērs: + 8618078869184
WhatsApp + 8618078869184
Wechat: + 8618078869184
E-pasts: [e-pasts aizsargāts]
QQ: 727926717
Skype: sky198710021
Adrese: No.305 Room Huilan Building No.273 Huanpu Road Guangzhou China Zip: 510620
|
|
|
|
Angļu: Mēs pieņemam visus maksājumus, piemēram, PayPal, kredītkarti, Western Union, Alipay, Money Bookers, T / T, LC, DP, DA, OA, Payoneer. Ja jums ir kādi jautājumi, lūdzu, sazinieties ar mani [e-pasts aizsargāts] vai WhatsApp + 8618078869184
-
PayPal.  www.paypal.com
Mēs iesakām izmantot Paypal iegādāties mūsu preces, Paypal ir drošs veids, kā iegādāties internetā.
Katrs mūsu posteni lapa apakšas uz augšu ir paypal logo maksāt.
Kredītkarte.Ja jums nav paypal, bet jums ir kredītkarte, jūs arī varat noklikšķināt uz Yellow PayPal pogu maksāt ar savu kredītkarti.
-------------------------------------------------- -------------------
Bet, ja jums nav kredītkarte, un nav paypal kontu vai grūti got paypal accout, Jūs varat izmantot:
Rietumu savienība.  www.westernunion.com
Maksāt ar Western Union man:
Vārds / vārds: Yingfeng
Uzvārds / Uzvārds / Ģimenes vārds: Zhang
Pilns nosaukums: Yingfeng Zhang
Valsts: Ķīna
Pilsēta: Guangzhou
|
-------------------------------------------------- -------------------
T / T. maksāt ar T / T (pārskaitījumu / telegrāfa Transfer / Bank Transfer)
Pirmā BANKAS INFORMĀCIJA (UZŅĒMUMA KONTS):
SWIFT BIC: BKCHHKHHXXX
Bankas nosaukums: ĶĪNA BANKAS (HONGKONG) LIMITED, HONGKONG
Bankas adrese: ĶĪNAS BANKAS TORNS, 1 GARDEN ROAD, CENTRĀLS, HONKONGA
BANKAS KODS: 012
Konta nosaukums: FMUSER INTERNATIONAL GROUP LIMITED
Konta numurs. : 012-676-2-007855-0
-------------------------------------------------- -------------------
Otrā BANKAS INFORMĀCIJA (UZŅĒMUMA KONTS):
Saņēmējs: Fmuser International Group Inc.
Konta numurs: 44050158090900000337
Saņēmēja banka: Ķīnas celtniecības bankas Guangdong filiāle
SWIFT kods: PCBCCNBJGDX
Adrese: NO.553 Tianhe Road, Guangzhou, Guangdong, Tianhe District, China
** Piezīme. Kad pārskaitāt naudu uz mūsu bankas kontu, lūdzu, PIEZĪMES apgabalā NERAKSTIET neko, pretējā gadījumā mēs nevarēsim saņemt maksājumu valdības politikas dēļ attiecībā uz starptautisko tirdzniecību.
|
|
|
|
* Tas tiks nosūtīts 1-2 darba dienu, kad maksājums skaidrs.
* Mēs nosūtīsim to uz jūsu paypal adresi. Ja jūs vēlaties mainīt adresi, lūdzu, sūtiet savu pareizo adresi un tālruņa numuru uz manu e-pastu [e-pasts aizsargāts]
* Ja iepakojumi ir zem 2kg, mēs tiks nosūtīti pa pastu aviopastu, tas prasīs apmēram 15-25days uz jūsu rokas.
Ja iepakojums ir vairāk nekā 2kg, mēs kuģis izmantojot EMS, DHL, UPS, FedEx ātri eksprespasta, tas prasīs apmēram 7 ~ 15days uz savu roku.
Ja pakete vairāk nekā 100kg, mēs nosūtīsim caur DHL vai gaisa kravu. Tas prasīs apmēram 3 ~ 7days uz savu roku.
Visi iepakojumi ir forma Ķīna Guangzhou.
* Iepakojums tiks nosūtīts kā "dāvana" un deklarēs pēc iespējas mazāk, pircējam nav jāmaksā par "NODOKli".
* Pēc kuģa, mēs nosūtīsim jums e-pastu, un sniedz jums izsekošanas numuru.
|
|
|
Garantijai.
Sazinieties ar mums --- >> Atgrieziet preci mums --- >> Saņemiet un nosūtiet citu aizstājēju.
Vārds: Liu Xiaoxia
Adrese: 305Fang HuiLanGe HuangPuDaDaoXi 273Hao TianHeQu Guangzhou Ķīnā.
ZIP: 510620
Tālrunis: + 8618078869184
Lūdzu, atgriezieties uz šo adresi un rakstīt jūsu paypal adrese, vārds, problēmu piezīmi: |
|
