Streaming para eventos: preparar y probar el directo

Quién hace qué en la cadena

Listá cámaras, presentaciones, videos y remotos. Poné una persona a cada tarea: elegir imagen, mezclar audio, operar encoder y mirar plataforma y reproducción. Usá los mismos nombres y números en plano, entradas y comunicaciones para que todos pidan la misma señal.

Si hay alguien a distancia, prepará también su retorno: voces de otros participantes, presentación y escenario. Revisá el audio para que no reciba su propia voz como eco. Ensayá una intervención, una pregunta y un cambio de turno antes de salir al aire.

Usá la tabla para pensar tareas de cada programa. Cantidad de cámaras, operadores y destinos se define por lo que querés mostrar y por las pruebas; el aforo solo no decide la cadena.

Probá el enlace que va a usar la audiencia

Elegí dónde se verá el directo y cómo entrará la gente: público, privado o restringido según plataforma y cuenta. Revisá quién administra el evento, si tiene habilitado transmitir, horario y enlace final. A la audiencia pasale ese enlace, nunca la clave de emisión.

Abrilo como invitado desde un dispositivo fuera del recinto. Mirá permisos y reproducción, y prepará qué verá antes del comienzo, en una pausa y al finalizar. Dejá una escena de espera fácil de seleccionar: te sirve si el escenario tarda o necesitás recuperar una fuente.

Resolución máxima, funciones y archivo automático dependen de cuenta y configuración. Revisá documentación y probá el evento preparado. Para la entrega posterior, seguí la guía de grabación.

Configurá el encoder para esa plataforma

Hardware o software, el encoder convierte programa en la señal que recibe el destino. Revisá entradas, resolución, fps, códec, bitrate, audio y protocolo. Guardá el perfil del evento y probalo con todas las fuentes activas.

La guía de YouTube consultada el 8 de octubre de 2026 recomienda, para ingesta H.264, 14 Mb/s en 1080p30 y 17 Mb/s en 1080p60; los mínimos son 5 y 6 Mb/s respectivamente. Pide CBR y recomienda keyframes cada 2 segundos, con límite de 4 segundos. Revisá esos parámetros antes del show: corresponden a ese destino y códec. YouTube: ajustes del encoder.

Vimeo tiene otra tabla: en 1080p30 recomienda 4000 kb/s o hasta 5000 kb/s según la banda de subida disponible. En la guía, 1080p60 depende de cuenta Enterprise y tiene un máximo recomendado de 9000 kb/s. Si cambiás de plataforma, volvé a revisar cuenta y ajustes. Vimeo: red y encoder.

Escuchá el audio desde el otro lado

Prepará una mezcla para streaming con voces, videos, presentaciones y remotos. En música, la sala aporta sonidos que el espectador remoto no escucha; podés necesitar ambiente y otro balance. Identificá canales y quién ajusta esa mezcla.

Escuchá la plataforma desde una conexión externa. Probá palabra, aplausos, música y cambios de fuente. Ajustá sincronía mirando ese recorrido completo: audio y video pueden llegar con demoras diferentes aunque dentro del mezclador parezcan juntos.

Con idiomas, separá original, interpretación, retorno y destinos. Antes de sumar fuentes, mirá qué trae cada mezcla para no duplicar voces. Tenés más detalle en la guía de traducción simultánea.

Escenas y carga: hacé trabajar al sistema como en el show

El asistente de OBS considera hardware y red y te da un punto de partida. Después agregá fuentes, revisá dispositivos de audio y probá grabación o directo. Hasta ensayar la carga real, ese ajuste no confirma cuánto puede sostener la computadora. OBS: Quick Start Guide.

Dejá listas las escenas de comienzo, programa, presentación, remoto, pausa y cierre que vayas a usar. Revisá proporciones, nombres, rótulos y espacio para subtítulos. Si hay varias salidas, decidí cuáles comparten programa y cuáles necesitan otra composición.

Activá captura, videos, gráficas, emisión y grabación al mismo tiempo. Hacé cambios y usá movimiento parecido al del evento. Una escena estática puede funcionar y ocultar el límite que aparece al pasar un video o cubrir un concierto.

Prepará conexión, archivo local y recuperación

Pedí la conexión asignada al encoder y un contacto técnico del lugar. Revisá subida sostenida y red con la guía de internet para eventos. Al bitrate de video se suman audio, protocolo y otras tareas; un test de velocidad aislado no mide toda esa ruta.

Probá la grabación local junto con la emisión y con los archivos que tenés que entregar. Puede conservar material si falla el destino remoto, siempre que el propio sistema de grabación siga funcionando. Revisá espacio, audio y copias por separado.

Ensayá qué hacés si cae una cámara, el encoder o el enlace: qué imagen queda, quién avisa y quién recupera. Un segundo equipo o acceso sirve cuando comprobaste cómo pasar a él y qué necesita. Tenerlo al lado sin probar la conmutación deja pendiente esa parte del plan.

El ensayo completo y la salida al aire

Hacé una prueba con imágenes, movimiento y audio parecidos al evento. Cuando empiece el directo, mirá el estado de la plataforma y la reproducción del espectador: la previsualización puede estar en otra etapa.

1. Dejá destino y acceso listos

   Revisá plataforma, cuenta, evento, enlace del espectador, idiomas y quién administra cada parte.

2. Probá fuentes y mezclas

   Pasá por cámaras, presentación, videos y remotos; escuchá lo que recibe cada destino.

3. Prepará el perfil del encoder

   Aplicá los requisitos actuales de plataforma y probá resolución, fps, códec y bitrate.

4. Hacé trabajar toda la cadena

   Emití una prueba con movimiento, audio, cambios de escena y grabación local activos.

5. Mirá desde fuera del recinto

   Abrí el enlace con otra conexión. Revisá permisos, imagen, sonido y sincronía.

6. Probá cómo vas a recuperar

   Ensayá las fallas y cambios previstos con material de prueba, incluyendo quién los opera.

7. Controlá el directo y su cierre

   Asigná monitoreo de estado y reproducción. Al terminar, revisá cierre y archivo posterior acordado.

Qué contarnos para preparar el directo

Pasanos fecha, horario, lugar, programa, plataforma y acceso. Sumá cámaras, videos, remotos, idiomas y grabación. Contanos qué enlace hay disponible y quién maneja la red. Si habrá público en sala, indicá también quién recibe las preguntas remotas.

Buscá en la propuesta programa, audio, encoder, conexión, operación, monitoreo y pruebas. Dejá clara la grabación y la entrega. Confirmá los modelos disponibles con el proveedor y pedí al administrador revisar los permisos y funciones de la cuenta que va a emitir el evento.

OBS pierde cuadros por red: compará la conexión y la carga

Si OBS pierde cuadros durante el envío, compará el archivo local con la reproducción de la plataforma. Anotá los indicadores de OBS y el momento de la falla: eso permite orientar las pruebas de conexión y de carga sin cambiar varios ajustes juntos.

Compará IPv4 Only si falla la conexión

Si el archivo local sale bien pero el envío pierde cuadros por red, anotá servidor de ingestión, hora, bitrate y resultado. Guardá el log y lo que vio el espectador remoto. Un speedtest prueba otra comunicación; no confirma que la ruta al servidor sostenga el evento. Compará primero con un bitrate conservador y fijate si falla enseguida o después de un rato.

OBS propone probar Settings, Advanced, Network, IP Family, IPv4 Only. Guardá el valor anterior y repetí escena y destino para comparar. Si no mejora, la guía recomienda volver al predeterminado IPv4/IPv6.

En tu ensayo, mirá desde otra conexión durante el tiempo previsto y prepará quién controla el retorno y activa el respaldo. Subir bitrate mientras ya perdés cuadros no corrige la falla.

El paso y cómo revertirlo están en OBS: Stream Connection Troubleshooting, IP Family.

OBS: extendé el ensayo hasta la duración prevista

Armá un ensayo con cámaras, invitados, videos, gráficas y grabación como en el evento. Mirá archivo local, indicadores de OBS y reproducción remota; anotá la hora de cada pérdida y qué estaba haciendo el sistema. Una prueba corta puede pasar y dejar sin observar la falla de un programa largo.

OBS documenta streaming H.264 mediante VideoToolbox en Apple Silicon. Compará ese encoder con x264 usando la misma computadora, fuentes y carga. Anotá qué cambia en la reproducción y los registros; si modificás varios parámetros juntos, después cuesta distinguir cuál influyó en el resultado.

Guardá un perfil que haya funcionado y cambiá una variable por comparación. Si probás bitrate dinámico, mirá también la calidad: reduce el envío ante congestión y no repara la causa. Extendé el ensayo hasta la duración prevista, con cambios e invitados reales, y dejá definido cuándo pasar al respaldo.

Las funciones y límites están en OBS: Apple VideoToolbox y OBS: bitrate dinámico y cuadros perdidos.

Probá también la placa quieta cuando enviás SRT

Si el show empieza con una placa quieta, mantenela durante el ensayo y observá el receptor. Alterná después con cámara y movimiento para comprobar si el defecto coincide con un tipo de contenido o se mantiene durante todo el envío.

El manual vMix 29 recomienda como orientación al menos cuatro veces el ping. Haivision acota esa referencia a redes con pocas pérdidas y sin ráfagas importantes. Medí la ruta durante el envío y probá el receptor con las escenas del show; la cuenta por sí sola no explica el fallo ni asegura una imagen limpia.

Si el problema son saltos o un ajuste que no parece aplicarse, seguí la comparación de Latency y Decoder Delay. Registrá transporte, recepción y archivo por separado.

1. Compará estático y movimiento

   Alterná placa, cámara y cortes en el ensayo. En Statistics, seguí RTT y pérdidas de SRT, y anotá cuándo aparece el defecto. Así podés comparar la imagen con lo que ocurre en el transporte.

2. Dale margen a la recuperación

   Coordiná Latency con quien recibe y repetí la prueba cambiando una variable. Si ambos extremos son vMix, su guía pide el mismo valor. Más margen suma demora; comprobá si sirve para la conversación del evento.

3. Revisá cómo sale la placa

   Si tu versión ofrece CBR y el receptor necesita un caudal constante, probalo por separado. En vMix 29, esa opción agrega relleno al flujo SRT cuando cae por debajo de la tasa objetivo, por ejemplo con una placa quieta. La guía advierte aproximadamente 10% más bitrate total; medí el envío y mirá el retorno para comprobar si ayuda en tu ruta.

El remoto oye eco: probá por dónde vuelve su audio

Si el remoto escucha voces repetidas y en la sala parece estar todo bien, dibujá dos caminos: lo que mandás a Zoom y lo que recibís de Zoom para los altavoces. Sumá las laptops de apoyo al dibujo. Si sólo las necesitás para ver o compartir, desconectalas del audio de la reunión: mutear su micrófono deja el altavoz activo.

Probá primero un micrófono de sala y después una voz remota. Escuchá desde otra conexión y abrí los demás canales de a uno. Cuando reaparezca el eco, seguí esa ruta; así distinguís un retorno enviado de nuevo a Zoom de un altavoz que vuelve a entrar por un micrófono.

Prepará un envío al remoto con las voces presenciales y los contenidos previstos, dejando afuera su propio retorno: ese es el mix-minus. En Qu-16, seleccioná ese Mix y comprobá que el canal de retorno esté desasignado. Si el envío es pre-fader, bajar el fader en LR puede dejar el retorno activo en ese Mix. La guía AP10025 para V1.9 explica la asignación; mantené la voz remota en la mezcla de sala que la necesite.

Si usás el Roland VR-50HD original por USB, mirá System, USB Streaming, Audio Bus: admite MAIN o AUX. Seleccionar AUX no alcanza; revisá sus envíos y el dispositivo de micrófono elegido en Zoom. Hacé la prueba final con preguntas en ambos sentidos.

Tenés las pruebas de eco en Zoom, el ruteo Qu V1.9, pp.11 y 15 y el bus USB del VR-50HD, p.11.

En OBS, una fuente visible puede estar esperando en Preview

En OBS 32.1.0, el mezclador puede mostrar audio de la escena que estás preparando en Preview. Si una fuente lleva esa etiqueta, revisá qué escena está en Program antes de tocar el dispositivo. Ver el canal en pantalla no significa que esa voz o ese video ya esté en el directo.

Hacé la comparación fuera del aire: dejá una escena de prueba en Program y prepará otra con un video conocido. Usá Transition para llevarla a programa, escuchá el resultado y revisá el estado de su audio. Después volvé a la escena anterior. Ensayá ese cambio con las placas, videos y micrófonos que tendrá el evento.

Revisá mute, volumen y monitoreo por separado. El botón Monitor reproduce por el dispositivo local elegido en Settings; escuchar ahí no confirma lo que recibe la plataforma. Abrí también el enlace como espectador y comprobá el sonido después de la transición.

Si actualizaste OBS, anotá la versión y repasá el mezclador en el ensayo: 32.1 también permite fijar canales y mostrar fuentes de otras escenas. Para ubicarte, tenés las notas de 32.1.0, el flujo Studio Mode y la guía de audio. Si sigue sin sonido en Program, guardá el log y anotá qué fuente falla, en qué escena y con qué dispositivo de salida.

El micrófono aparece dos veces: revisá la captura global y la de escena

Si la voz se escucha duplicada o más fuerte de lo previsto, mirá qué dispositivos alimentan cada fuente de audio en OBS. Dos nombres parecidos pueden señalar el mismo micrófono, pero también pueden ser equipos distintos. Abrí sus propiedades antes de decidir cuál silenciar.

La guía Audio Sources de OBS advierte que capturar el mismo dispositivo en Settings > Audio y además mediante Audio Input Capture en una escena puede producir eco. Esos nombres corresponden a Windows y macOS; en Linux la guía describe fuentes ALSA/PulseAudio.

Elegí cómo querés trabajar: un micrófono global disponible al cambiar de escena, o captura por escena para controlar dónde entra. Si elegís la segunda opción, deshabilitá ese mismo dispositivo en la configuración global. Prepará el cambio fuera del aire y comprobá las escenas de charla, espera y video.

Hablá, silenciá cada ruta por separado y escuchá una grabación de prueba; después revisá el retorno de la plataforma. La voz tiene que llegar una sola vez y desaparecer donde el programa lo pida. Si sigue el eco, revisá también las demás rutas: quitar esta duplicación no demuestra que todo el audio ya esté bien.

Definí cómo empieza y termina cada clip en OBS

Antes de la transmisión, decidí qué debe ocurrir cuando volvés a una escena: ¿el clip arranca de cero o necesitás otra continuidad? Abrí las propiedades de su Media Source y mirá Restart playback when source becomes active. OBS documenta que reinicia cuando la fuente está en la escena actual y visible.

Revisá Close file when inactive por separado. Si lo activás, libera la memoria del archivo cuando la fuente queda oculta o fuera de escena. Al volver, puede haber un intervalo sin imagen mientras recarga. Probá esa espera con el archivo de apertura y tu transición habitual.

Repasá también el final: Loop repite el archivo y Show nothing when playback ends evita dejar su último fotograma visible indefinidamente. Elegí el comportamiento que pide la escaleta. Después grabá una prueba entrando, saliendo y volviendo al clip; revisá arranque, final y audio. Anotá esos ajustes junto al nombre del archivo para que otro operador sepa cómo debe reproducirse.

Si el problema vuelve con la colección, probá fuentes y filtros por separado

Si OBS funciona mejor con una colección sencilla y vuelve a trabarse al importar la del show, conservá ambas para comparar. Anotá la escena, la hora y qué fuente estaba activa cuando apareció el fallo. Esa diferencia orienta la revisión; todavía no identifica un filtro culpable.

La guía de rendimiento de OBS explica que componer la escena necesita recursos de GPU. Recomienda simplificar fuentes, reducir Browser Sources y comparar desactivando filtros. También advierte que muchas fuentes consumen recursos aunque no estén visibles: ocultar un elemento no demuestra que dejó de cargar el sistema.

Hacé una copia de trabajo y una prueba corta con cámara y audio conocidos. Sumá después presentación, gráfica y video de a uno. Cuando reaparezca el salto, repetí ese paso y compará sus filtros por separado. Conservá una muestra y el registro de cada comparación.

Antes de aceptar la colección reducida, repasá el programa completo: transiciones, videos, invitados y grabación simultánea. Mirá también la reproducción desde otra conexión. Si falta una función del show, recuperala y repetí el ensayo antes de usar esa colección.

Audio fuera de sincronía: medí si la diferencia cambia

Antes de cargar un delay, grabá una señal visible y audible, como una palmada, al principio y más adelante en el ensayo. Compará el momento de la imagen con el pico de audio y anotá si la separación se mantiene o cambia.

En OBS 32.1.0, Sync Offset permite aplicar un desplazamiento por fuente en milisegundos. Si el audio se adelanta una cantidad estable, probá una compensación medida y revisá otra grabación. Un valor fijo no corrige por sí solo una separación que cambia durante la transmisión.

Compará por separado el archivo local, la recepción de la plataforma y los auriculares de control. La guía de OBS define Monitor como la escucha de la fuente por el dispositivo configurado; necesitás comprobar también lo que recibe el público.

Si el desfase vuelve después de un ruido o corte, anotá cuándo ocurrió y repetí la comprobación por tramos de la cadena. Guardá esa muestra junto con los ajustes usados para seguir el diagnóstico.

Elegí cámara y micrófono por separado en Zoom

Si Zoom recibe imagen de OBS pero faltan voces, revisá la entrada de audio elegida en Zoom. Los medidores de OBS no comprueban qué recibe la reunión.

En OBS 32.1 para Windows, Virtual Camera entrega vídeo. En su engranaje, elegí Program si querés enviar la salida del show; Preview muestra tus cambios de preparación en Studio Mode.

En Zoom, abrí Settings, Audio y seleccioná el micrófono previsto. Usá Test microphone y escuchá la reproducción. Después pedile a alguien conectado desde fuera de la sala que compruebe cada voz y el audio de los videos. Anotá qué dispositivo recibe esa mezcla.

En Twitch, escuchá el vivo y también la repetición

Si el vivo tiene voz y videos pero la repetición pierde una fuente, revisá qué mezcla mandás a cada destino. La repetición puede recibir otro audio.

Con Twitch VOD Track habilitado, OBS permite enviar una mezcla distinta al archivo de Twitch. Su guía usa por defecto pista 1 para vivo y 2 para VOD. En Advanced Audio Properties, comprobá qué fuentes están asignadas a cada una.

Probá voz, video y otra fuente por separado. Escuchá el directo desde otro dispositivo y revisá la repetición al terminar. Si falta algo, compará la asignación antes de agregar otra captura del mismo dispositivo.

Ficha del directo: audiencia, materiales y responsables

Anotá qué sesiones se transmitirán, a quiénes están dirigidas y cómo recibirán el enlace. Sumá los idiomas y la disponibilidad posterior que querés pedir. Separá las decisiones tomadas de las que siguen abiertas.

Listá presentaciones, videos, nombres y gráficas que habrá que recibir. Poné un contacto para cada material y una fecha de entrega. Indicá quién aprueba lo que verá la audiencia.

Definí quién administra la cuenta, quién comparte el enlace y quién autoriza empezar o terminar la emisión. Si aún falta elegir plataforma, señalá quién decide y cuándo necesita estar resuelto.

ATEM Mini Pro: conservá la voz al cambiar de imagen

El manual de ATEM Mini distingue ON, que mantiene el audio habilitado, de AFV, que lo hace sonar cuando su fuente está al aire.

Probá voz en ON alternando cámara y diapositivas; clips en AFV si deben sonar sólo con su imagen. Escuchá programa y el regreso al orador.

ATEM Mini Pro: fijá el formato antes de cargar las placas

En ATEM Mini Pro, comprobá el estándar de producción antes de armar las placas. El manual ATEM Mini, junio 2026 dice que, en automático, lo toma de la primera fuente HDMI conectada. Las entradas compatibles se convierten al estándar elegido.

Cambiarlo borra las imágenes fijas del media pool. Fijá el formato, cargá las placas y probá las salidas que usarán grabador y encoder antes de dar por listo el show.

Makito X4: comprobá qué canales de audio codificás

La guía Makito X4 Encoder 1.8 separa Input Interface, Input Channels y Channel Mode. Este último también cambia el rango de canales que se procesa: no alcanza con elegir Stereo o Mono.

En el ensayo del congreso, identificá la entrada SDI y los canales de voz o interpretación. Probá por separado las señales de voz y de interpretación que hayas previsto, escuchá el receptor y anotá el contenido esperado.

P300: revisá qué señal usa la cancelación de eco

Si el montaje usa P300, seguí el audio remoto hasta los parlantes. En el ejemplo USB con salida analógica, elegí Analog - To Speaker como referencia AEC en Schematic; con parlantes Dante, elegí la salida Dante correspondiente.

Comprobá Reference Meter mientras habla el remoto, sin saturación, y escuchá una llamada de prueba. La guía 8.4 indica que seleccionar la referencia en un bloque AEC cambia la referencia de todos los bloques.

ATEM Mini Pro: separá Zoom de la salida HDMI

El ATEM Mini Pro entrega programa como webcam por USB-C. El manual de junio 2026 separa esa ruta a Zoom de VIDEO OUT, que selecciona la fuente HDMI.

Para mostrar programa en el LED por HDMI, elegí PGM. M/V es la selección inicial y muestra varias fuentes juntas. Anotá el destino de esa única salida HDMI antes del ensayo.

vMix 29: llevá los medios del preset a la reserva

Save As guarda el preset en otro archivo. Para llevar medios, abrí su flecha y elegí Save As Bundle: el .vmixZip reúne buena parte del material, incluidos videos, audio y títulos. Excluye archivos de replay.

Copialo a la reserva y ensayá la reproducción. Revisá dispositivos, ajustes locales, audio y salidas en esa computadora. vMix: Preset Bundles.

vMix 29: localizá los cuadros perdidos

En Statistics, revisá cada entrada. Source Dropped señala pérdidas por lentitud de cámara o capturadora; Renderer Dropped, por lentitud de la tarjeta gráfica. Encoders lista envíos y grabaciones; Codec indica si codifica CPU o GPU. Guardá los valores y la hora del corte.

ATEM Mini Pro: delay del audio analógico

En ATEM Software Control, abrí el indicador de delay bajo Input Level de Mic1/Mic2. El manual lo ajusta en frames; la ficha de ATEM Mini Pro indica hasta 8 frames.

vMix 29: ajustá el delay de la entrada de audio

En Audio Mixer, abrí el engranaje de la entrada: General → Delay demora esa fuente en milisegundos. Si varias cámaras comparten la voz, comprobá cada cambio de plano.

Recibís SRT con varios idiomas: identificá los canales antes de mezclarlos

SRT Input en vMix 29 combina los pares recibidos en un flujo multicanal controlable desde la matriz y el mezclador. En Channel Matrix, las columnas son canales de origen y las filas destinos. Su ejemplo de tres pares asigna 1–2 a Master/Headphones, 3–4 a A y 5–6 a B.

Ese ejemplo no identifica tus idiomas. Enviá frases distintas por par, escuchalas por separado y anotá canal, bus y contenido en la ficha. Comprobá el destino con cámaras y streaming. Revisá también las pistas de salida.

Nimble recibe varios audios, pero al HLS llega uno

La referencia de WMSPanel permite seleccionar el audio de una salida MPEGTS por PID. Si se omite, toma el primer audio; con PID cero usa index. Revisá la selección efectiva antes de cambiar el emisor.

Enviá frases distintas por idioma. Escuchá entrada, salidas y HLS final: anotá dónde desaparece el segundo audio en la ficha. Registrá el build y conservá la configuración para restaurarla.

Revisá después las etiquetas HLS. Coordiná el ensayo con cámaras y streaming.

Arranca el vídeo con otro audio durante unos segundos

Si el menú muestra un idioma y al iniciar escuchás otro, registrá la selección y la primera frase reproducida por separado. Repetí el arranque antes de cambiar ajustes del player.

En la API de hls.js v1.7.3, audioPreference busca la pista que mejor coincide al arrancar. Sin esa preferencia, el reproductor selecciona una pista por defecto. Registrá la versión utilizada antes de comparar comportamientos.

Escuchá desde el primer instante, repetí el inicio y anotá qué frase aparece en la ficha. Compará la preferencia configurada con el contenido real. Probá también cambiar de audio y volver.

Si hay varios idiomas, compartí la identidad de las pistas y el registro de arranque con el responsable de cámaras y streaming.

AirPlay envía el audio, pero la imagen queda en el iPad

WebKit explica que un blob de MSE/MMS no sirve como dirección reproducible fuera del navegador. Su ejemplo agrega una URL HLS alternativa para que Safari pueda pasarla a AirPlay. Identificá la ruta usada: HLS nativo o JavaScript con MSE/MMS.

Compará reproducción local, envío y regreso en el receptor previsto. Anotá imagen y frase escuchada en la ficha. Pedí al responsable del player revisar sus fuentes antes de modificarlo; guardá la configuración anterior.

Si hay idiomas, comprobá el audio seleccionado. Coordiná con cámaras y streaming.

El selector busca una pista por ID y devuelve otro idioma

Compará ID, índice e idioma en la lista de pistas actual. Si el selector devuelve otro audio, revisá qué pista coincide con el identificador pedido y escuchá su contenido.

El estándar HTML establece que AudioTrack.id es de solo lectura. getTrackById devuelve la primera coincidencia, o null si ninguna coincide. Los índices pueden cambiar al añadir o quitar pistas.

Registrá todas las pistas y sus estados enabled en la ficha. Si aparecen duplicados, pedí revisar la selección del player; escuchá el idioma elegido y repetí después de recargar.

Si el idioma escuchado no coincide, entregá el manifiesto y la lista de pistas al responsable de cámaras y streaming para continuar la revisión.

vMix 29: una entrada SRT tiene saltos, ¿qué ajuste conviene comparar?

Antes de subir un buffer, identificá qué falla: saltos de imagen, cortes de audio, separación entre voz e imagen o demora excesiva del retorno. Anotá emisor, versión de vMix, códec, resolución, fps, Latency y Decoder Delay. Guardá una muestra con movimiento y una voz que puedas reconocer al reproducirla.

El manual vMix 29, SRT Input distingue Latency, que da margen al transporte, de Decoder Delay, que compensa cuadros espaciados irregularmente o audio y video que el encoder entrega en momentos distintos. El ejemplo de 150 ms para cuadros que llegan separados 100 ms ilustra esa función; no fija un valor para todos los emisores. Revisá también SRT, Technical/System Requirements: vMix 29 admite formatos progresivos, H.264 o HEVC y audio AAC-LC en Transport Stream.

Compará fuera del aire la misma entrada y el mismo contenido durante el mismo tiempo. En Statistics, guardá al inicio y al final RTT, pérdidas y datos de SRT. Mirá también los tiempos de Video y Audio disponibles para esa entrada. Un contador aislado no identifica por sí solo una falla de encoder, red o GPU.

Si cambian RTT o pérdidas cuando aparece el defecto, investigá el transporte y coordiná una comparación de Latency con el otro extremo. Si sospechás llegada irregular desde el encoder, compará Decoder Delay conservando Latency, formato y carga. En ambos casos, observá fluidez, sincronía y demora del retorno; cambiá una variable por intento y volvé al ajuste anterior si empeora.

Completá la ficha de comparación con las dos muestras y lo que observaste. Una entrada fluida durante un tramo no prueba el programa completo: ensayá después cámaras, placas, remotos y grabación juntos. Relacioná el archivo con la ayuda SRT de MultiCorder y coordiná el recorrido de cámaras y streaming.

Decoder Delay vuelve a cero o no cambia el retorno: separá ambos síntomas

Comprobá primero si Decoder Delay pierde el valor o lo conserva sin producir el cambio que esperabas en el retorno. Registrá el campo y la imagen por separado para distinguir esos síntomas.

En una configuración de ensayo, anotá el valor antes del cambio y el que aparece al volver a abrir la entrada. Si vuelve a cero, registrá exactamente cuándo: al cerrar la ventana, reconectar o cargar un preset. Si conserva el valor pero no ves diferencia en el retorno, anotá ese otro resultado. Son observaciones distintas y necesitan registros distintos.

Usá Save As para guardar el ensayo en un archivo separado: Save sobrescribe el preset abierto. Cargá después esa copia, fuera del show, y volvé a mirar el valor. Esa prueba permite comprobar si el ajuste persiste; si se restablece, conservá la secuencia y el preset para continuar el diagnóstico.

Para la prueba de imagen, seguí el recorrido cámara → Nimble → entrada SRT → salida → pantalla de control. El manual vMix 29 describe Decoder Delay como compensación de llegada irregular; no promete un desplazamiento visible idéntico a lo que escribís en el campo. Compará con una referencia visible y audible y anotá dónde mediste. No uses ese número como medición de demora total.

Si la diferencia persiste, guardá versiones, capturas del campo, preset de ensayo, ajustes y muestras para soporte, sin compartir claves de conexión. La ficha deja un espacio para valor pedido, valor al reabrir y resultado del retorno. Revisá los tramos de sincronía y el servicio de cámaras y streaming para preparar la comparación.

Latency en ambos extremos: instrucción de vMix y valor negociado de SRT

Para preparar un enlace con vMix 29, su manual SRT Input, Latency pide el mismo valor en ambos extremos. Coordiná el ajuste con quien opera el otro equipo y anotá las unidades: el campo de vMix está en milisegundos. No reduzcas sólo un extremo esperando que eso quite la misma cantidad de demora al retorno.

Haivision explica en SRT 1.5.4, Latency que se usa el valor mayor. La API de esa versión precisa el alcance: con entrega temporal TSBPD habilitada, la latencia de recepción negociada es el máximo entre el valor de recepción local y el mínimo pedido por el emisor. La negociación ocurre al establecer la conexión. Describe la biblioteca SRT, no una comprobación de qué versión integra nuestra aplicación.

Caller y Listener indican cómo se establece la conexión. Para revisar esta comparación, anotá además quién envía el video y quién lo recibe. En versiones que permiten transmisión bidireccional, cada sentido necesita su propia comprobación; no alcanza con decir que “gana el Caller” o “gana el Listener”.

Ejemplo calculado para ese mecanismo: si el receptor pide 120 ms y el emisor establece un mínimo de 250 ms, se negocian 250 ms de buffer de recepción. Ese cálculo no incluye captura, codificación, decodificación, mezcla ni pantalla; no es una medición de cámara a pantalla.

Como ensayo propuesto, registrá valores y versiones en ambos equipos. Si la herramienta expone la latencia negociada, anotala después de conectar; si no la muestra, dejala como dato no disponible. Coordiná cualquier reconexión fuera del aire y comprobá fluidez, audio y demora de la cadena completa.

Usá la ficha junto con los contadores de red. El ejemplo del protocolo no sustituye los ajustes que prescribe cada aplicación. Al preparar cámaras y streaming, compartí también cuánto puede esperar el interlocutor remoto para conversar.