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
W aplikacji do transmisji na żywo RTMP i HLS to dwa dojrzałe i szeroko stosowane protokoły mediów strumieniowych, które mogą zasadniczo obejmować wszystkich klientów. RTMP to protokół warstwy aplikacji w pięciowarstwowej architekturze Internet TCP / IP. Główną zaletą jest wysoka wydajność w czasie rzeczywistym, która może zasadniczo kontrolować opóźnienie transmisji na żywo w ciągu 3 sekund, dzięki czemu jest szeroko stosowana w transmisji na żywo o niskim opóźnieniu.
HLS to oparty na HTTP protokół przesyłania strumieniowego multimediów wdrożony przez firmę Apple, który ma zalety wysokiej wydajności i doskonałej obsługi IOS. W porównaniu z RTMP, HLS nie musi instalować aplikacji po stronie mobilnej i jest kompatybilny z HTML5. Dlatego HLS ma ogromne zalety w rozpowszechnianiu i doświadczeniu mobilnej transmisji na żywo. Jednak wydajność HLS w czasie rzeczywistym jest słaba, a średnie opóźnienie transmisji na żywo w branży wynosi od 10 do 35 sekund.
W przypadku problemu opóźnienia HLS, który sprawia, że wielu użytkowników najbardziej boli głowy, strzelanie w chmurze zostało ukierunkowane na optymalizację technologii i realizowane jest bardzo niskie opóźnienie HLS, a opóźnienie HLS jest stabilnie kontrolowane przez około 4 sekundy.
Analiza przyczyny dużego opóźnienia HLS
Teoretycznie opóźnienie HLS = długość czasu 1 wycinka + 0-1 TD (TD to ext-x-targetduration, co można po prostu rozumieć jako odstęp czasu między pobieraniem chipów gracza) + 0-n plasterków startowych (oficjalnie Apple sugeruje że odtwarzacz powinien rozpocząć odtwarzanie po trzech fragmentach filmu) + opóźnienie sieciowe pierwszego żądanego fragmentu (czasochłonne połączenie sieciowe).
Ze wzoru na kompozycję opóźnienia, opóźnienie HLS składa się głównie z następujących czterech części:
Gdy koder i dzielnik strumienia na serwerze generują pliki TS, protokół HLS jest używany do cięcia plików multimedialnych na pliki TS odpowiadające segmentowi multimedialnemu, gdy są one używane w transmisji wideo na żywo.
W odstępie czasu między pobraniem chipa gracza a rozpoczęciem pobierania przez klienta należy poczekać, aż koder i dzielnik strumienia po stronie serwera wygenerują co najmniej jeden plik TS.
Czas pobierania plasterka przez klienta i liczba plasterków wymagana do rozpoczęcia gry. Zwykle po pobraniu dwóch plików multimedialnych można zapewnić płynne połączenie między różnymi segmentami audio i wideo.
Czas, w którym klient po raz pierwszy dekoduje i rozpoczyna odtwarzanie.
Optymalizacja opóźnień w HLS dotyczy głównie pierwszych trzech części, a czwarta część zależy od wydajności klienta użytkownika.
Szczegółowe wyjaśnienie opóźnienia hls + technologia chmury 4S
Ponieważ klient żąda ts lub m3u8 za każdym razem, gdy jest to nowe żądanie połączenia, nie możemy skutecznie zidentyfikować klienta. Gdy wystąpi problem, nie można go skutecznie zlokalizować. Dlatego ogólny serwer wprowadzi pewne ulepszenia w stosunku do tradycyjnego HLS.
Nazywa się to również technologią strumieniowania HLS. Może znacznie zmniejszyć opóźnienie standardowego HLS i poprawić kompatybilność transmisji na żywo HTML5 i ma zalety niewielkiej ilości źródła zwrotnego, prostego systemu, łatwej eliminacji błędów, łańcucha zabezpieczającego przed kradzieżą i unikania HLS 404.
Chmura hls + może oznaczać żądania HLS każdego klienta, ustanawiać połączenie dla każdego żądania HLS, a następnie dynamicznie generować niezależną listę m3u8 dla każdego żądania odtwarzania oraz dynamicznie i szybko generować mały plik wycinka tylko dla żądania odtwarzania.
Aby rozwiązać problem nieprzyjaznego żądania HLS, chmura wykorzystuje wariant hls + http 302 do identyfikacji zachowania klienta.
1, wariant HLS
Najpierw pobierz plik m3u8, który ponownie wykonuje zdjęcia chmury:
pierwszej
wget http://uplive.bo.upaiyun.com/live/loading.m3u8
Następnie otwórz pobrany plik listy odtwarzania:
#EXTM3U
# EXT-X- WERSJA: 3
# EXT-X-ALLOW- CACHE: TAK
# EXT-X-MEDIA- SEKWENCJA: 0
# EXT-X-TARGE TDURATION: 1
# EXTINF: 0.998, bez opisu
http://183.158.35.12 : 8080 / uplive.b0. upaiyun.com/live/loading -0.ts? shp_ uuid = e4989f34fcab282e21ef1fd2980284cb & shp_ ts = 1490172420851 & shp_ cid = 17906 & shp_ pid = 3370578 & shp_ sip0 = 127.0.0.1 & shp_ ts = 1 & shp_ cid = 183.158.35.12 & shp_ pid = 0 & shp_ sip0 = XNUMX & shp_ sipXNUMX. upaiyun.com & shp_ seqno = XNUMX
Można zauważyć, że hls +, która jest chmurą strzelającą, obsługuje tę wariantową metodę HLS do identyfikacji połączenia HLS, a UUID jest używany do reprezentowania połączenia HLS.
2, HTTP 302
Najpierw żądany jest adres odtwarzania w trybie HTTP 302.
❯ zwijanie -v http://uplive.b0.upaiyun.com/live/loading.m3u8 \? shp_ Ident \ = 302 -o playlista
% Razem% Odebrane% Xferd Średnia prędkość Czas Czas Aktualny
Łączna prędkość pozostałego czasu przesyłania wczytywania danych
0 0 0 0 0 0 0 0 -: -: - -: -: - -: -: - 0 * Próbuję 183.158.35.59 ...
* Zestaw TCP_ NODELAY
* Połączono z uplive.b0. upaiyun.com (183.158.35.59) port 80 (# 0)
> POBIERZ /live/loading.m3u8?shp_ Identification = 302 HTTP / 1.1
> Host: uplive.b0. upaiyun.com
> User-Agent: curl / 7.51.0
> Akceptuj: * / *
>
<HTTP / 1.1 302 znaleziono
<Serwer: marco / 0.26
<Data: środa, 22 marca 2017 r. 08:54:11 GMT
<Typ treści: tekst / zwykły; charset = utf-8
<Długość treści: 259
<Połączenie: żyj
<Metody-kontroli-zezwalania-dostępu: POBIERZ
<Access-Control-Allow-Origin: *
<Lokalizacja: http://183.158.35.19 :8080/uplive.b0. upaiyun.com/live/loading .m3u8?shp_ uuid=2862b1b817a74cf719b1cd8f554616cd&shp_ ts=1490172851450&shp_ cid=59553&shp_ pid=1730488&shp_ sip0=127.0.0.1&shp_ sip1=183.158.35.19&domain=uplive.b0. upaiyun.com&shp_ identify=302
<
{[259 bajtów danych]
* Curl_ http_ done: nazywane przedwczesne == 0
100 259 100 259 0 0 4813 0 -: -: - -: -: - -: -: - 4886
* Połączenie # 0 z hostem uplive.b0. upaiyun.com pozostało nienaruszone
|
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