EDIT: He subido el video de muestra y el archivo de registro al FTP en la carpeta wvladik
Versión y tipo de MCEBuddy (32 o 64 bits):
2.4.7 64 bits Sistema operativo y tipo (32 o 64 bits):
Windows 7 64 bits Resumen del problema o sugerencia:
Este video proviene de DVB-S2, grabado con Windows Media Center desde la cadena española M+ Fórmula1. Sin embargo, este error ocurre con todas las grabaciones de este canal. Las grabaciones de BBC HD, iTV HD Reino Unido no presentan este error.
Pasos para replicar el error:
Al convertir el video con cualquier perfil, el resultado está dañado porque ffmpeg lo corrompe durante la remuxación de mpegts. Si omito la remuxación y uso mp4 sin procesar (es decir, sigo usando ffmpeg para copiar), el video también queda corrompido.
Adjuntaré el archivo de registro junto con el video. En el registro, véase el error 2017-08-26T21:14:06 MCEBuddy.AppWrapper.FFmpeg → [mpegts @ 0000000006f46fa0] DTS no monotónico en el flujo de salida 0:2; anterior: 260157215, actual: 260153615; cambiando a 260157216. Esto puede provocar marcas de tiempo incorrectas en el archivo de salida, repitiéndose una y otra vez.
El video resultante se reproduce de forma muy entrecortada/muy a tirones, mientras que el archivo .wtv original se reproduce sin problemas en WMC.
Revisé tus registros, están llenos de errores en tu archivo fuente:
2017-08-26T21:12:46 MCEBuddy.AppWrapper.FFmpeg → [mpegts @ 0000000006f46fa0] Non-monotonous DTS in output stream 0:2; previous: 11552016, current: 11550215; changing to 11552017. This may result in incorrect timestamps in the output file.
Por eso se entrecorta. Si estás grabando esto con una tarjeta de sintonizador de TV, revisa sus controladores; parece estar enviando datos corruptos o no compatibles. Deberías intentar actualizarlos si es posible (aunque pueda reproducirse correctamente, los datos en sí están dañados; diferentes decodificadores lo manejan de forma distinta). En este caso, ffmpeg no puede compensar los errores al remuxearlo.
Puedes intentar evitar el remuxeo marcando la opción Skip remuxing en la configuración experta de la tarea de conversión; quizás el codificador pueda compensar estos errores. Esto solo funcionará si tienes la versión donator de Comskip.
Vi el mensaje de error de ffmpeg en el archivo de registro, pero no significa que haya algo mal con el video… más bien hay un problema con el ffmpeg que utiliza MCEBuddy.
El video (wtv original) se reproduce sin problemas en mce7, mpc-hc, kodi y plex (así que dudo que haya algo mal con él), pero según el archivo de registro, el ffmpeg actual tiene problemas con la sincronización de los fotogramas.
No hay nada mal con el sintonizador. Utilizo el mismo sintonizador para TODAS las grabaciones y nunca tengo problemas EXCEPTO con las grabaciones de este canal. Sospecho que están usando una opción en el codificador h.264 que el ffmpeg actual no maneja correctamente.
En cuanto a omitir el remuxing. Lo intenté, pero como uso un perfil donde ffmpeg simplemente copia el video en el archivo mp4, nuevamente introduce tartamudeos.