¿Archivos corruptos y marcadores de capítulo máximos para eliminación comercial?

Creo que estoy alcanzando un límite en la cantidad de comerciales que se pueden eliminar mediante marcadores de capítulo. Sé que VideoProc me limita a 10 cortes manuales y, después de ver a MCEBuddy intentar procesar el mismo programa de ABC 20/20 con esta larga lista de marcadores (ver abajo), la barra de progreso se vuelve loca antes de terminar con un archivo corrupto.

¿Alguien ha visto este comportamiento antes?

Muestra de ABC 20/20 Idaho Murders grabado desde Hulu vía PlayOn…

Menú #1
ID : 4
Formato : Timed Text
ID de códec : text
Duración : 1 h 36 min
Idioma : English
Menú para : 1,2,3
00:00:00.000 : Video
00:00:08.070 : Advertisement
00:00:38.674 : Video
00:09:51.587 : Advertisement
00:11:24.311 : Video
00:18:54.642 : Advertisement
00:20:09.872 : Video
00:27:40.282 : Advertisement
00:29:12.332 : Video
00:36:20.368 : Advertisement
00:37:52.747 : Video
00:45:02.455 : Advertisement
00:46:34.631 : Video
00:55:09.302 : Advertisement
00:56:41.493 : Video
01:04:39.896 : Advertisement
01:06:12.290 : Video
01:14:39.655 : Advertisement
01:16:11.298 : Video
01:22:06.544 : Advertisement
01:23:37.999 : Video
01:29:50.394 : Advertisement
01:31:22.477 : Video

No hay límite en la aplicación. ¿Puedes adjuntar tus registros?

Logs.zip|adjunto (978.0 KB)

Aquí tienes…

Bueno, encontró los 11 segmentos e intenta cortarlos, pero parece que la grabación original está dañada, por lo que está teniendo problemas con el proceso de corte y fusión:

2023-03-20T01:36:12 MCEBuddy.AppWrapper.FFmpeg → C:\Windows\Temp\working1\ABC 20_20 - s45e15 - Horror in Idaho The Student Murders_ConcatList.txt: Invalid data found when processing input

2023-03-20T01:36:28 MCEBuddy.AppWrapper.AVIDemux → [detectTs] 06:36:28-538 [TS Demuxer] Not a TS file

2023-03-20T01:37:31 MCEBuddy.AppWrapper.FFmpegMediaInfo → [null @ 000001e09749a980] Application provided invalid, non monotonically increasing dts to muxer in stream 0: 27 >= 27
2023-03-20T01:37:31 MCEBuddy.AppWrapper.FFmpegMediaInfo → [null @ 000001e09749a980] Application provided invalid, non monotonically increasing dts to muxer in stream 0: 42 >= 42

¿Puedes subir tu grabación original para que podamos analizarla y ver qué está pasando?

Información del archivo

“ABC 20_20 - s45e15 - Horror in Idaho The Student Murders.mp4”
Subido al FTP en la carpeta “Robfwtx-PlayOnIssue”

Historial

Le había preguntado a PlayOn qué había cambiado cuando terminaron el programa para pasar de 720p a 1080p porque había tenido problemas al ejecutarlo con MCEBuddy. Me dijeron que lo habían reescrito por completo y que el error debía estar en MCEBuddy.

Ojalá hubiera notado ese mensaje en el registro. Parecía repetitivo y empezaba a quedarme dormido antes de llegar al final.

Gracias. Cuando tengas un informe, podré decirle a PlayOn que efectivamente hay un error en su rutina.

Gracias, lo revisaré. No eres el único con este problema. Usa este método alternativo o retrocede a la versión 4.5 de PlayOn. Rompieron algo en la nueva reescritura y está creando archivos inválidos. Mira este tema para más detalles al respecto. Volveré a publicar una vez que haya analizado más a fondo tu archivo.

Como sospechaba, el archivo MP4 creado por esta nueva versión de PlayOn no cumple con las especificaciones, por lo que cuando ffmpeg y avidemux intentan transcodificarlo, se vuelven locos.

Lo envié con una captura de pantalla. Veremos qué resulta de eso.

Encontré esto para el error “moov atom not found”…

Método 3: Corrige el error ‘moov atom not found’ con FFmpeg

Puedes corregir el problema ‘moov atom not found’ en la plataforma FFmpeg utilizando el comando ‘faststart’ en la ventana de símbolo del sistema o cmd de tu computadora. Este comando desplaza la posición del moov atom al principio en un archivo de video.

Descarga y ejecuta FFmpeg en tu computadora. Luego, agrega la ubicación del archivo de video corrupto en la ventana cmd, seguido de la línea de comando usando faststart.

Una línea de comando en FFmpeg para corregir el error ‘moov atom not found’ puede verse así:

ffmpeg -i input_video_file.mp4 -vcodec copy -acodec copy -movflags faststart output_video_file.mp4.

A continuación, verifica si el error de moov se ha corregido en el archivo de video MP4 o no.

MP4Box arregló el archivo pero eliminó toda la información del programa y los marcadores de capítulo.

¿Alguna idea sobre cómo recuperar esta información?

Si el archivo/átomo está dañado, es probable que ffmpeg esté descartando toda la información (están enlazados como una lista, por lo que si uno se corrompe, toda la cadena se corrompe) y creo que eso es lo que estás observando. También lo investigaré por separado cuando tenga algo de tiempo, pero claramente PlayOn necesita arreglar su codificador.

Tengo un ticket abierto. Tengo más de mil créditos, así que el chico debería intentarlo. Por todo lo que he leído sobre el error, se produce principalmente cuando el archivo no se cierra correctamente. Las grabaciones de cámara hacen esto a menudo o cuando una tarjeta de memoria está fallando y entonces el último fragmento se corrompe. Sé cómo arreglar el archivo a medias, pero eso significa que tengo que hacer los cortes manualmente. Comskip, incluso cuando el archivo está arreglado, no detecta los cortes comerciales.

Mantendré a todos informados. He luchado con esto demasiado tiempo y es hora de obtener algunas respuestas.