FMUSER бездротовий передавати відео та аудіо простіше!
es.fmuser.org
it.fmuser.org
fr.fmuser.org
de.fmuser.org
af.fmuser.org -> африкаанс
sq.fmuser.org -> албанська
ar.fmuser.org -> арабська
hy.fmuser.org -> Вірменська
az.fmuser.org -> азербайджанська
eu.fmuser.org -> баскська
be.fmuser.org -> білоруська
bg.fmuser.org -> болгарська
ca.fmuser.org -> Каталонська
zh-CN.fmuser.org -> китайська (спрощена)
zh-TW.fmuser.org -> китайська (традиційна)
hr.fmuser.org -> хорватська
cs.fmuser.org -> чеська
da.fmuser.org -> данська
nl.fmuser.org -> Голландська
et.fmuser.org -> естонська
tl.fmuser.org -> філіппінська
fi.fmuser.org -> фінська
fr.fmuser.org -> французька
gl.fmuser.org -> галицький
ka.fmuser.org -> грузинський
de.fmuser.org -> німецька
el.fmuser.org -> грецька
ht.fmuser.org -> гаїтянський креольський
iw.fmuser.org -> іврит
hi.fmuser.org -> хінді
hu.fmuser.org -> Угорська
is.fmuser.org -> ісландська
id.fmuser.org -> індонезійська
ga.fmuser.org -> ірландський
it.fmuser.org -> італійська
ja.fmuser.org -> японська
ko.fmuser.org -> корейська
lv.fmuser.org -> латиська
lt.fmuser.org -> литовська
mk.fmuser.org -> македонська
ms.fmuser.org -> малайська
mt.fmuser.org -> мальтійська
no.fmuser.org -> Норвезька
fa.fmuser.org -> Перська
pl.fmuser.org -> польська
pt.fmuser.org -> португальська
ro.fmuser.org -> румунська
ru.fmuser.org -> російська
sr.fmuser.org -> сербська
sk.fmuser.org -> словацька
sl.fmuser.org -> словенська
es.fmuser.org -> іспанська
sw.fmuser.org -> суахілі
sv.fmuser.org -> шведська
th.fmuser.org -> Тайська
tr.fmuser.org -> турецька
uk.fmuser.org -> український
ur.fmuser.org -> урду
vi.fmuser.org -> в'єтнамська
cy.fmuser.org -> валлійська
yi.fmuser.org -> Ідиш
Під час розробки програм прямого мовлення ми можемо зіткнутися з деякою плутаниною. Як вибір потокових мультимедійних протоколів, таких як HTTP-FLV, WebRTC, RTMP, HLS та інших власних протоколів, який з них є більш доречним? Який протокол можна використовувати на платформі ПК? Який протокол краще працює на мобільних пристроях? Далі я почну із порівняння переваг та недоліків різних угод.
1. Переваги та недоліки кількох поширених протоколів потокового мультимедіа:
RTMP: власний протокол, розроблений Adobe для передачі аудіо- та відеоданих між Flash / AIR та сервером. Це також найпоширеніший протокол передачі потокових медіа в даний час.
Переваги: На основі довгого з'єднання TCP немає необхідності встановлювати з'єднання кілька разів, а затримка невелика, зазвичай лише 1 ~ 3 с; технологія є зрілою, а допоміжні засоби ідеальними.
Недоліки: він може використовуватися Flash лише у браузерах ПК та не може бути використаний у мобільних браузерах; оскільки Flash збирається вийти зі сцени, RTMP не буде використовуватися для потокового передавання на веб-програвачі.
HLS: протокол передачі потокових медіамереж на основі HTTP, запропонований Apple. Його принцип роботи - нарізка передач, яка ріже прямий ефір на незліченну кількість частин. Коли користувач переглядає відео, клієнт може завантажувати лише частину кожного разу.
Переваги: Заснований на протоколі HTTP, простіший доступ до CDN, який рідко блокується брандмауерами, і поставляється з багатобітовою адаптацією; як протокол, запропонований Apple, він має великі переваги під macOS / iOS, а також надається в підтримці Android Corresponding; можна сказати, що цей протокол підходить для мобільних пристроїв.
Недоліки: Затримка велика, як правило, не менше 10 с. Велика кількість файлів TS спричинить тиск на серверне сховище та запити.
HTTP-FLV: інкапсулюйте аудіо- та відеодані у FLV, а потім передайте їх через з'єднання HTTP. Порівняно з RTMP змінився лише протокол передачі. Для веб-програвача Flash все ще потрібен для відтворення, але поява "flv.js" заповнила цю ваду.
Переваги: низька затримка, загальний ефект дуже близький до RTMP; порівняно з протоколом RTMP, він може ефективно уникнути впливу брандмауерів та агентів.
Недоліки: характеристики передачі роблять потокові мультимедійні ресурси кешованими в локальному клієнті, а це означає, що конфіденційність не дуже хороша; до цього часу він все ще не сумісний з браузерами iOS.
WebRTC: На основі технології Google з відкритим кодом, протоколу для потокового передавання медіа в Інтернеті.
Переваги: І RTMP, і HLS є протоколами у руках великих компаній, тоді як WebRTC був включений у стандарт W3C; немає необхідності встановлювати плагіни, і все більше браузерів підтримується.
Недоліки: Налаштування виробника браузера або системи може спричинити проблеми юзабіліті та відсутність планів розробки та розгортання на стороні сервера; Якість передачі важко гарантувати, а методи оптимізації обмежені; сумісність на пристроях Android погана; крім того, ця угода, головним чином, стикаючись з Інтернетом, недостатньо підтримує власний розвиток.
2. При розробці програмного забезпечення для прямого ефіру використання RTMP на стороні ПК та HLS на мобільному пристрої є найбільш безпечним.
Чому ви так говорите? Виходячи з вищезазначених переваг та недоліків, перш за все, з точки зору їх відповідної адаптивності платформи, а ефект реалізації подібний, RTMP та HLS кращі, ніж HTTP-FLV та WebRTC.
По-друге, з точки зору ринкового середовища, після багатьох років розробки та запуску багато великих виробників CDN чудово підтримували RTMP та HLS. Цей стабільний процес є результатом багатьох працівників з експлуатації та технічного обслуговування, і CDN не буде стабільним. Прибуткова система легко вносить зміни. Подібним чином все більше компаній використовують RTMP і HLS, що призведе до сильнішої оптимізації та сумісності між CDN і RTMP, а також між CDN і HLS. Це циклічний процес, і, як правило, компанії CDN нелегко його розірвати. Крім того, я не згадував протокол RTSP у попередній статті. Ефект цього протоколу подібний до ефекту RTMP. Технічно це відрізняється лише від кількості каналів, зайнятих передачею даних, і потік формату передачі відрізняється. RTSP насправді може використовуватися для прямого мовлення. Але все-таки через ринкове середовище RTSP в даний час в основному використовується для моніторингу безпеки. Як і RTMP, вона вже сформувала власний ланцюжок прибутку.
Вищезазначене є результатом дискусії щодо вибору протоколу потокового мультимедіа під час розробки програм прямого мовлення. Щодо цього питання, якщо ви все ще не розумієте, ви можете залишити повідомлення або знайти професійного розробника для детальної консультації.
|
Введіть електронну адресу, щоб отримати сюрприз
es.fmuser.org
it.fmuser.org
fr.fmuser.org
de.fmuser.org
af.fmuser.org -> африкаанс
sq.fmuser.org -> албанська
ar.fmuser.org -> арабська
hy.fmuser.org -> Вірменська
az.fmuser.org -> азербайджанська
eu.fmuser.org -> баскська
be.fmuser.org -> білоруська
bg.fmuser.org -> болгарська
ca.fmuser.org -> Каталонська
zh-CN.fmuser.org -> китайська (спрощена)
zh-TW.fmuser.org -> китайська (традиційна)
hr.fmuser.org -> хорватська
cs.fmuser.org -> чеська
da.fmuser.org -> данська
nl.fmuser.org -> Голландська
et.fmuser.org -> естонська
tl.fmuser.org -> філіппінська
fi.fmuser.org -> фінська
fr.fmuser.org -> французька
gl.fmuser.org -> галицький
ka.fmuser.org -> грузинський
de.fmuser.org -> німецька
el.fmuser.org -> грецька
ht.fmuser.org -> гаїтянський креольський
iw.fmuser.org -> іврит
hi.fmuser.org -> хінді
hu.fmuser.org -> Угорська
is.fmuser.org -> ісландська
id.fmuser.org -> індонезійська
ga.fmuser.org -> ірландський
it.fmuser.org -> італійська
ja.fmuser.org -> японська
ko.fmuser.org -> корейська
lv.fmuser.org -> латиська
lt.fmuser.org -> литовська
mk.fmuser.org -> македонська
ms.fmuser.org -> малайська
mt.fmuser.org -> мальтійська
no.fmuser.org -> Норвезька
fa.fmuser.org -> Перська
pl.fmuser.org -> польська
pt.fmuser.org -> португальська
ro.fmuser.org -> румунська
ru.fmuser.org -> російська
sr.fmuser.org -> сербська
sk.fmuser.org -> словацька
sl.fmuser.org -> словенська
es.fmuser.org -> іспанська
sw.fmuser.org -> суахілі
sv.fmuser.org -> шведська
th.fmuser.org -> Тайська
tr.fmuser.org -> турецька
uk.fmuser.org -> український
ur.fmuser.org -> урду
vi.fmuser.org -> в'єтнамська
cy.fmuser.org -> валлійська
yi.fmuser.org -> Ідиш
FMUSER бездротовий передавати відео та аудіо простіше!
Контакти
Адреса:
No.305 Кімната HuiLan Будівля No273 Huanpu Road Гуанчжоу Китай 510620
Категорії
Інформаційний бюлетень