FMUSER ¡Transmite video y audio sin cables más fácilmente!
es.fmuser.org
it.fmuser.org
fr.fmuser.org
de.fmuser.org
af.fmuser.org -> Afrikáans
sq.fmuser.org -> albanés
ar.fmuser.org -> árabe
hy.fmuser.org -> Armenio
az.fmuser.org -> azerbaiyano
eu.fmuser.org -> Vasco
be.fmuser.org -> bielorruso
bg.fmuser.org -> Bulgaria
ca.fmuser.org -> catalán
zh-CN.fmuser.org -> chino (simplificado)
zh-TW.fmuser.org -> Chino (tradicional)
hr.fmuser.org -> croata
cs.fmuser.org -> checo
da.fmuser.org -> danés
nl.fmuser.org -> Holandés
et.fmuser.org -> estonio
tl.fmuser.org -> filipino
fi.fmuser.org -> finlandés
fr.fmuser.org -> Francés
gl.fmuser.org -> gallego
ka.fmuser.org -> georgiano
de.fmuser.org -> alemán
el.fmuser.org -> Griego
ht.fmuser.org -> criollo haitiano
iw.fmuser.org -> hebreo
hi.fmuser.org -> Hindi
hu.fmuser.org -> Hungarian
is.fmuser.org -> islandés
id.fmuser.org -> indonesio
ga.fmuser.org -> irlandés
it.fmuser.org -> Italiano
ja.fmuser.org -> japonés
ko.fmuser.org -> coreano
lv.fmuser.org -> letón
lt.fmuser.org -> Lituania
mk.fmuser.org -> macedonio
ms.fmuser.org -> malayo
mt.fmuser.org -> maltés
no.fmuser.org -> Noruega
fa.fmuser.org -> persa
pl.fmuser.org -> polaco
pt.fmuser.org -> portugués
ro.fmuser.org -> Rumano
ru.fmuser.org -> ruso
sr.fmuser.org -> serbio
sk.fmuser.org -> eslovaco
sl.fmuser.org -> Eslovenia
es.fmuser.org -> español
sw.fmuser.org -> Swahili
sv.fmuser.org -> sueco
th.fmuser.org -> Tailandés
tr.fmuser.org -> turco
uk.fmuser.org -> ucraniano
ur.fmuser.org -> Urdu
vi.fmuser.org -> Vietnamita
cy.fmuser.org -> galés
yi.fmuser.org -> Yiddish
En la aplicación de transmisión en vivo, RTMP y HLS son dos protocolos de transmisión multimedia maduros y ampliamente utilizados, que pueden cubrir a todos los clientes básicamente. RTMP es el protocolo de la capa de aplicación en la arquitectura tcp / ip de Internet de cinco capas. La principal ventaja es un alto rendimiento en tiempo real, que básicamente puede controlar el retraso de la transmisión en vivo en 3 segundos, por lo que se usa ampliamente en transmisiones en vivo de bajo retraso.
HLS es un protocolo de transporte de medios de transmisión basado en HTTP implementado por la empresa Apple, que tiene las ventajas de un alto rendimiento y un soporte perfecto para IOS. En comparación con RTMP, HLS no necesita instalar la aplicación en el lado móvil y es compatible con HTML5. Por lo tanto, HLS tiene grandes ventajas en la difusión y experiencia de la transmisión móvil en vivo. Sin embargo, el rendimiento en tiempo real de HLS es deficiente y la demora promedio de transmisión en vivo en la industria es de 10 a 35 segundos.
En el problema de retraso de HLS que hace que muchos usuarios sufran más, el disparo en la nube se ha dirigido a optimizar la tecnología, y se realiza el retraso ultra bajo de HLS, y el retraso de HLS se controla de forma estable durante unos 4 segundos.
Análisis del motivo del alto retraso de HLS
Teóricamente, el retraso de HLS = el tiempo de 1 rebanada + 0-1 TD (TD es ext-x-targetduration, que puede entenderse simplemente como el tiempo de intervalo entre la toma de fichas del jugador) + 0-n rebanadas de inicio (Apple sugiere oficialmente que el reproductor debe comenzar a reproducir después de tres piezas de película) + retraso de red del primer segmento solicitado (la conexión de red consume tiempo).
A partir de la fórmula de composición de retardo, el retardo de HLS se compone principalmente de las siguientes cuatro partes:
Cuando el codificador y el divisor de flujo en el servidor generan archivos TS, el protocolo HLS se usa para cortar los archivos multimedia en archivos TS correspondientes al segmento multimedia cuando se usan en la transmisión de video en vivo.
El intervalo entre la toma del chip del reproductor y antes de que el cliente comience a descargar, es necesario esperar a que el codificador y el divisor de flujo en el lado del servidor generen al menos un archivo TS.
El tiempo que tarda el cliente en descargar el segmento y el número de segmentos necesarios para comenzar a reproducir. Por lo general, después de descargar dos archivos multimedia, se puede garantizar una conexión perfecta entre diferentes segmentos de audio y video.
El momento en que el cliente decodifica por primera vez y comienza a jugar.
La optimización del retardo de HLS es principalmente para las tres primeras partes, y la cuarta parte depende del desempeño del cliente usuario.
Explicación detallada de la tecnología delay hls + de cloud 4S
Dado que el cliente solicita ts o m3u8 cada vez que se trata de una nueva solicitud de conexión, no podemos identificar al cliente de manera efectiva. Una vez que hay un problema, es imposible localizarlo de manera efectiva. Por lo tanto, el servidor general realizará algunas mejoras al HLS tradicional.
También se denomina tecnología de transmisión HLS. Puede reducir en gran medida el retraso de HLS estándar y mejorar la compatibilidad de la transmisión en vivo de HTML5, y tiene las ventajas de una pequeña cantidad de fuente de retorno, sistema simple, eliminación fácil de errores, cadena antirrobo y evitar HLS 404.
La nube hls + puede marcar las solicitudes HLS de cada cliente, establecer una conexión para cada solicitud HLS, luego generar dinámicamente una lista m3u8 independiente para cada solicitud de reproducción, y generar dinámica y rápidamente el archivo de segmento pequeño solo para la solicitud de reproducción.
Para resolver el problema de la solicitud de HLS hostil, la nube utiliza la variante hls + http 302 para identificar el comportamiento del cliente.
1 、 Variante HLS
Primero, descargue un archivo m3u8 que tome fotografías de la nube nuevamente:
una
wget http://uplive.bo.upaiyun.com/live/loading.m3u8
Luego, abra el archivo de la lista de reproducción que descargó:
#EXTM3U
# EXT-X- VERSIÓN: 3
# EXT-X-ALLOW- CACHE: SÍ
# EXT-X-MEDIA- SECUENCIA: 0
# TDURACIÓN EXT-X-TARGE: 1
# EXTINF: 0.998, sin desc.
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_1 dominio upaiyun.com y shp_ seqno = 183.158.35.12
Se puede ver que el hls + que está disparando en la nube admite este método HLS variante para identificar una conexión HLS, y el UUID se utiliza para representar una conexión HLS.
2 、 HTTP 302
Primero, la dirección de reproducción se solicita en modo HTTP 302.
❯ rizo -v http://uplive.b0.upaiyun.com/live/loading.m3u8 \? shp_identificar \ = 302 -o lista de reproducción
% Total% Recibido% Xferd Promedio Velocidad Tiempo Tiempo Tiempo Actual
Carga de descarga Velocidad total gastada izquierda
0 0 0 0 0 0 0 0 -: -: - -: -: - -: -: - 0 * Intentando 183.158.35.59 ...
* TCP_ NODELAY establecido
* Conectado a uplive.b0. upaiyun.com (183.158.35.59) puerto 80 (# 0)
> OBTENER /live/loading.m3u8?shp_identificar = 302 HTTP / 1.1
> Anfitrión: uplive.b0. upaiyun.com
> Usuario-Agente: curl / 7.51.0
> Aceptar: * / *
>
<HTTP / 1.1 302 Encontrado
<Servidor: marco / 0.26
<Fecha: miércoles 22 de marzo de 2017 08:54:11 GMT
<Tipo de contenido: texto / sin formato; juego de caracteres = utf-8
<Contenido-Longitud: 259
<Conexión: mantener vivo
<Métodos-Permitir-Control-de-Acceso: OBTENER
<Acceso-Control-Permitir-Origen: *
<Ubicación: 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 bytes de datos]
* Curl_ http_ done: llamado prematuro == 0
100 259 100 259 0 -: -: - -: -: - -: -: - 0
* Conexión # 0 al host uplive.b0. upaiyun.com se dejó intacto
|
Ingrese el correo electrónico para recibir una sorpresa
es.fmuser.org
it.fmuser.org
fr.fmuser.org
de.fmuser.org
af.fmuser.org -> Afrikáans
sq.fmuser.org -> albanés
ar.fmuser.org -> árabe
hy.fmuser.org -> Armenio
az.fmuser.org -> azerbaiyano
eu.fmuser.org -> Vasco
be.fmuser.org -> bielorruso
bg.fmuser.org -> Bulgaria
ca.fmuser.org -> catalán
zh-CN.fmuser.org -> chino (simplificado)
zh-TW.fmuser.org -> Chino (tradicional)
hr.fmuser.org -> croata
cs.fmuser.org -> checo
da.fmuser.org -> danés
nl.fmuser.org -> Holandés
et.fmuser.org -> estonio
tl.fmuser.org -> filipino
fi.fmuser.org -> finlandés
fr.fmuser.org -> Francés
gl.fmuser.org -> gallego
ka.fmuser.org -> georgiano
de.fmuser.org -> alemán
el.fmuser.org -> Griego
ht.fmuser.org -> criollo haitiano
iw.fmuser.org -> hebreo
hi.fmuser.org -> Hindi
hu.fmuser.org -> Hungarian
is.fmuser.org -> islandés
id.fmuser.org -> indonesio
ga.fmuser.org -> irlandés
it.fmuser.org -> Italiano
ja.fmuser.org -> japonés
ko.fmuser.org -> coreano
lv.fmuser.org -> letón
lt.fmuser.org -> Lituania
mk.fmuser.org -> macedonio
ms.fmuser.org -> malayo
mt.fmuser.org -> maltés
no.fmuser.org -> Noruega
fa.fmuser.org -> persa
pl.fmuser.org -> polaco
pt.fmuser.org -> portugués
ro.fmuser.org -> Rumano
ru.fmuser.org -> ruso
sr.fmuser.org -> serbio
sk.fmuser.org -> eslovaco
sl.fmuser.org -> Eslovenia
es.fmuser.org -> español
sw.fmuser.org -> Swahili
sv.fmuser.org -> sueco
th.fmuser.org -> Tailandés
tr.fmuser.org -> turco
uk.fmuser.org -> ucraniano
ur.fmuser.org -> Urdu
vi.fmuser.org -> Vietnamita
cy.fmuser.org -> galés
yi.fmuser.org -> Yiddish
FMUSER ¡Transmite video y audio sin cables más fácilmente!
Contacto
Dirección:
Habitación No.305 Edificio HuiLan No.273 Huanpu Road Guangzhou China 510620
Categorías
Newsletter