Tengo una cámara MEVO que estoy usando para transmitir video a OBS a través de mi servidor debian nginx rtmp. También tengo una cámara web USB conectada directamente a mi PC que ejecuta OBS, y estoy transmitiendo video desde mi teléfono inteligente a OBS a través del mismo servidor nginx rtmp y una aplicación llamada Larix Broadcaster. Uso de CPU de la PC OBS: 15%; servidor nginx rtmp: 2%.
MEVO > nginx-rtmp > OBS USB webcam > OBS Smartphone (Larix) > nginx-rtmp > OBSEsto funciona, pero las transmisiones no están sincronizadas entre sí. Hay una latencia de aproximadamente 2 a 5 segundos entre MEVO y OBS (y también hay una latencia diferente entre Larix y OBS). La cámara web es instantánea. No me importa la latencia de 2 segundos: puedo configurar un retraso asíncrono manual en OBS en la cámara web para sincronizarlo con el MEVO. El problema es que la latencia no es consistente. ¡Cada vez que empiezo a transmitir el MEVO, cambia!
Luego, cuando finalmente logro sincronizar las transmisiones (golpe de suerte), también durante la transmisión se sincronizan y desincronizan (inestabilidad). Solo en el rango de 100-200ms, pero suficiente para ser visible.
Mirando el MEVO, creo que solo es compatible con RTMP. Así que pasar a otro protocolo no funcionará para mí.
¿Cuál podría ser la causa del jitter y el cambio de latencia? ¿Puede ser la red? Tanto MEVO como OBS están en una red cableada rápida de 1 Gbps.
Intenté configurar Network Buffering en OBS a 1 MB, 2 MB o lo que sea, pero no ayuda. También intenté cambiar el buflen en nginx.conf, pero fue en vano.
nginx.conf:
worker_processes 1; events { worker_connections 1024; } rtmp { server { listen 1935; chunk_size 4096; buflen 1000ms; application live { live on; record off; max_connections 20; } } }¡Ayúdenme a corregir el jitter y cambiar la latencia en OBS! Gracias.
Actualice ya que estoy tratando de corregir el cambio de retraso en el inicio :
¿Algunas ideas?
Soy del equipo Softvelum que está detrás de Larix Broadcaster.
Recomendaría cambiar la "Frecuencia de fotogramas clave" a 1 segundo y establecer "Número máximo de elementos de búfer" en 70. Puede leer Q13 en esta página https://softvelum.com/larix/faq/ para obtener más información sobre esta configuración. En cuanto a "atrapar" la sincronización, esto sucede si comienza a transmitir cerca del inicio del cuadro clave. Si tiene 300 elementos en el búfer, esto es aproximadamente 3 segundos, por lo que puede ubicarse en el medio y obtener 1.5-2 segundos detrás del tiempo real.
Intenta jugar con el búfer y el fotograma clave para ver cómo funciona.