Введення протоколу HLS

Сьогодні я представляю угоду про HLS, яку запропонувала та просунула компанія Apple. Ось визначення з Вікіпедії.

        HTTP Live Streaming (скорочено HLS) - протокол передачі потокових медіа-мереж на основі HTTP, запропонований Apple. Це частина програмного забезпечення Apple QuickTime X та iPhone. Це працює, розділяючи весь потік на невеликі файли на основі HTTP для завантаження та завантажуючи лише кілька за раз. Коли відтворюється мультимедійний потік, клієнт може вибрати завантаження одного ресурсу з різною швидкістю із багатьох різних альтернативних джерел, що дозволяє сеансу потокового мультимедіа адаптуватися до різної швидкості передачі даних. Під час запуску потокового мультимедійного сеансу клієнт завантажує розширений файл списку відтворення M3U (m3u8), що містить метадані, щоб знайти доступні медіапотоки.
        HLS запитує лише основні повідомлення HTTP. На відміну від протоколу реального часу (RTP), HLS може проходити через будь-який брандмауер або проксі-сервер, що дозволяє передавати дані HTTP. Також легко використовувати мережі розповсюдження контенту для передачі медіапотоків.
        Apple розглядає протокол HLS як проект Інтернету (подається поетапно), який був поданий до IETF як неформальний стандарт на першому етапі. Однак, незважаючи на те, що Apple періодично подає деякі незначні оновлення, IETF не вжив жодних подальших дій щодо розробки цього стандарту. [1]

(1) Формат упаковки відео - TS.
(2) Формат кодування відео - H264, а формат кодування аудіо - MP3, AAC або AC-3.
(3) Окрім самого відеофайлу TS, також визначений файл m3u8 (текстовий файл), який використовується для управління відтворенням.
Чому Apple пропонує протокол HLS? Насправді це головним чином вирішення деяких проблем у протоколі RTMP. Наприклад, протокол RTMP не використовує стандартний інтерфейс HTTP для передачі даних, тому він може бути заблокований брандмауером у деяких спеціальних мережевих середовищах. Однак, оскільки HLS використовує протокол HTTP для передачі даних, він не зіткнеться із ситуацією, коли захищений брандмауером (немає брандмауера, який не пропускає інтерфейс 80).

На додаток до завантаження, RTMP є протоколом, що підтримує стан, і важко плавно розширити відеосервер, оскільки йому потрібно підтримувати стан для кожного клієнта, який відтворює відеопотік. Хоча HLS базується на протоколі без стану (HTTP), клієнт просто завантажує звичайні файли TS, що зберігаються на сервері, по порядку, а баланс такий же простий, як і балансування навантаження звичайного файлового сервера HTTP.

Крім того, сам протокол HLS реалізує адаптацію швидкості передачі даних, а пристрої з різною пропускною здатністю можуть автоматично переключатися на відтворення відео, яке найкраще відповідає їхній швидкості передачі даних. Насправді найбільшою перевагою HLS є те, що його батьком є Apple. Apple забезпечує вбудовану підтримку HLS лише на власних пристроях IOS і відмовленому спалаху. Android також змушений "екзотичним престижем" Pingguo рідно підтримувати HLS. Таким чином, відео-рішення Adobe, такі як flv та rtmp, вимагають додаткової роботи для відтворення на мобільних пристроях. Звичайно, високий тиск продуктивності, спричинений спалахом на мобільних пристроях, насправді є власною проблемою. Однак у ЗСЖ також є деякі підводні камені, які неможливо подолати. Наприклад, час затримки відео в реальному часі за допомогою протоколу HLS не можна зменшити до менш ніж 10 секунд, тоді як затримка протоколу RTMP може становити лише 3 або 4 секунди. Тому, будь ласка, використовуйте HLS з обережністю для служб, які чутливіші до затримок прямого ефіру.

Дозвольте пояснити цю картину. Зліва направо не має значення, в якому форматі знаходиться джерело відеосигналу входів внизу ліворуч. Протокол зв'язку між ним та сервером також може бути довільним (наприклад, RTMP). Коротше кажучи, просто передайте відеодані на сервер. Просто піти. Це відео перетворюється у файли відео формату HLS (як TS, так і файли m3u8) на сервері сервера. Докладніше, медіакодер на сервері є модулем перекодування, відповідальним за перекодування відеоданих у джерелі відеосигналу у відеодані цільового формату кодування (H264). Формат кодування джерела відео може бути будь-яким форматом кодування відео (див. "Основи відеотехнологій"). Після перекодування у відеодані H264 відео нарізається в модулі сегментатора потоку, а результатом зрізу є файл індексу (m3u8) та файл ts. Розподіл на зображенні насправді є просто звичайним файловим сервером HTTP, і тоді клієнту потрібно лише отримати доступ до шляху до індексного файлу першого рівня, і він автоматично відтворить потік відео HLS.

2. Індексний файл HLS
Так званий індексний файл - це текстовий файл m3u8, згаданий раніше.

Як показано на малюнку вище, логіка клієнта для відтворення відеопотоку HLS насправді дуже проста. Спочатку завантажте файл індексу першого рівня, який записує адресу файлу індексу другого рівня (Alternate-A, Alternate-B, Alternate-C), а потім клієнт. Клієнт потім завантажує вторинний файл індексу та завантажує адреса файлу TS записується у вторинний файл індексу, так що клієнт може завантажувати відеофайли TS в порядку і відтворювати їх безперервно.

пропускна здатність визначає швидкість передачі потоку відео. ІДЕНТИФІКАЦІЯ ПРОГРАМИ марна і на неї не потрібно звертати уваги. Наступним рядком кожного # EXT-X-STREAM-INF є шлях до вторинного файлу індексу. Ви можете використовувати відносний шлях або абсолютний шлях. У прикладі використовується відносний шлях. Цей файл записує шлях вторинного файлу індексу до різних потоків відеопотоку. Клієнт може визначити власну поточну пропускну здатність мережі, щоб вирішити, який відеопотік відтворювати. Він також може плавно переключитися на відеопотік, який відповідає пропускній здатності, коли змінюється пропускна здатність мережі.

Вторинний файл фактично відповідає за надання адреси завантаження файлу ts, і тут також використовується відносний шлях. #EXTINF представляє тривалість кожного відеофайлу ts slice. # EXT-X-TARGETDURATION визначає максимальну тривалість файлу фрагмента в поточному відеопотоці, що означає, що тривалість цих фрагментів ts не може бути більшою за значення # EXT-X-TARGETDURATION. # EXT-X-PLAYLIST-TYPE: VOD означає, що поточний відеопотік - це не пряма трансляція, а потік на вимогу. Іншими словами, усі файли ts відео створені, # EXT-X- ENDLIST вказує на кінець відео. Наявність цієї позначки також вказує на те, що поточний потік не є прямим потоком.

3. Режим відтворення
Особливістю VOD на вимогу є те, що всі файли індексу та файли ts можна отримати в поточний момент часу, а адреси всіх файлів ts записуються у вторинний файл індексу. Цей режим дозволяє клієнтам отримувати доступ до всього вмісту. Наведений приклад являє собою структуру m3u8 у режимі на замовлення.

Режим Live - це створення файлів M3u8 і ts в режимі реального часу. Його індексний файл завжди динамічно змінюється, і йому потрібно постійно завантажувати вторинний індексний файл під час відтворення, щоб отримати останній згенерований файл ts для відтворення відео. Якщо в кінці вторинного файлу індексу немає позначки # EXT-X-ENDLIST, це означає, що це потоковий відео в реальному часі.

Коли клієнт відтворює відео у режимі VOD, йому фактично потрібно лише один раз завантажити індексний файл першого рівня та індексний файл другого рівня, щоб отримати адреси завантаження всіх ts-файлів. Якщо клієнт не перемикає бітрейт, немає необхідності завантажувати файли індексу. Просто завантажуйте та відтворюйте файли TS послідовно. Але режим Live дещо відрізняється, оскільки під час відтворення також створюється новий файл ts, тому клієнт фактично завантажує файл індексу другого рівня один раз, потім завантажує файл ts, а потім завантажує файл індексу другого рівня ( на цей раз цей файл вторинного індексу був переписаний, адреса завантаження новоствореного файлу ts записується), а потім завантажується новий файл ts, і відтворення повторюється таким чином.

Як далеко (довгий) кришка передавача?

Дальність передачі залежить від багатьох факторів. Істинне відстань засноване на антени установка висоти, коефіцієнт посилення антени, з використанням середовища, як будівлі і інші перешкоди, чутливості приймача, антени приймача. Установка антени більш високого і використання в сільській місцевості, відстань буде набагато більш далеко.

Приклад 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 адресу, ім'я, проблеми на замітку: