Con bastante frecuencia, mis programas repiten el primer segmento después de cortar los comerciales. El resultado es que el programa vuelve a empezar y se pierde una parte del contenido. Normalmente, en el siguiente corte comercial, el programa se reanuda donde debería haberlo hecho, pero el segmento anterior se ha perdido.
Estoy usando la última versión de donador (beta) de MceBuddy y la versión de donador de comskip.
¿Puedes adjuntar tu registro de conversión y, si puedes, subir el archivo original a nuestro servidor para que podamos replicar y analizar el problema? (consulta el tema Léame antes de publicar para las instrucciones de carga).
Gracias por tu respuesta. He subido el registro de depuración original al servidor. Discúlpame, pero no veo cómo “adjuntar” un archivo a esta publicación. ¿Es el símbolo de “cargar”?Life Below Zero - 73 - 2018-05-03.ts-Convert to MP4-2018-05-04T16-29-07.0656951-05-00.txt (1.4 MB)
Edit: He subido el primer fragmento del archivo de registro a esta publicación.
Tus registros parecen estar bien en sí, no hay errores de mcebuddy y los segmentos comerciales se identifican correctamente.
Sin embargo, veo una gran cantidad de errores de video en tu archivo:
2018-05-04T16:31:44 MCEBuddy.AppWrapper.FFmpeg → [mpegts @ 000002848698a0c0] DTS no monotónico en el flujo de salida 0:0; anterior: 38968203, actual: 38968203; cambiando a 38968204. Esto puede resultar en marcas de tiempo incorrectas en el archivo de salida.
2018-05-04T16:32:16 MCEBuddy.AppWrapper.FFmpegMediaInfo → Último mensaje repetido 6 veces
2018-05-04T16:32:16 MCEBuddy.AppWrapper.FFmpegMediaInfo → Duración pasada 0.720543 demasiado grande
2018-05-04T16:32:16 MCEBuddy.AppWrapper.FFmpegMediaInfo → Duración pasada 0.720833 demasiado grande
Para depurar esto más a fondo necesitaré tu archivo de video original para replicar el problema, muy probablemente sea un archivo de video corrupto que está causando que las marcas de tiempo se desordenen.
Eso estaría causando segmentos repetidos mientras se cortan y probablemente sería la causa raíz de tu problema.
He subido el archivo .ts original al servidor. El vídeo tiene mucho ruido. Este canal siempre ha sido así (canal analógico). Tal vez por eso algunos programas funcionan bien y otros (aproximadamente el 25%) presentan este problema. Gracias por revisarlo.
Subí un segundo archivo de registro al servidor (Deadliest Catch) que tiene el mismo problema con el segmento inicial que se repite durante el programa. Esta vez fue grabado de un canal mejor que tiene buena calidad de video. También subí el .mk4 para mostrar lo que realmente está sucediendo. El primer segmento aparece nuevamente aproximadamente a las 3/4 partes del programa. El registro muestra errores similares a los anteriores. Subiré el archivo .ts por la mañana, ya que tardará casi 3 horas en cargarse.
Deadliest Catch - 54 - 2018-05-07_1.ts-Convert to MP4-2018-05-08T00-05-55.4936412-05-00.log (1.4 MB)
Bueno, revisé el archivo original y las marcas de tiempo están muy dañadas, por lo que ffmpeg no puede cortar los segmentos correctamente y eso provoca que se repitan.
La buena noticia es que hay una solución: en tu perfil cambia esta línea de true a false, es decir:
PreConversionCommercialRemover=false
Esto hace que MCEBuddy elimine los anuncios después de la conversión; para entonces las marcas de tiempo ya han sido saneadas y limpiadas un poco, así que funciona bien. Sin embargo, la desventaja es que tarda un poco más, ya que primero convierte el vídeo y luego quita los anuncios.
Si actualizas a la versión BETA 2.4.9 de hoy, también funcionará un poco más rápido que las versiones anteriores.
Gracias. Actualicé a la versión 2.4.9 BETA de hoy y cambié el perfil como sugeriste. ¡Funcionó genial!! Realmente no me preocupa el tiempo de conversión adicional, ya que la mayoría de mis grabaciones ocurren en segundo plano y, por lo general, tarde en la noche o temprano en la mañana. Excelente producto.
Bob
