Преглед на поточните медии:
Така наречената поточна медия се отнася до медийния формат, възпроизведен в Интернет посредством поточно предаване.
Потоковите медии са известни още като поточни медии, което означава, че фирмите използват сървър за доставка на видео, за да изпращат програми като пакети с данни към мрежата.
След като потребителят декомпресира данните през устройството за декомпресия, програмата ще се покаже както преди.
Потоковите медии предават аудио, видео и мултимедийни файлове в мрежата чрез поточно предаване.
Форматът на поточен медиен файл е медиен формат, който поддържа поточно предаване и възпроизвеждане.
Режимът на поточно предаване е да се разделят мултимедийни файлове като видео и аудио в пакети за компресия чрез специален режим на компресия,
Непрекъснато и предаване в реално време от сървъра до компютъра на потребителя. В системата за стрийминг потребителите не трябва да чакат целия файл, като не стрийминг
Само след като всички изтегляния приключат, можем да видим съдържанието, но само след няколко секунди или десетки секунди закъснение при стартиране можем да ги използваме на компютъра на потребителя
Съответният плейър ще възпроизведе компресираното видео или аудио и други поточни медийни файлове, а останалите ще продължат да се изтеглят до края на възпроизвеждането.
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 поточно предаване на живо (HLS)
Това е HTTP базиран протокол за пренос на поточни медии, внедрен от Apple Inc,
Той може да реализира поточни медии на живо и при поискване, използвани главно в IOS система
Предоставяне на аудио и видео решения на живо и при поискване за IOS устройства (като iPhone и iPad).
HLS при поискване е основно общ сегментиран HTTP при поискване. Разликата е, че сегментите му са много малки.
В сравнение с обичайните протоколи за поточно предаване на живо, като RTMP протокол, RTSP протокол, MMS протокол и т.н., най-голямата разлика в HLS поточното предаване на живо е, че това, което клиентът за поточно предаване на живо получава, не е пълно съобщение
Целият поток от данни.
Протоколът HLS съхранява потока от данни на живо като непрекъснати, краткосрочни и дълги медийни файлове (формат mpeg-ts) от страна на сървъра, докато клиентската страна непрекъснато изтегля и възпроизвежда тези малки файлове,
Тъй като сървърът винаги генерира нови малки файлове от най-новите данни на живо, така че докато клиентът непрекъснато възпроизвежда файловете, получени от сървъра по ред, излъчването на живо се реализира.
Вижда се, че основно HLS се основава на>> технология при поискване за постигане на живо <<. Тъй като данните се предават чрез HTTP протокол, не е необходимо да се разглежда защитната стена или проксито
Освен това дължината на сегментирания файл е много малка, така че клиентът може бързо да избере и превключи скоростта на кода, за да се адаптира към възпроизвеждането при различни условия на честотна лента. Този вид технически характеристики на HLS обаче определя бъдещото му развитие
Като цяло закъснението винаги е по-високо от нормалния протокол за поточно предаване на живо.
// И 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-frame. Когато обаче GOP е много дълъг, интервалът на I-frame е много дълъг или изчакайте следващия I frame да започне да изпраща данни към новата връзка или да намерите най-новия I frame в кеша, за да започне изпращането. Това е ключът към забавянето на протоколите RTMP и HLS. В основните CDN платформи това се нарича „RTMP второ по технология“. Принципът е да се декодират поточно данните два пъти и да се зададе малка GOP. Като цяло, когато GOP е зададен на 1s, независимо от закъснението на връзката на мрежата за пренос, максималното забавяне на данните е 1s. За щастие, рамката е 0 закъснение!
|
|
|
|
Колко далеч (дълга) на капака на предавателя?
Диапазонът на предаване зависи от много фактори. Истинската разстоянието се основава на антената инсталиране височина, антена печалба, като се използва среда като сграда и други препятствия, чувствителността на приемника, антената на приемника. Инсталиране на антената по-високо и с помощта на село, на разстояние много ще по-далеч.
Пример 5W FM трансмитер използва в града и родния град:
Имам USA използване клиент 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 OR
Изпрати ми имейл [имейл защитен]
1.How далеч искате да покрие в диаметър?
2.How висок от вас кула?
3.Where сте?
И ние ще ви даде по-професионален съвет.
За нас
FMUSER.ORG е компания за системна интеграция, фокусираща се върху безжичното предаване на RF / студио видео аудио оборудване / стрийминг и обработка на данни. Ние предлагаме всичко - от консултации и консултации чрез интегриране на стелажи до инсталация, пускане в експлоатация и обучение.
Предлагаме FM предавател, аналогов телевизионен предавател, цифров телевизионен предавател, VHF UHF предавател, антени, коаксиални кабелни конектори, STL, обработка на въздуха, излъчвани продукти за студиото, RF сигнален мониторинг, RDS енкодери, аудио процесори и дистанционни контролни единици, IPTV продукти, видео / аудио енкодер / декодер, предназначени да отговорят на нуждите както на големи международни излъчващи мрежи, така и на малки частни станции.
Нашето решение има FM радио станция / аналогова телевизионна станция / цифрова телевизионна станция / аудио видео студио оборудване / студио предавател връзка / предавател Телеметрична система / хотелска телевизионна система / IPTV на живо излъчване / стрийминг на живо излъчване / видео конференция / CATV излъчване система.
Ние използваме съвременни технологични продукти за всички системи, защото знаем, че високата надеждност и високата производителност са толкова важни за системата и решението. В същото време ние също трябва да се уверим, че системата ни продукти с много разумна цена.
Имаме клиенти на обществени и комерсиални оператори, телекомуникационни оператори и регулаторни органи, а също така предлагаме решения и продукти на много стотици по-малки, местни и общински телевизионни оператори.
FMUSER.ORG изнася повече от 15 години и има клиенти от цял свят. С 13 години опит в тази област, ние имаме професионален екип за решаване на всички видове проблеми на клиента. Ние сме посветени на предоставянето на изключително разумни цени на професионални продукти и услуги. Имейл за връзка: [имейл защитен]
Нашата фабрика
Ние имаме модернизация на фабриката. Вие сте добре дошли да посетите нашия завод, когато дойдете в Китай.
В момента вече има клиентите 1095 цял свят посетиха нашия Guangzhou Tianhe офис. Ако дойдете в Китай, вие сте добре дошли да ни посетите.
В Fair
Това е нашето участие в 2012 Global Източници Hong Kong Electronics Fair . Клиенти от цял свят най-накрая имаме шанс да се съберат заедно.
Къде е Fmuser?
Можете да търсите тези номера " 23.127460034623816,113.33224654197693 "в google map, тогава можете да намерите нашия офис на fmuser.
FMUSER Гуанджоу офис се намира в Област Tianhe което е център на кантон , много близо до към Canton Fair , ЖП гара Гуанджоу, xiaobei път и dashatou , Само трябва 10 минути ако се вземат TAXI , Добре дошли приятели от цял свят да посетят и да преговарят.
За контакти: Sky Blue
Cellphone: + 8618078869184
WhatsApp: + 8618078869184
Wechat: + 8618078869184
Мейл: [имейл защитен]
QQ: 727926717
Skype: sky198710021
Адрес: No.305 стая HuiLan Building No.273 Huanpu Road Гуанджоу Китай 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
Фамилия / Фамилия / Фамилия: Джанг
Пълно име: Yingfeng Zhang
Държава: Китай
Град: Гуанджоу
|
-------------------------------------------------- -------------------
T / T. Платете чрез T / T (банков превод / телеграфен превод / Bank Transfer)
ПЪРВА БАНКОВА ИНФОРМАЦИЯ (СЧЕТОВОДСТВО НА КОМПАНИЯТА):
SWIFT BIC: BKCHHKHHXXX
Име на банката: Банка на Китай (Хонг Конг) ООД, Хонг Конг
Банка Адрес: БАНКАТА НА КИТАЙ КИТАЙ, 1 ГРАДИНА ПЪТ, ЦЕНТРАЛНА, ХОНКОНГ
БАНК КОД: 012
Име на профила: FMUSER INTERNATIONAL GROUP LIMITED
Профил №. : 012-676-2-007855-0
-------------------------------------------------- -------------------
Втора ИНФОРМАЦИЯ ЗА БАНКАТА (КОМПАНИОННА СЧЕТ):
Бенефициент: Fmuser International Group Inc.
Номер на сметката: 44050158090900000337
Банка на бенефициента: Китайска строителна банка, клон Гуангдонг
SWIFT код: PCBCCNBJGDX
Адрес: NO.553 Tianhe Road, Гуанджоу, Гуангдонг, район Tianhe, Китай
** Забележка: Когато превеждате пари по нашата банкова сметка, моля, НЕ пишете нищо в полето за забележки, в противен случай няма да можем да получим плащането поради правителствената политика за международния търговски бизнес.
|
|
|
|
* Той ще бъде изпратен в 1-2 работни дни, когато плащането ясно.
* Ние ще го изпратите на вашия PayPal адрес. Ако искате да промените адреса, моля изпратете точен адрес и телефонен номер на моя имейл [имейл защитен]
* Ако пакетите е под 2kg, ние ще бъдат изпратени по пощата въздушна поща, това ще отнеме около 15-25days до ръката си.
Ако пакетът е повече от 2kg, ние ще се изпращат чрез EMS, DHL, UPS, Fedex бързо експресна доставка, това ще отнеме около 7 ~ 15days до ръката си.
Ако пакетът повече от 100kg, ние ще изпратим чрез DHL или въздушен транспорт. Това ще отнеме около 3 ~ 7days до ръката си.
Всички пакети са форма на Китай Гуанджоу.
* Пакетът ще бъде изпратен като "подарък" и ще бъде изчистен възможно най-малко, купувачът не трябва да плаща за "ДАНЪК".
* След кораб, ние ще Ви изпратим имейл и ще ви даде номер за проследяване.
|
|
|
За гаранция.
Свържете се с нас --- >> Върнете ни артикула --- >> Получете и изпратете нова замяна.
Име: Liu Xiaoxia
Адрес: 305Fang HuiLanGe HuangPuDaDaoXi 273Hao TianHeQu Гуанджоу Китай.
Пощенски код: 510620
Телефон: + 8618078869184
Моля, върнете се на този адрес и напишете своя PayPal адрес, име, проблем на бележка: |
|
