Огляд потокових медіа:
Так званий потоковий медіа відноситься до медіаформату, що відтворюється в Інтернеті за допомогою потокової передачі.
Потоковий медіа також відомий як потоковий медіа, це означає, що підприємства використовують сервер доставки відео для надсилання програм як пакетів даних до мережі.
Після того, як користувач розпакує дані через пристрій для декомпресії, програма відображатиметься, як і раніше.
Потоковий медіа передає аудіо, відео та мультимедійні файли в мережі за допомогою потокового передавання.
Формат потокового мультимедійного файлу - це мультимедійний формат, який підтримує передачу та відтворення потокового передавання.
Режим потокової передачі полягає у розділенні мультимедійних файлів, таких як відео та аудіо, на пакети стиснення за допомогою спеціального режиму стиснення,
Безперервна передача з сервера на комп'ютер користувача в режимі реального часу. У потоковій системі користувачам не потрібно чекати цілий файл, як не потокове
Лише після завершення всіх завантажень ми можемо побачити вміст, але лише через кілька секунд або десятки секунд затримки запуску ми можемо використовувати їх на комп’ютері користувача
Відповідний програвач буде відтворювати стиснене відео або аудіо та інші потокові мультимедійні файли, а решта буде продовжувати завантажувати до кінця відтворення.
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 для передачі аудіо, відео та даних між програвачем Flash та сервером
// У коді 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, немає необхідності розглядати брандмауер або проксі
Більше того, довжина сегментованого файлу дуже мала, тому клієнт може швидко вибрати та змінити швидкість коду для адаптації до відтворення за різних умов пропускної здатності. Однак цей вид технічних характеристик ЗСЖ визначає його подальший розвиток
Як правило, затримка завжди вища за звичайний протокол прямої трансляції.
// І IOS, і Android, природно, підтримують цей протокол, а конфігурація проста. Ви можете використовувати відеотег безпосередньо
*** VLS: це різновид потокового сервера, який спеціально використовується для вирішення різних проблем потокового передавання. Він також має деякі характеристики VLC. Як сервер, відеолан може виводити потоки 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-передавач, аналоговий телевізійний передавач, цифровий телевізійний передавач, УКХ-передавач УВЧ, антени, роз'єми коаксіального кабелю, STL, на повітряній обробці, радіотрансляційні продукти для студії, RF-моніторинг сигналів, 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 відома, Ви можете використовувати наступне:
Вестерн юніон.  www.westernunion.com
Сплатіть Western Union мені:
Ім'я / Ім'я: Yingfeng
Прізвище / прізвище / прізвище: Zhang
Повне найменування: Yingfeng Zhang
Країна: Китай
Місто: Гуанчжоу
|
-------------------------------------------------- -------------------
T / T. оплатити T / T (перехід проводу / іншим переказом / Банківський переказ)
Перша ІНФОРМАЦІЯ ПРО БАНК (РАХУНОК КОМПАНІЇ):
SWIFT BIC: BKCHHKHHXXX
Назва банку: BANK OF CHINA (HONG KONG) LIMITED, ГОНКОНГ
Адреса банку: BANK OF CHINA TOWER, 1 SARDEN ROAD, CENTRAL, ГОНКОНГ
БАНК КОД: 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
Phone: + 8618078869184
Будь ласка, поверніться на цю адресу і написати свій PayPal адресу, ім'я, проблеми на замітку: |
|
