FMUSER Wirless Transmituj wideo i audio łatwiejsze!
es.fmuser.org
it.fmuser.org
fr.fmuser.org
de.fmuser.org
af.fmuser.org -> Afrikaans
sq.fmuser.org -> albański
ar.fmuser.org -> arabski
hy.fmuser.org -> Armeński
az.fmuser.org -> Azerbejdżański
eu.fmuser.org -> baskijski
be.fmuser.org -> białoruski
bg.fmuser.org -> bułgarski
ca.fmuser.org -> kataloński
zh-CN.fmuser.org -> chiński (uproszczony)
zh-TW.fmuser.org -> chiński (tradycyjny)
hr.fmuser.org -> chorwacki
cs.fmuser.org -> czeski
da.fmuser.org -> duński
nl.fmuser.org -> holenderski
et.fmuser.org -> estoński
tl.fmuser.org -> filipiński
fi.fmuser.org -> fiński
fr.fmuser.org -> francuski
gl.fmuser.org -> galicyjski
ka.fmuser.org -> gruziński
de.fmuser.org -> niemiecki
el.fmuser.org -> grecki
ht.fmuser.org -> kreolski haitański
iw.fmuser.org -> hebrajski
hi.fmuser.org -> hindi
hu.fmuser.org -> węgierski
is.fmuser.org -> islandzki
id.fmuser.org -> indonezyjski
ga.fmuser.org -> irlandzki
it.fmuser.org -> włoski
ja.fmuser.org -> japoński
ko.fmuser.org -> koreański
lv.fmuser.org -> łotewski
lt.fmuser.org -> litewski
mk.fmuser.org -> macedoński
ms.fmuser.org -> malajski
mt.fmuser.org -> maltański
no.fmuser.org -> norweski
fa.fmuser.org -> perski
pl.fmuser.org -> polski
pt.fmuser.org -> portugalski
ro.fmuser.org -> rumuński
ru.fmuser.org -> rosyjski
sr.fmuser.org -> serbski
sk.fmuser.org -> słowacki
sl.fmuser.org -> słoweński
es.fmuser.org -> hiszpański
sw.fmuser.org -> suahili
sv.fmuser.org -> szwedzki
th.fmuser.org -> Tajski
tr.fmuser.org -> turecki
uk.fmuser.org -> ukraiński
ur.fmuser.org -> Urdu
vi.fmuser.org -> wietnamski
cy.fmuser.org -> walijski
yi.fmuser.org -> jidysz
Protokół transmisji mediów strumieniowych jest również jednym z niezbędnych „projektów” w procesie tworzenia transmisji na żywo. Powszechnie używane protokoły mediów strumieniowych w transmisji na żywo obejmują głównie RTP, RTCP, RTSP, RTMP i HLS. Każdy z tych protokołów transmisji ma swoje zalety i wady i jest odpowiedni dla różnych środowisk i potrzeb transmisji na żywo. Najpopularniejszym protokołem transmisji mediów strumieniowych w systemie transmisji na żywo w Cloud Leopard jest RTMP. Niektórzy klienci pytali nas, dlaczego nie używamy HLS jako powszechnie używanego protokołu transmisji mediów strumieniowych, więc dzisiaj wyjaśnię, dlaczego używamy protokołu HLS tylko jako pomocniczego zastosowania.
1. Definicja dwóch protokołów
RTMP jest obecnie standardowym protokołem przemysłowym dla wyjścia enkodera. Zasadniczo wszystkie kodery (kamery i tym podobne) obsługują protokół RTMP.
HLS to protokół transmisji sieciowej mediów strumieniowych oparty na protokole HTTP zaproponowanym przez firmę Apple. Należy do transmisji segmentowej i ma duże opóźnienie.
2. Zalety HLS
Protokół transmisji HLS jest używany głównie w systemie ios do dostarczania rozwiązań audio i wideo na żywo i na żądanie dla urządzeń z systemem iOS. Oczywiście teraz HLS może również obsługiwać system Android. Ponieważ dane są przesyłane przez protokół HLS, nie ma potrzeby rozważania problemu zapory ogniowej, a czas trwania segmentowanego pliku jest bardzo krótki, a klient może szybko wybrać i zmienić współczynnik kodowania, aby dostosować się do odtwarzania pod różne warunki przepustowości. W rzeczywistości największą zaletą HLS jest to, że Apple zapewnia natywne wsparcie dla HLS tylko w swoim własnym systemie IOS, co oznacza, że HLS musi być używany podczas tworzenia ios.
3. Wady HLS
Największą wadą protokołu transmisji HLS jest duże opóźnienie, zwykle około 10-15 sekund. W przypadku aplikacji, takich jak transmisje na żywo, które wymagają wysokiej interaktywności w czasie rzeczywistym, jeśli używany jest protokół transmisji HLS, może to spowodować pewne opóźnienie w transmisji na żywo, a użytkownik będzie miał również słabe wrażenia z oglądania na żywo podczas oglądania, więc w fazie rozwoju Podczas rozgłaszania oprogramowania zawsze wybierany jest protokół transmisji z małym opóźnieniem.
4. Powody wyboru RTMP jako podstawowego HLS jako drugorzędnego
Protokół RTMP jest obecnie najczęściej używanym protokołem transmisji mediów strumieniowych dla platform transmisji na żywo. Ze względu na małe opóźnienie protokołu RTMP (około 1-5 sekund), RTMP jest bardziej odpowiedni do transmisji na żywo niż protokół HLS. Ponadto obsługa RTMP jest bardzo kompletna, dzięki czemu flash może odtwarzać strumienie RTMP w sposób ciągły przez długi czas, a stabilność jest również gwarantowana. Powodem używania protokołu HLS jako pomocniczego jest to, że HLS jest najbardziej stabilny w systemie ios. Chociaż może być teraz również używany w systemie Android, RTMP jest stosunkowo odpowiedni do transmisji na żywo. Dlatego przy opracowywaniu systemu transmisji na żywo, który wymaga wysokiego czasu rzeczywistego i interaktywności, wybierany jest protokół RTMP, a protokół HLS jest używany jako protokół pomocniczy. Obecnie protokół HLS jest używany głównie na stronach WAP telefonów komórkowych i stronach odtwarzania WeChat.
Z powyższej treści nietrudno wywnioskować, że w procesie tworzenia transmisji na żywo bardzo ważny jest dobór odpowiedniego protokołu transmisji. Ze względu na ograniczenia protokołu HLS i wady związane z dużym opóźnieniem, używamy protokołu HLS tylko jako pomocniczy. Oczywiście, jeśli nie jest to zbyt wymagające pod względem czasu rzeczywistego i interaktywności, na przykład na żądanie, jest całkowicie możliwe użycie protokołu HLS. Jednak na obecnym rynku transmisji na żywo RTMP jest najczęściej używanym protokołem transmisji.
|
Wpisz e-mail, aby otrzymać niespodziankę
es.fmuser.org
it.fmuser.org
fr.fmuser.org
de.fmuser.org
af.fmuser.org -> Afrikaans
sq.fmuser.org -> albański
ar.fmuser.org -> arabski
hy.fmuser.org -> Armeński
az.fmuser.org -> Azerbejdżański
eu.fmuser.org -> baskijski
be.fmuser.org -> białoruski
bg.fmuser.org -> bułgarski
ca.fmuser.org -> kataloński
zh-CN.fmuser.org -> chiński (uproszczony)
zh-TW.fmuser.org -> chiński (tradycyjny)
hr.fmuser.org -> chorwacki
cs.fmuser.org -> czeski
da.fmuser.org -> duński
nl.fmuser.org -> holenderski
et.fmuser.org -> estoński
tl.fmuser.org -> filipiński
fi.fmuser.org -> fiński
fr.fmuser.org -> francuski
gl.fmuser.org -> galicyjski
ka.fmuser.org -> gruziński
de.fmuser.org -> niemiecki
el.fmuser.org -> grecki
ht.fmuser.org -> kreolski haitański
iw.fmuser.org -> hebrajski
hi.fmuser.org -> hindi
hu.fmuser.org -> węgierski
is.fmuser.org -> islandzki
id.fmuser.org -> indonezyjski
ga.fmuser.org -> irlandzki
it.fmuser.org -> włoski
ja.fmuser.org -> japoński
ko.fmuser.org -> koreański
lv.fmuser.org -> łotewski
lt.fmuser.org -> litewski
mk.fmuser.org -> macedoński
ms.fmuser.org -> malajski
mt.fmuser.org -> maltański
no.fmuser.org -> norweski
fa.fmuser.org -> perski
pl.fmuser.org -> polski
pt.fmuser.org -> portugalski
ro.fmuser.org -> rumuński
ru.fmuser.org -> rosyjski
sr.fmuser.org -> serbski
sk.fmuser.org -> słowacki
sl.fmuser.org -> słoweński
es.fmuser.org -> hiszpański
sw.fmuser.org -> suahili
sv.fmuser.org -> szwedzki
th.fmuser.org -> Tajski
tr.fmuser.org -> turecki
uk.fmuser.org -> ukraiński
ur.fmuser.org -> Urdu
vi.fmuser.org -> wietnamski
cy.fmuser.org -> walijski
yi.fmuser.org -> jidysz
FMUSER Wirless Transmituj wideo i audio łatwiejsze!
Kontakt
Adres:
Nr 305 Pokój HuiLan Budynek nr 273 Huanpu Road Guangzhou Chiny 510620
Kategorie
Newsletter