Straumēšanas multivides 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 multivide ir pazīstama arī kā straumēšanas multivide, tas nozīmē, ka uzņēmumi izmanto video piegādes serveri, lai nosūtītu programmas kā datu paketes uz tīklu.
Pēc tam, kad lietotājs dekompresējošā ierīcē datus dekompresē, programma tiks parādīta tāpat kā iepriekš.
Straumēšanas multivide pārraida audio, video un multivides failus tīklā, straumējot.
Straumēšanas multivides faila formāts ir multivides formāts, kas atbalsta straumēšanas pārsūtīšanu un atskaņošanu.
Straumēšanas pārraides režīms ir multivides failu, piemēram, video un audio, sadalīšana saspiešanas paketēs, izmantojot īpašu saspiešanas režīmu,
Nepārtraukta un reāllaika pārsūtīšana no servera uz lietotāja datoru. Straumēšanas sistēmā lietotājiem nav jāgaida viss fails tāpat kā bez straumēšanas
Tikai pēc visu lejupielāžu pabeigšanas mēs varam redzēt saturu, bet tikai pēc dažām sekundēm vai desmitiem sekunžu palaišanas mēs varam tos izmantot lietotāja datorā
Atbilstošais atskaņotājs atskaņos saspiestos video vai audio un citus straumēšanas multivides failus, un pārējo turpinās lejupielādēt līdz atskaņošanas beigām.
RTP: (reāllaika transporta protokols)
RTP ir transporta slāņa protokols multivides datu straumēšanai internetā. RTP tiek izmantots kopā ar RTCP, un tā pamatā ir UDP protokols
Atšķirībā no HTTP un FTP, RTP var pilnībā lejupielādēt visu video failu. Tas nosūta datus tīklā ar fiksētu datu pārraides ātrumu. Ar šādu ātrumu klients skatās arī video failu. Kad
Pēc filmas un televīzijas attēla atskaņošanas to vairs nevar atskaņot, ja vien dati vēlreiz netiek pieprasīti no servera.
RTCP: reālā laika transporta kontroles protokols vai RTP (vadības protokols vai RTCP)
RTCP ir RTP māsas protokols
Piezīme: -: RTP protokols un RTCP tiek izmantoti kopā, un tas ir balstīts uz UDP protokolu (parasti tiek izmantots video konferencēm)
RTSP: (reāllaika straumēšanas protokols)
Reālā laika straumēšanas multivides sesijas protokols, SDP (Session Description Protocol), RTP (reālā laika transporta protokols).
RTSP ir multivides straumēšanas protokols, ko izmanto skaņas vai video kontrolei. RTSP nodrošina paplašināmu ietvaru, kas ļauj kontrolēt un pieprasīt reāllaika datus, piemēram, audio un video.
Multivides dati izmanto RTP, RTCP protokolu.
Parasti UDP tiek izmantots kā transporta slānis. Piemērots IPTV ainām.
Datu avoti ietver lauka datus un klipos saglabātos datus. Šī protokola mērķis ir kontrolēt vairākus datu pārraides savienojumus un nodrošināt veidu, kā izvēlēties pārraides kanālus, piemēram, UDP, multicast UDP un TCP
Tas arī nodrošina pārraides mehānisma izvēles metodi, pamatojoties uz RTP
Pārraidei izmantotais tīkla protokols neietilpst tā definīcijas darbības jomā. Serveris var izvēlēties izmantot TCP vai UDP straumes satura pārsūtīšanai, kas vairāk izturas pret tīkla aizkavi
---> 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, atpakaļ utt. Kad
Tomēr RTSP var pārsūtī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
WebRTC:
Straumēšanas multivides protokols tiek ieviests tīmeklī. Kad Google pirmo reizi palaida webrtc, milži vai nu auksti skatījās, vai arī pretojās. Pārraidei tiek izmantots RTP protokols.
RTMP (reāllaika ziņojumapmaiņas protokols)
Macromedia izstrādāja tiešraides video protokolu kopumu, kas tagad pieder Adobe. Tāpat kā HLS, to var attiecināt uz video tiešraidi, 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 tā veiktspēja reāllaikā 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āju un serveri
// IOS kodā straumēšanas virzīšanai parasti tiek izmantots RTMP. Lai virzītu straumēšanu, varat izmantot trešās puses bibliotēkas librtmp IOS. Librtmp iekapsulē dažus pamata API, lai lietotāji varētu piezvanīt
RTMP protokols arī prasa klientam un serverim izveidot RTMP savienojumu, izmantojot "rokasspiedienu", un pēc tam pārsūtīt vadības informāciju par savienojumu. RTMP protokols formatēs datus pārraides laikā. Lai panāktu labāku multipleksēšanu, apakšuzņēmuma līgumu slēgšanu un informācijas taisnīgumu, sūtītājs sadalīs ziņojumu gabalos ar ziņojuma ID, un katrs gabals var būt atsevišķs ziņojums,
Tā var būt arī ziņojuma daļa. Uztvērējs atjaunos gabalu pilnīgā ziņojumā atbilstoši datu garumam, ziņojuma ID un tajā esošajam ziņojumam, lai nosūtītu un saņemtu informāciju.
HLS: HTTP tiešraides straumēšana (HLS)
Tas ir HTTP balstīts straumēšanas multivides transporta protokols, ko ieviesis Apple Inc,
Tas var realizēt tiešraides un pēc pieprasījuma straumēšanas medijus, kurus galvenokārt izmanto IOS sistēmā
Nodrošināt 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īdzinājumā ar parastajiem tiešraides straumēšanas protokoliem, piemēram, RTMP protokols, RTSP protokols, MMS protokols un tā tālāk, lielākā HLS tiešraides straumēšanas atšķirība ir tā, ka tas, ko iegūst tiešraides straumēšanas klients, nav pilnīgs ziņojums
Visa datu plūsma.
HLS protokols tiešraides datu plūsmu servera pusē saglabā kā nepārtrauktus, īslaicīgus un ilgus multivides failus (mpeg-ts formāts), savukārt klienta puse nepārtraukti lejupielādē un atskaņo šos mazos failus,
Tā kā serveris vienmēr ģenerē jaunus mazus failus no jaunākajiem tiešraides datiem, tikmēr, kamēr klients nepārtraukti spēlē no servera iegūtos failus kārtībā, tiešraide tiek realizēta.
Var redzēt, ka būtībā HLS pamatā ir>> tehnoloģija pēc pieprasījuma, lai sasniegtu tiešo <<. Tā kā dati tiek pārsūtīti, izmantojot HTTP protokolu, nav jāņem vērā ugunsmūris vai starpniekserveris
Turklāt segmentētā faila garums ir ļoti mazs, tāpēc klients var ātri izvēlēties un pārslēgt koda ātrumu, lai pielāgotos atskaņošanai dažādos joslas platuma apstākļos. Tomēr šāda veida HLS tehniskās īpašības nosaka tā turpmāko attīstību
Parasti kavēšanās vienmēr ir augstāka nekā parastais tiešraides straumēšanas protokols.
// Gan IOS, gan Android, protams, atbalsta šo protokolu, un konfigurēšana ir vienkārša. Video tagu varat izmantot tieši
*** VLS: 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 un 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. Mēs izvēlamies RTMP protokolu.
Dažādu protokolu kavēšanās un tās cēloņi
RTMP un httpflv: šo divu protokolu dati ir aptuveni vienādi, tāpēc kavēšanās iemesli ir līdzīgi. Ir pamatoti teikt, ka TCP tiešraides straumēšanas kavēšanās ir ļoti zema. Kāpēc kavējas RTMP un httpflv? Iemesls ir tāds, ka uz h264 gan RTMP, gan httpflv tiek 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. Vispirms jums ir jābūt I, lai atšifrētu šādu BP. BP kadru skaits var būt tik maz, cik vēlaties, bet I kadru skaits nevar būt mazāks, tāpēc I kadriem jābūt flv. Tagu pārraide ir otrā pārraide (pirmā ir h264spps). Tomēr I-rāmji nav izplatīti H264 plūsmās. Ir tikai viens I rāmis pēc otra. Šo intervālu parasti sauc par GOP. Kodējot, GOP ir iestatīts ļoti īss. Kad klients izveido savienojumu, serveris straumē visstraujāk atradīs jaunāko I rāmi un nosūtīs tiešraides datus no I rāmja. Tomēr, kad GOP ir ļoti garš, I-kadru intervāls ir ļoti garš, vai arī gaidiet nākamo I kadru, lai sāktu sūtīt datus uz jauno savienojumu, vai atrodiet kešatmiņā jaunāko I kadru, lai sāktu sūtīt. Tas ir RTMP un HLS protokolu aizkavēšanās atslēga. Lielākajās CDN platformās to sauc par “RTMP second on technology”. Princips ir straumēšanas datu divreiz dekodēšana un neliela GOP iestatīšana. Parasti, ja GOP ir iestatīts uz 1s, neatkarīgi no tīkla pārraides saites aizkaves, maksimālā datu aizkave ir 1s. Par laimi, es kadrs 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: |
|
