Агляд струменевага мультымедыя:
Так званы струменевы носьбіт мае на ўвазе фармат мультымедыя, які прайграецца ў Інтэрнэце пры дапамозе патокавай перадачы.
Струменевыя медыя таксама вядомыя як струменевыя медыя, гэта азначае, што прадпрыемствы выкарыстоўваюць сервер дастаўкі відэа для адпраўкі праграм у выглядзе пакетаў дадзеных у сетку.
Пасля таго, як карыстальнік распакуе дадзеныя праз прыладу дэкампрэсіі, праграма будзе адлюстроўвацца, як і раней.
Струменевае мультымедыя перадае аўдыя, відэа і мультымедыйныя файлы ў сетцы шляхам струменевай перадачы.
Фармат мультымедыйнага файла - гэта мультымедыйны фармат, які падтрымлівае струменевую перадачу і прайграванне.
Рэжым трансляцыі - гэта раздзяленне мультымедыйных файлаў, такіх як відэа і аўдыя, на пакеты сціску праз спецыяльны рэжым сціску,
Бесперапынная перадача з сервера на кампутар карыстальніка ў рэжыме рэальнага часу. У струменевай сістэме карыстальнікам не трэба чакаць цэлага файла, як не струменевае
Толькі пасля завяршэння ўсіх загрузак мы можам убачыць змесціва, але толькі праз некалькі секунд ці дзесяткі секунд затрымкі запуску мы можам выкарыстоўваць іх на кампутары карыстальніка
Адпаведны прайгравальнік будзе прайграваць сціснутае відэа, аўдыё і іншыя струменевыя мультымедыйныя файлы, а астатнія будуць працягваць загрузку да канца прайгравання.
RTP: (Транспартны пратакол у рэжыме рэальнага часу)
RTP - гэта пратакол транспартнага ўзроўню для перадачы мультымедыйных дадзеных у Інтэрнэце. RTP выкарыстоўваецца разам з RTCP і заснаваны на пратаколе UDP
У адрозненне ад HTTP і FTP, RTP можа цалкам загрузіць увесь відэафайл. Ён адпраўляе дадзеныя ў сетку з фіксаванай хуткасцю перадачы дадзеных. Кліент таксама праглядае відэафайл з такой хуткасцю. Калі
Пасля прайгравання карціны фільма і тэлебачання яе нельга прайграваць зноў, калі толькі дадзеныя зноў не будуць запытаны з сервера.
RTCP: Пратакол кіравання транспартам у рэальным часе альбо RTP (пратакол кіравання альбо RTCP)
RTCP - гэта роднасны пратакол RTP
Заўвага: -: Пратакол RTP і RTCP выкарыстоўваюцца разам, і ён заснаваны на пратаколе UDP (звычайна выкарыстоўваецца для відэаканферэнцыі)
RTSP: (пратакол трансляцыі ў рэжыме рэальнага часу)
Пратакол сеансу мультымедыйнай сесіі ў рэальным часе, SDP (пратакол апісання сесіі), RTP (транспартны пратакол рэальнага часу)
RTSP - гэта пратакол мультымедыйнай струменевай перадачы, які выкарыстоўваецца для кіравання гукам ці відэа. RTSP забяспечвае пашыраную структуру, якая дазваляе кантраляваць і патрабаваць дадзеныя ў рэжыме рэальнага часу, такія як аўдыё і відэа.
Медыя-дадзеныя выкарыстоўваюць пратакол RTP, RTCP.
Як правіла, UDP выкарыстоўваецца як транспартны ўзровень. Падыходзіць для IPTV-сцэн.
Крыніцы дадзеных ўключаюць палявыя дадзеныя і дадзеныя, якія захоўваюцца ў кліпах. Мэтай гэтага пратакола з'яўляецца кіраванне некалькімі злучэннямі перадачы дадзеных і прадастаўленне спосабу выбару каналаў перадачы, такіх як UDP, мультыкаст UDP і TCP
Ён таксама забяспечвае спосаб выбару механізму перадачы на аснове RTP
Сеткавы пратакол, які выкарыстоўваецца пры перадачы, не ўваходзіць у сферу яго вызначэння. Сервер можа выбраць выкарыстанне TCP або UDP для перадачы змесціва патоку, што больш памяркоўна да затрымкі сеткі
---> Самая вялікая розніца паміж RTSP і RTP у тым, што RTSP - гэта двухбаковы пратакол перадачы дадзеных у рэжыме рэальнага часу, які дазваляе кліенту адпраўляць запыты на сервер, такія як прайграванне, хуткае перасоўванне наперад, назад і гэтак далей. Калі
Тым не менш, RTSP можа перадаваць дадзеныя на аснове RTP, а таксама можа выбіраць TCP, UDP, шматкасторную UDP і іншыя каналы для адпраўкі дадзеных, што мае добрую маштабаванасць. Гэта падобна на пратакол HTTP
Пратакол узроўню сеткавага прыкладання
WebRTC:
Пратакол струменевага мультымедыя рэалізаваны ў Інтэрнэце. Калі Google упершыню запусціў webrtc, гіганты альбо халаднавата глядзелі, альбо супраціўляліся. Для перадачы выкарыстоўваецца пратакол RTP.
RTMP (пратакол абмену паведамленнямі ў рэжыме рэальнага часу)
Macromedia распрацаваў набор пратаколаў жывога відэа, цяпер належыць Adobe. Як і HLS, яго можна ўжываць да відэа ў рэальным часе, і ён не будзе страчаны на аснове TCP.
// Розніца ў тым, што RTMP не можа гуляць у браўзэры IOS на аснове ўспышкі, але яго эфектыўнасць у рэжыме рэальнага часу лепш, чым HLS.
Пратакол абмену паведамленнямі ў рэжыме рэальнага часу - гэта адкрыты пратакол, распрацаваны Adobe Systems для перадачы аўдыё, відэа і дадзеных паміж флэш-плэерам і серверам
// У кодзе IOS RTMP звычайна выкарыстоўваецца для прасоўвання струменевай перадачы. Вы можаце выкарыстоўваць незалежную бібліятэку librtmp IOS для прасоўвання патоку. Librtmp інкапсулюе некаторыя асноўныя API для выкліку карыстальнікаў
Пратакол RTMP таксама патрабуе ад кліента і сервера ўсталёўваць злучэнне RTMP праз "поціск рукі", а затым перадаваць кантрольную інфармацыю аб злучэнні. Пратакол RTMP будзе фарматаваць дадзеныя падчас перадачы. Для дасягнення лепшага мультыплексавання, падраду і справядлівасці інфармацыі адпраўнік падзеліць паведамленне на кавалкі з ідэнтыфікатарам паведамлення, і кожны кавалак можа быць асобным паведамленнем,
Гэта таксама можа быць часткай паведамлення. Атрымальнік адновіць кавалак да поўнага паведамлення ў адпаведнасці з даўжынёй дадзеных, ідэнтыфікатарам паведамлення і паведамленнем, якія змяшчаюцца ў кавалку, з тым каб адпраўляць і атрымліваць інфармацыю.
HLS: HTTP Live Streaming (HLS)
Гэта пратакол транспартнага мультымедыя на аснове HTTP, рэалізаваны Apple Inc,
Ён можа рэалізоўваць жывыя трансляцыі і мультымедыя па патрабаванні, якія ў асноўным выкарыстоўваюцца ў сістэме IOS
Для забеспячэння аўдыя- і відэапраграм у рэжыме рэальнага часу і рашэнняў па патрабаванні для прылад IOS (такіх як iPhone і iPad).
HLS па патрабаванні - у асноўным звычайны сегментаваны HTTP па патрабаванні. Розніца ў тым, што яго сегменты вельмі малыя.
У параўнанні з агульнымі пратаколамі жывой трансляцыі, такімі як пратакол RTMP, пратакол RTSP, пратакол MMS і гэтак далей, найбольшая розніца жывой трансляцыі HLS заключаецца ў тым, што тое, што атрымлівае кліент жывой трансляцыі, не з'яўляецца поўным паведамленнем
Увесь паток дадзеных.
Пратакол HLS захоўвае жывы паток дадзеных у выглядзе бесперапынных, кароткатэрміновых і доўгіх мультымедыйных файлаў (фармат mpeg-ts) на баку сервера, у той час як кліенцкая пастаянна загружае і прайгравае гэтыя невялікія файлы,
Паколькі сервер заўсёды стварае новыя невялікія файлы з апошніх жывых дадзеных, таму, пакуль кліент бесперапынна прайгравае файлы, атрыманыя з сервера, у парадку, жывая трансляцыя рэалізуецца.
Можна бачыць, што ў асноўным HLS заснаваны на>> тэхналогіі па патрабаванні для дасягнення рэальнай <<. Паколькі дадзеныя перадаюцца па пратаколе HTTP, няма неабходнасці разглядаць міжсеткавы экран або проксі
Акрамя таго, даўжыня сегментаванага файла вельмі кароткая, таму кліент можа хутка выбраць і пераключыць хуткасць кода, каб адаптавацца да прайгравання пры розных умовах прапускной здольнасці. Аднак гэты від тэхнічных характарыстык ЖСВ вызначае яго далейшае развіццё
Як правіла, затрымка заўсёды вышэйшая, чым звычайны пратакол трансляцыі.
// І IOS, і Android, натуральна, падтрымліваюць гэты пратакол, і канфігурацыя простая. Вы можаце выкарыстоўваць відэатэг непасрэдна
*** VLS: гэта свайго роду сервер для струменевай перадачы, які спецыяльна выкарыстоўваецца для вырашэння розных задач трансляцыі. Ён таксама мае некаторыя характарыстыкі VLC. Як сервер, Videolan можа выводзіць патокі HTTP, RTP і RTSP.
У прынцыпе, RTSP, RTMP і HTTP могуць быць выкарыстаны для жывога вяшчання і трансляцыі па запыце, але звычайна RTSP і RTMP выкарыстоўваюцца для жывога вяшчання, а HTTP выкарыстоўваецца для вяшчання па запыце. Мы выбіраем пратакол RTMP.
Затрымка розных пратаколаў і іх прычыны
RTMP і httpflv: дадзеныя гэтых двух пратаколаў прыблізна аднолькавыя, таму прычыны затрымкі падобныя. Разумна сказаць, што затрымка трансляцыі ў прамым эфіры TCP вельмі нізкая. Чаму адбываецца затрымка ў RTMP і httpflv? Прычына ў тым, што на h264 RTMP і httpflv абодва перадаюцца FLV-тэгі. Дадзеныя відэатэга звычайна з'яўляюцца дадзенымі H264. Дэкадаванне H264 мае IBP. Я - ключавы кадр, які ўяўляе сабой поўны вобраз. Спачатку трэба мець I, каб расшыфраваць наступны BP. Колькасць кадраў BP можа быць як заўгодна, але колькасць кадраў I не можа быць менш, таму I кадры павінны быць у flv. Перадача тэгаў - другая перадача (першая - h264spps). Аднак I-кадры не часта сустракаюцца ў патоках H264. Ёсць толькі адзін I-кадр за другім. Гэты інтэрвал звычайна называюць GOP. Пры кадаванні GOP усталёўваецца вельмі коратка. Калі кліент падключаецца, сервер з найхуткай хуткасцю знойдзе найноўшы I-кадр у патоку і адправіць дадзеныя з I-кадра. Аднак, калі GOP вельмі доўгі, інтэрвал I-кадра вельмі доўгі, альбо дачакайцеся наступнага I-кадра, каб пачаць адпраўляць дадзеныя да новага злучэння, альбо знайдзіце апошні кадравы I-кэш у кэшы, каб пачаць адпраўку. Гэта ключ да затрымкі пратаколаў RTMP і HLS. На асноўных платформах CDN ён называецца "RTMP другі па тэхналогіі". Прынцып заключаецца ў тым, каб дэкадаваць струменевыя дадзеныя двойчы і ўсталяваць невялікі GOP. Увогуле, калі GOP усталяваны на 1s, незалежна ад затрымкі лініі перадачы сеткі, максімальная затрымка дадзеных складае 1s. На шчасце, я кадра 0 затрымка!
|
|
|
|
Як далёка (доўгі) вечка перадатчыка?
Далёкасць перадачы залежыць ад шматлікіх фактараў. Сапраўднае адлегласць заснавана на антэны ўстаноўка вышыні, каэфіцыент узмацнення антэны, з выкарыстаннем асяроддзя, як будынка і іншыя перашкоды, адчувальнасці прымача, антэны прымача. Ўстаноўка антэны больш высокага і выкарыстання ў сельскай мясцовасці, адлегласць будзе значна больш далёка.
Прыклад 5W FM-перадатчык выкарыстоўваць у горадзе і родным горадзе:
У мяне ёсць кліент выкарыстоўваць 5W FM-перадатчык з ЗША GP антэны ў сваім родным горадзе, і ён праверыць яго з аўтамабілем, ён ахоплівае 10km (6.21mile).
Я праверыць FM-перадатчык 5W з GP антэны ў маім родным горадзе, ён ахоплівае каля 2km (1.24mile).
Я праверыць FM-перадатчык 5W з GP антэны ў горадзе Гуанчжоу, ён ахоплівае толькі пра 300meter (984ft).
Ніжэй прыведзены прыкладны дыяпазон розных перадатчыкаў магутнасці FM. (Дыяпазон дыяметра)
0.1W ~ 5W FM-перадатчык: 100M ~ 1KM
5W ~ 15W FM Ttransmitter: 1KM ~ 3KM
15W ~ 80W FM-перадатчык: 3KM ~ 10KM
80W ~ 500W FM-перадатчык: 10KM ~ 30KM
500W ~ 1000W FM-перадатчык: 30KM ~ 50KM
1KW ~ 2KW FM-перадатчык: 50KM ~ 100KM
2KW ~ 5KW FM-перадатчык: 100KM ~ 150KM
5KW ~ 10KW FM-перадатчык: 150KM ~ 200KM
Як звязацца з намі для перадатчыка?
Патэлефануй мне + 8618078869184 АБО
Напішыце мне, [электронная пошта абаронена]
1.How далёка вы хочаце, каб пакрыць у дыяметры?
2.How высокі з вас вежа?
3.Where вы?
І мы дамо вам больш прафесійныя парады.
Пра нас
FMUSER.ORG - гэта кампанія, якая займаецца сістэмнай інтэграцыяй, якая спецыялізуецца на бесправадной перадачы радыёчастотнай радыёчастотнай тэхнікі / студыі, відэа-аўдыё абсталявання / струменевай перадачы і апрацоўцы дадзеных. Мы даем усё, ад кансультацый і кансультацый да інтэграцыі стойак да мантажу, эксплуатацыі і навучання.
Мы прапануем FM-перадатчык, аналагавы тэлевізійны перадатчык, лічбавы тэлевізійны перадатчык, УКХ-UHF-перадатчык, антэны, кааксіяльныя раздымы, STL, на паветранай апрацоўцы, радыёвяшчальныя прадукты для студыі, радыёчастотны маніторынг, RDS-энкадэры, аўдыё-працэсары і аддаленыя блокі кіравання сайтам, Прадукты IPTV, Відэа / Аўдыё Кодэры / Дэкодэр, прызначаныя для задавальнення патрэб як буйных міжнародных сетак вяшчання, так і малых прыватных станцый.
У нашым рашэнні ёсць FM-радыёстанцыя / Аналагавая тэлевізійная станцыя / Лічбавая тэлевізійная станцыя / Аўдыё-відэастудыя Абсталяванне / Студыя-перадатчык / Тэлеметрычная сістэма перадатчыка / Гасцінічная тэлевізійная сістэма / Прамая трансляцыя IPTV / Трансляцыя ў прамым эфіры / Відэаканферэнцыя / Сістэма вяшчання CATV.
Мы выкарыстоўваем перадавыя тэхналогіі для ўсіх сістэм, таму што мы ведаем, што высокая надзейнасць і высокая прадукцыйнасць так важныя для сістэмы і рашэння. У той жа час, мы таксама павінны пераканацца, што наша прадукцыя сістэмы па вельмі разумнай цане.
У нас ёсць кліенты грамадскіх і камерцыйных вяшчальнікаў, аператараў сувязі і органаў рэгулявання, і мы таксама прапануем рашэнні і прадукты для многіх сотняў малых, мясцовых і грамадскіх вяшчальнікаў.
FMUSER.ORG экспартуе больш за 15 гадоў і мае кліентаў па ўсім свеце. З 13-гадовым вопытам у гэтай галіне ў нас ёсць прафесійная каманда, якая дазваляе вырашаць усе праблемы кліента. Мы імкнемся паставіць надзвычай разумныя цэны на прафесійныя тавары і паслугі. Кантактны адрас электроннай пошты: [электронная пошта абаронена]
Наша фабрыка
Мы маем мадэрнізацыя завода. Запрашаем Вас наведаць наш завод, калі вы прыехалі ў Кітай.
У цяперашні час ужо існуюць кліенты 1095 па ўсім свеце наведалі наш офіс Гуанчжоу Тяньхэ. Калі вы прыехалі ў Кітай, вы можаце наведаць нас.
на выставе
Гэта наш удзел у 2012 Global Sources Hong Kong Electronics Fair . Кліенты з усяго свету нарэшце-то ёсць шанец атрымаць разам.
Дзе Fmuser?
Вы можаце шукаць гэтыя нумары " 23.127460034623816,113.33224654197693 "на карце Google, вы можаце знайсці наш офіс fmuser.
FMUSER Гуанчжоу офіс знаходзіцца ў раёне Тяньхэ, які з'яўляецца цэнтр кантона , вельмі каля на Canton Fair , Чыгуначная станцыя Гуанчжоу, xiaobei дарогі і Dashatou , Толькі патрэба 10 хвілін калі прыняць ТАКСІ , Сардэчна запрашаем сябры па ўсім свеце, каб наведаць і абмеркаваць.
Кантактная асоба: Sky Blue
Мабільны тэлефон: + 8618078869184
WhatsApp: + 8618078869184
WeChat: + 8618078869184
Электронная пошта: [электронная пошта абаронена]
QQ: 727926717
Skype: sky198710021
Адрас: No.305 нумар Huilan Building No.273 Хуанпу-роўд Гуанчжоу Кітай Zip: 510620
|
|
|
|
англійская: Мы прымаем усе плацяжы, такія як PayPal, крэдытная карта, Western Union, Alipay, Money Bookers, T / T, LC, DP, DA, OA, Payoneer. Калі ў вас ёсць пытанні, звяжыцеся са мной [электронная пошта абаронена] альбо WhatsApp + 8618078869184
-
PayPal.  www.paypal.com
Мы рэкамендуем вам выкарыстоўваць Paypal, каб купіць нашы дэталі, Paypal з'яўляецца бяспечным спосабам, каб купіць у Інтэрнэце.
Кожны з нашага спісу элементаў ўнізе старонкі уверсе ёсць лагатып PayPal, каб заплаціць.
Крэдытная картка.Калі ў вас няма Paypal, але ў вас ёсць крэдытная карта, вы таксама можаце націснуць жоўтую кнопку PayPal, каб аплаціць з дапамогай крэдытнай карты.
-------------------------------------------------- -------------------
Але калі ў вас няма крэдытнай карты і не маюць PayPal рахунку або цяжка атрымаў PayPal ведама, Вы можаце выкарыстоўваць наступнае:
Western Union.  www.westernunion.com
Аплаціце Western Union мне:
Імя / імя па бацьку: Yingfeng
Прозвішча / прозвішча / прозвішча: Zhang
Поўнае фірменнае найменне: Yingfeng Zhang
Краіна: Кітай
Горад: Гуанчжоу
|
-------------------------------------------------- -------------------
T / T. аплаціць T / T (пераход драты / тэлеграфны пераклад / Банкаўскі пераклад)
Першая банкаўская інфармацыя (рахунак кампаніі):
SWIFT BIC: BKCHHKHHXXX
Назва банка: БАНК Кітая (Ганконг) Лімітэд, Ганконг
Адрас банка: БАНК Кітая TOWER, 1 GARDEN ROAD, ЦЭНТРАЛЬНЫ, Ганконг
БАНК КОД: 012
Імя рахунку: FMUSER INTERNATIONAL GROUP LIMITED
Нумар рахунку. : 012-676-2-007855-0
-------------------------------------------------- -------------------
Другая банкаўская інфармацыя (рахунак кампаніі):
Атрымальнік: Fmuser International Group Inc.
Нумар рахунку: 44050158090900000337
Банк атрымальніка: Кітайскі будаўнічы банк, філіял Гуандун
SWIFT-код: PCBCCNBJGDX
Адрас: NO.553 Tianhe Road, Гуанчжоу, Гуандун, раён Цяньхэ, Кітай
** Заўвага: Калі вы пералічваеце грошы на наш банкаўскі рахунак, НЕ пішыце нічога ў поле заўвагі, інакш мы не зможам атрымаць плацёж з-за палітыкі ўрада ў галіне міжнароднага гандлю.
|
|
|
|
* Ён будзе накіраваны ў 1-2 рабочых дзён, калі аплата ясна.
* Мы адправім яго на ваш адрас PayPal. Калі вы хочаце змяніць адрас, калі ласка, адпраўце ваш правільны адрас і нумар тэлефона, на мой адрас электроннай пошты [электронная пошта абаронена]
* Калі пакеты ніжэй 2kg, мы будзем пагружаныя праз паветраную пошту, гэта зойме каля 15-25days да вашай руцэ.
Калі пакет больш чым 2kg, мы грузім праз EMS, DHL, UPS, Fedex хуткая экспрэс-дастаўкі, гэта зойме каля 7 ~ 15days да вашай руцэ.
Калі пакет больш чым 100kg, мы пашлем праз DHL або паветраным транспартам. Гэта зойме каля 3 ~ 7days да вашай руцэ.
Усе пакеты формы China Гуанджоу.
* Пасылка будзе адпраўлена ў якасці "падарунка" і выраблена як мага менш, пакупніку не трэба плаціць за "НАЛОГ".
* Пасля таго, як карабель, мы вышлем Вам па электроннай пошце і даць вам нумар для адсочвання.
|
|
|
Для гарантыі.
Звяжыцеся з намі --- >> Вярніце нам тавар --- >> Атрымайце і адпраўце іншую замену.
Імя: Лю Xiaoxia
Адрас: 305Fang HuiLanGe HuangPuDaDaoXi 273Hao TianHeQu Гуанчжоу Кітай.
Паштовы індэкс: 510620
Тэлефон: + 8618078869184
Калі ласка, вярніцеся на гэты адрас і напісаць свой PayPal адрас, імя, праблемы на нататку: |
|
