Ni siquiera tengo una teoría sobre esto. La sincronización de audio de todas las grabaciones está desfasada a partir del 11 de octubre, según los archivos convertidos.
Actualicé TabloRipper a la versión 2.3.4 el 1 de noviembre de 2017.
Todas mis pruebas de hoy usan el mismo archivo: America’s Test Kitchen - s17e11 - Big Easy Favorites - ch4.1.mp4, pero todos los archivos procesados con MCEBuddy están afectados. Ch4.1 es una grabación de una estación PBS que no tiene comerciales.
El concepto original era que MCEBuddy recortara 60 segundos del inicio y 2 minutos del final del archivo. Los cortes de inicio y fin se han eliminado (se establecieron en 0 y se desmarcaron) para estas pruebas.
En mi Tablo, el archivo se reproduce bien en la televisión.
Estoy usando Tablo Ripper para descargar el archivo a mi PC. El archivo descargado se reproduce sin problemas.
La conversión con MCEBuddy mueve el archivo y ahí aparece el problema de sincronización de audio.
Estoy incluyendo imágenes de mi configuración y dos archivos de registro creados en modo Debug.
2017-11-02T13:24:51 MCEBuddy.AppWrapper.FFmpeg → [mp4 @ 00000000003bda20] Malformed AAC bitstream detected: use the audio bitstream filter ‘aac_adtstoasc’ to fix it (‘-bsf:a aac_adtstoasc’ option with ffmpeg)
2017-11-02T13:24:51 MCEBuddy.AppWrapper.FFmpeg → av_interleaved_write_frame(): Operation not permitted
Posiblemente el formato de tu archivo ha cambiado, confundiendo a ffmpeg.
Tenemos una nueva versión de ffmpeg que saldrá con la compilación BETA de hoy, que puede manejar mejor tales anomalías de audio. Prueba la versión BETA 2.4.8 de esta noche.
Listo, entendido, gracias por reportarlo. Ya está solucionado, debería funcionar ahora. La IP de AWS había cambiado y necesitábamos volver a sincronizar la configuración.
Acabo de subir dos programas de media hora al servidor FTP para pruebas. Uno está desincronizado, el otro es el archivo original descargado de mi Tablo. Es un programa de cocina, así que hay muchos momentos en los que los presentadores hablan. Este archivo debería servir para probar el problema de sincronización de audio.
Estoy usando la versión Beta 2.4.8 del 2 de noviembre. La sincronización de audio sigue estando muy desfasada. La beta realmente no ha hecho ninguna diferencia.
Lamento informar que no estoy usando MCEBuddy hasta que podamos resolver esto. ¿Cómo puedo ayudar?
Así que probé tu archivo de muestra America's Test Kitchen - s17e11 - Big Easy Favorites - ch4.1 y usando la última versión BETA 2.4.8 de MCEBuddy con el perfil MP4 Normal y Comskip para eliminar comerciales, ¡funcionó perfectamente! Sin problemas, el audio está perfectamente sincronizado de principio a fin.
Prueba la última versión BETA 2.4.8. Si tienes algún problema, sube el video original y el archivo de registro de conversión.
Sí, estoy de acuerdo en que con el perfil MP4 Normal el audio está sincronizado. Así que el problema está con el perfil MP4 Unprocessed.
Me encanta tu entusiasmo, pero America’s Test Kitchen es un programa de PBS y no tiene comerciales. Así que uso el perfil MP4 Unprocessed sin eliminador de anuncios para ahorrar tiempo en la conversión de todos los programas de PBS.
Acabo de descargar e instalar la versión 2.4.8 Beta porque la fecha del directorio había cambiado… parece que los archivos en el zip no cambiaron, pero de todos modos lo instalé.
Usando el perfil MP4 Unprocessed, recortando 60 segundos del principio y del final, hay un retraso de sincronización de audio muy notable.
Ejecutar el perfil MP4 Normal toma unos 40 minutos más en un programa de media hora. Ejecutarlo en un Intel I7 con montones de memoria es como ver secar la pintura.
Sí, estoy de acuerdo en que con el perfil MP4 Normal el audio está sincronizado. Así que el problema está con el perfil MP4 Unprocessed.
¡Sigue con el gran trabajo! ¿Cómo puedo ayudar a ajustar el perfil MP4 Unprocessed?
Lo revisaré, no hay ningún problema conocido. Necesito averiguar por qué ffmpeg se está atascando si no hay eliminación de anuncios. Con la eliminación de anuncios podría haber una serie de razones, pero sin ella debería ser directo.
Así que puedo replicar el problema; algo de ese vídeo está atascando a ffmpeg al intentar copiar el vídeo y el audio. He probado con versiones muy antiguas de ffmpeg por si acaso las nuevas tuvieran algún fallo, pero ocurre lo mismo. Es algo del vídeo que no cumple con el «estándar» y está haciendo tropezar a ffmpeg. Seguiré experimentando para ver si logro identificar el problema y luego encontrar una solución. Gracias por la muestra.
Mientras tanto, comprueba si actualizaste los controladores del sintonizador de TV. ¿Qué crees que cambió en octubre?
