Tecnología · GUÍA PRÁCTICA
¿Terminó el remux de OBS pero falta audio? Audita cada pista de origen y salida
Un mensaje de finalización, la cantidad de flujos y una primera pista reproducible responden preguntas distintas. Conserva el origen, distingue pistas ausentes, silenciosas o no decodificables y verifica cada sonido necesario.
Si termina el remux de OBS pero falta el micrófono, hace falta más que cambiar una opción del reproductor. Conserva la grabación original y comprueba cada flujo de audio necesario en ambos archivos. Puede faltar, existir con silencio o contener datos que el editor no puede decodificar.
Las guías existentes explican correctamente reproducción de una sola pista, asignación de fuentes y compatibilidad de códecs. La trampa pendiente es tratar un mensaje de finalización o una reproducción como prueba de conservación completa. Diagnostica los bytes grabados antes de cambiar futuras grabaciones o borrar el único origen.
Conserva el origen y haz un inventario de ambos archivos
Guarda el MKV original, MP4 remuxeado, versión de OBS y registro completo del remux. Escribe diagnósticos con nombres nuevos. Anota los sonidos necesarios —micrófono, juego, comentario u otra fuente— y si necesitas pistas separadas o una mezcla final.
Ejecuta ffprobe -v error -show_streams -show_format -of json recording.mkv, sustituyendo el origen real y después la salida. Compara índices, códecs, distribuciones de canales, frecuencias de muestreo y duraciones. Un flujo estéreo contiene dos canales, no dos fuentes grabadas por separado. Conserva valores desconocidos sin interpretarlos como cero.
Decodifica cada pista necesaria del origen por separado
Selecciona explícitamente cada flujo. Por ejemplo, ffmpeg -v error -i recording.mkv -map 0:a:1 -c:a pcm_f32le second-audio-audit.wav decodifica el segundo flujo de audio en un archivo diagnóstico nuevo. El ordinal a:1 no equivale necesariamente a la pista 2 de OBS; comprueba inventario y contenido reconocible.
Escucha inicio, medio y final necesarios e inspecciona la forma de onda decodificada o mediciones astats cuando sirvan. Distingue flujo inexistente, fallo de decodificación, silencio digital y sonido esperado. Muestras no nulas no prueban por sí solas la captura correcta del micrófono. Un decodificador fallido deja incertidumbre, no prueba silencio ni pérdida permanente.
Lee el registro aunque termine el remux
La implementación de OBS fijada a un commit crea un flujo de salida por cada entrada y copia parámetros de códec. Aun así, su bucle continúa tras errores de escritura AVERROR_INVALIDDATA o EINVAL. Llegar finalmente al fin de entrada y escribir correctamente el cierre puede devolver éxito. Es un hallazgo del código, no prueba que tu OBS instalado omitió audio.
Compilamos tres funciones de control intactas con stubs programados y probamos seis casos. Los dos errores de escritura especificados devolvieron éxito aunque el stub aceptó uno de dos intentos; el éxito normal aceptó ambos. Fallos fatales de escritura, cabecera y cierre devolvieron false. No reprodujimos la aplicación OBS, un fallo real de códec ni una grabación del lector.
Elige la reparación según origen y salida
Si el sonido deseado se decodifica del origen pero falta en la salida, conserva ambos y prueba una conversión con asignación explícita a un destino compatible. La selección automática de FFmpeg puede elegir un solo flujo de audio; -c copy no cambia esa selección. Si la salida contiene el sonido pero el editor no lo reproduce, examina soporte de códecs e importación de pistas en lugar de asumir audio borrado.
Si el origen grabado es silencioso o carece de la pista necesaria, cambiar la asignación actual de OBS no rellenará el archivo antiguo. Busca grabaciones independientes o respaldos. Para próximas sesiones, asigna fuentes en Advanced Audio Properties y habilita las pistas de grabación necesarias; prueba la salida real. Una mezcla reproducible es útil, pero no sustituye las pistas aisladas requeridas para editar.
Valida todas las pistas antes de descartar pruebas
En otra prueba sintética con Ubuntu FFmpeg 6.1.1, un MKV contenía vídeo H.264 y dos flujos AAC mono: silencio y un tono de 440 Hz. La selección automática por copia produjo un MP4 con solo el silencio. Asignar explícitamente ambos audios conservó los dos, con bytes de muestras decodificadas coincidentes en esta prueba. Ese comportamiento de selección CLI no reproduce un remux de OBS.
Compara finalmente sonido reconocible, cobertura de flujos, contenido al final, duración y sincronización en el reproductor o editor previsto. La documentación actual de OBS advierte que no todas las aplicaciones admiten PCM en MP4; aceptar el contenedor no basta. Un trabajo terminado, igual número de flujos o una primera pista reproducible no certifica cada sonido necesario. Conserva el origen hasta completar las verificaciones.
