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
HTTP Live Streaming (HLS) es un protocolo de transmisión de medios de transmisión basado en HTTP implementado por Apple Inc., que puede realizar transmisión de medios en vivo y bajo demanda. Se utiliza principalmente en el sistema iOS para proporcionar audio para dispositivos iOS (como iPhone y iPad). Programas de video en vivo y bajo demanda. HLS bajo demanda es básicamente el HTTP segmentado común bajo demanda. La diferencia es que sus segmentos son muy pequeños. Para lograr HLS bajo demanda, la atención se centra en la segmentación de archivos multimedia. Actualmente existen muchas herramientas de código abierto que se pueden utilizar. No discutiré aquí, solo hablaré sobre la tecnología de transmisión en vivo de HLS.
En comparación con los protocolos de transmisión en vivo de medios de transmisión comunes, como RTMP, RTSP, MMS, etc., la mayor diferencia de la transmisión en vivo de HLS es que lo que obtiene el cliente de transmisión en vivo no es un flujo de datos completo. El protocolo HLS almacena el flujo de datos en vivo como archivos multimedia continuos de corta duración (formato MPEG-TS) en el lado del servidor, y el cliente descarga y reproduce continuamente estos pequeños archivos, porque el lado del servidor siempre actualizará la última transmisión en vivo. Los datos generan nuevos archivos pequeños, por lo que mientras el cliente reproduzca continuamente los archivos obtenidos del servidor en secuencia, se realiza la transmisión en vivo. De esto se desprende que, básicamente, se puede considerar que HLS es una forma técnica de bajo demanda para lograr la transmisión en vivo. Debido a que los datos se transmiten a través del protocolo HTTP, no es necesario considerar problemas de firewall o proxy en absoluto, y la duración del archivo segmentado es muy corta, y el cliente puede seleccionar y cambiar rápidamente la velocidad del código para adaptarse a la reproducción en diferentes condiciones de ancho de banda. Sin embargo, esta característica técnica de HLS determina que su retraso es generalmente mayor que el de los protocolos de transmisión en vivo de medios de transmisión ordinarios.
Especificación del protocolo HLS para generar archivos TS estándar segmentados y archivos de índice m3u8
Tecnología de reproducción P2P
La computadora A solicita un video, el servidor lo graba y pregunta qué computadora alrededor de la computadora A también está viendo el video, y encuentra la computadora B. En este momento, la computadora B se usa como CDN para proporcionar recursos para la computadora A
CDN: aceleración de contenido
hls es un video normal
drm es un video de protección de derechos de autor digital
https es un túnel afuera
La diferencia entre http y https
Los datos transmitidos por el túnel establecido después de una serie de operaciones de handshake serán encriptados / desencriptados simétricamente, lo que involucra 6 claves y es un período corto, por lo que es seguro. HTTP y https usan métodos de conexión completamente diferentes y usan puertos diferentes. El primero es 80 y el segundo es 443. La conexión http es muy simple y sin estado, ... El protocolo HTTPS es un protocolo de red construido por el protocolo SSL + HTTP que puede ser una transmisión encriptada y la autenticación de identidad es más segura que el protocolo http
Comparación entre HLS y RTMP, RTSP
Debería estar hablando de HTTP Live Streaming [1]. Esta es una tecnología desarrollada por Apple para mejorar la eficiencia de la transmisión. Se caracteriza por dividir los medios de transmisión en varios segmentos TS (por ejemplo, un segmento cada 10 segundos) y luego recopilar estos segmentos TS a través de un archivo de lista m3u extendido para que los reciba el reproductor cliente.
La ventaja de este método en comparación con el uso del protocolo RTSP es que una vez que se completa la segmentación, el proceso de distribución posterior no necesita utilizar ningún software especial. El servidor de red ordinario es suficiente, lo que reduce en gran medida los requisitos de configuración del servidor de borde CDN, y puede utilizar cualquier CDN estándar. El protocolo utilizado para la distribución es el HTTP más común. La optimización de la caché de este protocolo por los servidores proxy es bastante madura, mientras que pocos servidores proxy optimizan la caché de RTSP. Esto tiene ventajas considerables para la reproducción de video (suave) en tiempo real, porque después de dicha distribución, la presión de carga en el servidor de origen es mucho menor.
Hay tres tipos de protocolos de transmisión de medios: rtmp, rtsp, http live streaming (uno para apple y otro para adobe)
Rtmp es adobe, rtsp soporte nativo de Android, http live streaming (en lo sucesivo, hls) es, por supuesto, la característica principal de Apple, y finalmente adobe la admite.
Tanto rtmp como rtsp requieren servidores especiales, por ejemplo, rtmp requiere FMS / red5, rtsp requiere darwin, etc., hls solo requiere servidores normales y los beneficios son muy claros en el primer piso.
Aplicación en vivo de RTMP y análisis de demoras
En aplicaciones de transmisión en vivo, RTMP y HLS básicamente pueden cubrir a todos los clientes para ver,
La principal ventaja de HLS es que la demora es relativamente grande y la principal ventaja de RTMP es que la demora es baja.
Compare los siguientes métodos de distribución de medios de transmisión utilizados en Internet:
. HLS: HLS de Apple, admite transmisiones en vivo y bajo demanda.
. HTTP: flujo HTTP, flujo http definido por cada empresa, aplicado a sitios web nacionales de video bajo demanda.
. RTMP: Aplicación en vivo, que tiene ciertos requisitos para el rendimiento en tiempo real, principalmente PC.
RTMFP RTMFP M3U8 VOD basado en UDP.
Al usar RTMFP, las aplicaciones que dependen de la transmisión en vivo y la comunicación en tiempo real, como comunidades, chat de audio y video y juegos multijugador, tienen la capacidad de lanzar soluciones de comunicación de alta calidad. RTMFP permite a los usuarios finales conectarse y comunicarse directamente y chatear directamente con un micrófono y una cámara. RTMFP no admitirá el uso compartido de archivos y documentos. Esta solución mejora la experiencia actual de Flash Player en la interacción de la red.
RTMFP reducirá el consumo de ancho de banda de las transmisiones en vivo y las soluciones de chat en tiempo real, como el chat de audio y video y los juegos multijugador. Debido a que los datos de RTMFP fluyen entre los usuarios finales en lugar de los servidores, esta solución es muy adecuada para la implementación a gran escala. RTMFP también mejora la velocidad de transmisión debido al uso de UDP. UDP es una forma más efectiva de transmitir audio y video en Internet, aunque habrá algunos paquetes perdidos y con errores. RTMFP tiene dos funciones que pueden ayudar a resolver algunos errores de conexión.
Recuperación rápida de la conexión: la conexión se recuperará rápidamente en una situación inesperada. Por ejemplo, si se cae una conexión inalámbrica, una vez que se vuelve a conectar, rápidamente tendrá todas las capacidades de transmisión.
Dinámica de IP: Una sesión de red activa será identificada por PEER, incluso si cambia una IP, se puede mantener la sesión original. Por ejemplo, si una computadora portátil obtiene una nueva dirección IP en una red inalámbrica, inmediatamente continuará la conversación.
Diferencia entre RTMP y RTMFP
De hecho, lo más básico es el protocolo que utilizan en la red. RTMFP se basa en UDP y RTMP se basa en TCP. UDP todavía tiene más ventajas que TCP en la transmisión de datos en vivo, como la reducción de la demora y la tolerancia a la pérdida de paquetes, aunque hay una pérdida de confiabilidad. A diferencia de RTMP, RTMFP admite Flash Player para enviar datos directamente a otro sin pasar por el servidor. La conexión del servidor se utilizará para inicializar e intercambiar información entre clientes. También se puede utilizar para realizar llamadas al servidor o como puerta de entrada a otros sistemas. FMS también se utilizará para proporcionar a los usuarios servicios de autenticación de direcciones y servicios de traducción de direcciones NAT para evitar que los usuarios se confundan.
El servicio de supernodo Cirrus (Stratus) proporcionado por Adobe ayuda a los nodos de Flash Player independientes a iniciar sesión para obtener el ID de la red de superposición P2P (superposición) y ayudar a penetrar los cortafuegos. Los usuarios pueden crear un servicio de seguimiento independiente para ayudar a filtrar los nodos, o utilizar directamente el servicio de grupo de RTMFP para compartir datos mediante multidifusión.
|
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