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
El sistema de transmisión en vivo de audio y video es un sistema de ingeniería complejo. Para lograr una transmisión en vivo con un retardo muy bajo, se necesita una optimización de ingeniería de sistema compleja y estar familiarizado con los diversos componentes. A continuación, se muestran algunos consejos de ajuste habituales:
Optimización de codificación
1. Asegúrese de que el códec active la configuración de retardo mínimo. El códec generalmente tiene un interruptor de optimización de baja latencia, especialmente para H.264. Es posible que muchas personas no sepan que el decodificador H.264 almacenará en caché una cierta cantidad de fotogramas de video antes de mostrarlos. Para video con resolución QCIF (176 × 144), almacenará en caché 16 cuadros, y para video de 720p, almacenará en caché 5 cuadros. Para el primer fotograma leído, esto es un gran retraso. Si no usa H.264 para codificar y comprimir su video, asegúrese de no usar cuadros B, también tendrá un mayor impacto en el retraso, porque la decodificación de cuadros B en el video depende de la fotogramas de vídeo antes y después, lo que aumentará el retraso.
2. El codificador generalmente tiene el retardo causado por el control de código, que también se denomina retardo de inicialización o el tamaño del búfer de VBV. Se considera el búfer entre el flujo de bits del codificador y el decodificador, que se puede configurar lo más pequeño posible o reducir el retraso sin afectar la calidad del video.
3. Si solo se optimiza el primer retardo, se pueden insertar más fotogramas clave entre los fotogramas de video, de modo que el cliente pueda decodificar el flujo de video tan pronto como sea posible después de recibirlo. Sin embargo, si necesitamos optimizar el retardo acumulativo en el proceso de transmisión, debemos utilizar la menor cantidad posible de fotogramas clave, es decir, I-frames (GOP se vuelve más grande). En el caso de asegurar la misma calidad de video, cuanto más I-frames, mayor es la tasa de bits y más ancho de banda de red requerido para la transmisión, lo que significa que el retraso acumulativo puede ser mayor. Este efecto de optimización puede no ser obvio en el sistema con un segundo retardo, pero será obvio en el sistema con un retardo de 100 ms o incluso menor. Al mismo tiempo, intente utilizar el códec acc-lc para codificar audio. Aunque he-acc o he-acc 2 tienen una alta eficiencia de codificación, la codificación lleva más tiempo y el retraso de transmisión causado por un mayor volumen de audio tiene menos impacto en la transmisión del flujo de video.
4. No use el formato de compresión de video MJPEG, al menos use el formato de compresión de video MPEG4 sin marco B (perfil simple), y aún mejor use el perfil de línea de base H.264 (x264 también tiene un interruptor de optimización "sintonizar latencia cero"). Una optimización tan simple puede reducir la latencia porque puede codificar video de velocidad de fotogramas completa a una velocidad de bits más baja.
5. Si se usa ffmpeg, reduzca los valores de "- tamaño de la sonda" y "- duración del análisis", que se usan para monitorear la información del cuadro de video y el tiempo de monitoreo. Cuanto mayores sean los dos valores, mayor será el impacto en el retardo de codificación. En la escena en vivo, ni siquiera es necesario establecer el parámetro de duración del análisis para la transmisión de video.
6. La codificación de velocidad fija CBR puede eliminar la influencia de la fluctuación de la red hasta cierto punto. Si se puede utilizar la codificación de velocidad variable VBR, puede ahorrar algo de ancho de banda de red innecesario y reducir ciertos retrasos. Por lo tanto, se sugiere que se utilice VBR para codificar tanto como sea posible.
Optimización del protocolo de transporte
1. Intente utilizar RTMP en lugar del protocolo HLS basado en HTTP para la transmisión entre los nodos del servidor, lo que puede reducir la demora general de transmisión. Esto está dirigido principalmente a los usuarios finales que utilizan HLS para jugar.
2. Si el usuario final usa RTMP para reproducir, la transcodificación debe llevarse a cabo en el nodo receptor cerca del final de la transmisión, de modo que el flujo de video transmitido sea más pequeño que el flujo de video original.
3. Si es necesario, se puede utilizar el protocolo UDP personalizado para reemplazar el protocolo TCP, y se puede eliminar la retransmisión de pérdida de paquetes bajo el enlace de red débil, lo que puede reducir la demora. Su principal desventaja es que la transmisión y distribución de secuencias de video personalizadas basadas en el protocolo UDP no es lo suficientemente universal, y los fabricantes de CDN admiten el protocolo de transmisión estándar. Otra desventaja es que puede haber salpicaduras o borrosidad causados por la pérdida de paquetes (falta de referencia de decodificación de fotogramas clave), lo que requiere que la parte de personalización del protocolo haga un buen trabajo en el control de pérdida de paquetes sobre la base de UDP.
Optimización de la red de transmisión
1. Hemos introducido la red de transmisión en tiempo real, que es un nuevo tipo de red de transmisión de red con nodos autoorganizados. No solo es adecuado para la optimización de la transmisión de la red de múltiples operadores nacionales, sino que también es adecuado para las necesidades de muchas transmisiones en vivo en el extranjero.
2. Guarde en caché el GOP actual en el nodo del servidor y coopere con el jugador para optimizar el tiempo de apertura del video.
3. El servidor registra la velocidad de cuadro y la velocidad de código de segundo nivel cuando cada flujo de video fluye a cada enlace en tiempo real, y monitorea la fluctuación de la velocidad de código y la velocidad de cuadro en tiempo real.
4. El cliente (push stream y play) obtiene el nodo óptimo actual en tiempo cuasi real consultando al servidor (una vez cada 5 segundos), y el nodo y la línea de falla actuales están fuera de línea en tiempo cuasi real.
Optimización de transmisión y reproducción
1. El sistema puede almacenar en caché los datos antes de enviarlos. La sintonización de este parámetro también necesita encontrar un equilibrio.
2. El control de búfer del reproductor también tiene una gran influencia en el primer retraso del video. Si solo se optimiza el primer retardo, los datos se pueden decodificar inmediatamente cuando llegan en el caso del búfer 0. Pero en un entorno de red débil, para eliminar el impacto de la fluctuación de la red, es necesario establecer un cierto caché, por lo que debemos encontrar un equilibrio entre la estabilidad de la transmisión en vivo y la optimización del primer retraso abierto, y ajustar el tamaño de búfer optimizado.
3. Estrategia de búfer dinámico del jugador, que es una versión mejorada del control de caché del reproductor anterior. Si solo elegimos entre 0 caché y caché de tamaño fijo para encontrar un equilibrio, eventualmente elegiremos un caché de tamaño fijo, lo que no es justo para 100 millones de usuarios de terminales de Internet móvil. Sus diferentes condiciones de red determinan que la caché de tamaño fijo no es completamente adecuada. Por lo tanto, podemos considerar una "estrategia de búfer dinámico". Cuando el reproductor está encendido, usamos una estrategia de búfer muy pequeña o incluso cero. El tamaño del búfer del siguiente segmento de tiempo se determina por el tiempo consumido para descargar el primer video. Al mismo tiempo, la red actual se monitorea en tiempo real durante el proceso de reproducción y el tamaño del búfer se ajusta en tiempo real durante el proceso de reproducción. De esta manera, el primer tiempo de apertura puede ser muy bajo y la influencia de la fluctuación de la red puede eliminarse en la medida de lo posible.
4. Estrategia de juego de tasa dinámica. Además de la estrategia de ajustar dinámicamente el tamaño del búfer, también podemos usar la información de la red de monitoreo en tiempo real para ajustar dinámicamente la tasa de bits en el proceso de reproducción. En el caso de un ancho de banda de red insuficiente, podemos reducir la tasa de bits para reproducir y reducir el retraso.
Lo anterior es parte de las técnicas de optimización de baja latencia. De hecho, cuando optimizamos la latencia baja, no solo nos centramos en la "latencia baja", sino que intentamos lograr una latencia baja con la condición de que otras condiciones no afecten la experiencia del usuario. Por tanto, su contenido involucra una amplia gama de temas.
|
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