Fallos aleatorios - falló el análisis de información de video

En el último mes he notado un problema donde recibo el mensaje de error “Analyzing video information failed” al azar.

Fui al ‘Historial de archivos convertidos’ y ordené por la columna de mensajes de error. La primera vez que vi el error “Analyzing video information failed” fue el 21/09/2017; desde entonces lo he visto 43 veces.

Cuando veo que los archivos no se han convertido, los agrego manualmente a la cola de MCEBuddy y lo intento de nuevo. A veces se convierten sin problema, pero otras vuelven a fallar. Puede que tenga que hacerlo varias veces antes de que funcione. No parece haber un patrón claro sobre por qué funciona o no.

Intenté enviar los logs por FTP pero obtengo el error:
Error: Connection timed out after 20 seconds of inactivity
Error: Failed to retrieve directory listing

Todos los logs se ven muy similares cuando falla: falla después de llamar a ffprobe.exe y, al parecer, no regresa nada y por eso falla.

INFORMATION> 2017-10-21T12:17:23 MCEBuddy.VideoProperties.VideoInfo → Supplementing Media information using FFMPEG
2017-10-21T12:17:23 MCEBuddy.AppWrapper.FFmpegMediaInfo → Launching process C:\Program Files\MCEBuddy2x\ffmpeg\ffprobe.exe
2017-10-21T12:17:23 MCEBuddy.AppWrapper.FFmpegMediaInfo → Process arguments -hide_banner -probesize 100M -analyzeduration 300M -v quiet -print_format json -show_format -show_streams -show_chapters -i “D:\Recorded TV\TempRec\MCEBuddy_Temp_Folder\working0\The Late Show With Stephen Colbert_KMOV-DT_2017_10_20_22_32_00.ts”
2017-10-21T12:17:23 MCEBuddy.AppWrapper.FFmpegMediaInfo → UI Session Admin Process : False
2017-10-21T12:17:23 MCEBuddy.AppWrapper.FFmpegMediaInfo → Setting process priority to Normal
2017-10-21T12:17:23 MCEBuddy.AppWrapper.FFmpegMediaInfo → {
2017-10-21T12:17:23 MCEBuddy.AppWrapper.FFmpegMediaInfo → }
→ Process exited with code 1
ERROR> 2017-10-21T12:17:25 MCEBuddy.AppWrapper.FFmpegMediaInfo → ERROR Processing FFProbe Output.
System.NullReferenceException: Object reference not set to an instance of an object.
at MCEBuddy.AppWrapper.FFmpegMediaInfo.ParseFFPROBEMediaInformation(String StdOut)
2017-10-21T12:17:25 MCEBuddy.AppWrapper.FFmpegMediaInfo →
VIDEO TRACK INFO →
Video stream → -1
Video codec →
Duration (s) → 0
Color format →
Height (pixels) → 0
Width (pixels) → 0
Storage aspect ratio (SAR) →
Display aspect ratio (DAR) →
Video bitrate (kb/s) → -1
Frames per seconds (FPS) → 0
Video stream PID → -1

CHAPTER INFO →

ERROR> 2017-10-21T12:17:25 MCEBuddy.VideoProperties.VideoInfo → Unable to read media information using FFMPEG or MediaInfo
ERROR> 2017-10-21T12:17:25 MCEBuddy.Engine.ConversionJob → Analyzing video information failed
INFORMATION> 2017-10-21T12:17:25 MCEBuddy.Engine.ConversionJob →
→ Performance Metrics for the Current Conversion

→ Source video duration (hh:mm:ss) → 01:05:57
→ Source video codec → mpeg2video
→ Source video height → 1080
→ Source video width → 1920
→ Pre-conversion video duration (hh:mm:ss) → 00:00:00

→ <Start At Date/Time> <Duration (hh:mm:ss)>
→ <10/21/2017 12:07:59> <00:00:00>
→ <10/21/2017 12:07:59> <00:00:00>
→ <10/21/2017 12:08:00> <00:00:00>
→ <10/21/2017 12:08:00> <00:00:05>
→ <10/21/2017 12:08:05> <00:03:25>
→ <10/21/2017 12:11:30> <00:00:00>
→ <10/21/2017 12:11:30> <00:00:18>
→ <10/21/2017 12:11:49> <00:04:28>
→ <10/21/2017 12:16:17> <00:00:00>
→ <10/21/2017 12:16:17> <00:01:05>
→ <10/21/2017 12:17:23> <00:00:02>

INFORMATION> → Total time taken by conversion (hh:mm:ss) → 00:09:26

No sé qué hizo que esto empezara a suceder hace unos 30 días. No ocurre siempre; parece muy aleatorio. Intenté desactivar la aceleración por hardware para ver si se solucionaba, pero no funcionó. El problema siguió ocurriendo con la misma frecuencia, así que la volví a activar. Tengo una GeForce GTX 950 con el controlador más reciente (385.69), pero tampoco parece solucionarlo.

Necesitaríamos una muestra de uno de los archivos de video originales que están causando este fallo. Intenta usar FTP pasivo (FileZilla admite FTP pasivo en su configuración) para subir el archivo de video. A veces, tu firewall puede bloquear FTP activo.

Todavía no logré que FileZilla funcione. Estaba en modo pasivo, intenté saltarme el router y conectarme directamente al módem, pero tampoco funcionó. Tuve que recurrir a un servidor FTP en línea para transferir archivos, aunque estoy limitado a un tamaño de archivo de 19 MB.

Utilicé el divisor de archivos que mencionas en tus instrucciones y subí el primer fragmento. También subí varios ejemplos de registros donde la conversión falló (todos los registros fallidos pesan menos de 700 KB) y un registro donde la conversión del mismo archivo finalmente tuvo éxito (etiquetado como The Goldbergs-Good log.zip).

El video de The Goldbergs que estoy usando como ejemplo fue grabado con WMC y ese mismo archivo falló tres veces seguidas antes de convertirse con éxito. No cambié ninguna configuración del archivo entre intentos. Solo lo agregué manualmente a la cola después de cada fallo. De repente, en el cuarto intento, se completó sin problemas.

Si hay algo más que pueda enviar, házmelo saber (tenga en cuenta que estoy limitado por el tamaño de archivo que puedo enviar debido a mis problemas con FTP).

-Gracias

Supongo que tu firewall o router lo está bloqueando. Intenta apagarlo. No tenemos problemas con personas que han subido archivos de 20GB.

Como mencioné, ya intenté conectarme directamente al módem sin pasar por el router, sin éxito (por lo tanto, el problema no está relacionado con el router). El límite de 19 MB se debe al hecho de que tuve que usar un sitio FTP en línea https://www.net2ftp.com/ para cargar los archivos que les envié. Coloqué esos archivos en ftp://upload.mcebuddy2x.com/trickster/ el 23/10.

Bueno, un par de cosas.

No pude abrir los registros que subiste; algo anda mal, están todos en mandarín o algún dialecto chino (esto es lo que veo):

→ Starting conversion - DEBUG MESSAGES
਍䤀一䘀伀刀䴀䄀吀䤀伀一㸀 ⴀⴀ㸀 圀椀渀搀漀眀猀 伀匀 嘀攀爀猀椀漀渀 ⴀ㸀 䴀椀挀爀漀猀漀昀琀 圀椀渀搀漀眀猀 一吀 㘀⸀㄀⸀㜀㘀 ㄀ 匀攀爀瘀椀挀攀 倀愀挀欀 ㄀ ⠀圀䤀一开㜀开㈀ 㠀开匀䔀刀嘀䔀刀开刀㈀Ⰰ 䠀漀洀攀 䔀搀椀琀椀漀渀⤀ഀഀ

Usé tu archivo de muestra pero no pude replicar tu problema. Aquí funciona bien, ffprobe lee el archivo correctamente. Prueba usar la versión 2.4.8 más reciente de mcebuddy. Si eso no resuelve el problema, descarga la versión más reciente de ffmpeg desde ffmpeg.org y reemplaza los archivos ffprobe y ffmpeg en la carpeta de instalación de mcebuddy con esa versión.

Tuve un problema muy similar y lo resolví deshabilitando el registro de comskip (verbose=0). Una vez que el tamaño del registro creció mucho, tomaba mucho tiempo escribir cada nueva línea en el archivo de registro, y MCEBuddy terminaba la tarea de comskip antes de que pudiera completarse.

Lo publiqué aquí:

No sé por qué todos los archivos se convirtieron a chino… Raro. Comprimí todos los archivos de registro y los coloqué allí en un archivo llamado ‘Log messages all zipped up.zip’. Tal vez ahora sean legibles. Pude volver a descargarlos y esta vez no vi caracteres chinos… Uso MCEBuddy mucho y normalmente todo funciona como debería, pero este problema ocurre al azar. El mismo archivo falla una vez o a veces 4 veces seguidas, pero de repente, la próxima vez que lo intento con el mismo archivo, funciona. No estoy haciendo nada especial; cuando funciona, simplemente decide funcionar. Tengo la versión más nueva de MCEBuddy y, de los 10 elementos que convertí el 04/11, dos fallaron, pero tomé cada uno y los agregué manualmente de nuevo, y funcionaron en el segundo intento. Como dije, un comportamiento muy extraño.

La corrupción del registro puede estar causada por el problema indirecto del FTP.

Por lo que dices y por lo que puedo ver en los registros, parece que aleatoriamente, cuando MCEBuddy intenta acceder al archivo, no puede hacerlo. En los registros se observa que esto ocurre justo después de que MCEBuddy crea un archivo nuevo (por ejemplo, tras la conversión o la unión de los segmentos sin anuncios).

Se me ocurre que algún otro software, como un antivirus o Windows Defender, esté escaneando o bloqueando el archivo, lo que podría estar causando el problema. Intenta desactivar tu antivirus o cualquier otro software que esté monitoreando archivos en segundo plano; sospecho que eso es lo que está provocando estos fallos aleatorios.

Técnicamente no hay diferencia entre la primera ejecución y la número 100 desde MCEBuddy; la única diferencia (que ya hemos visto en el pasado) es que software de terceros, como un antivirus, bloquee el acceso a los archivos y cause fallos. Quizás lo mejor sea excluir la carpeta temporal del análisis del antivirus.

Solo pensé en darte una actualización:

Hice lo que sugeriste y agregué una exclusión en AVG para el directorio temporal de MCEBuddy y esperé a ver cómo iban las cosas. Agregué la exclusión el 06/11/2017 y desde entonces, según los registros, MCEBuddy tiene 115 entradas en su archivo de historial. En 109 de las 115, la conversión se realizó sin problemas, sin errores. En 6 de las 115 ocasiones, se encontró con el error ‘Analyzing video information failed’. Solo falla el 5% de las veces, lo cual no es tan frecuente en general, pero parece que sigue ocurriendo incluso cuando AVG ignora el directorio temporal.

Probablemente pueda vivir con una tasa de error del 5%, pero es irritante y un poco frustrante no poder entender por qué parece fallar al azar y luego, en intentos futuros (sin que yo cambie nada), decide funcionar. Entiendo cuando dices ‘Técnicamente no hay diferencia entre la primera ejecución y la centésima desde MCEBuddy’, estoy de acuerdo con eso, tampoco veo ninguna diferencia… Lástima que el 5% de las veces la realidad no esté de acuerdo con nuestra lógica. :slight_smile:

Agradezco que intentes ayudar a encontrar una solución. Tal vez un día desaparezca por sí sola, tal como apareció un día.

El 5% de las veces es un software de terceros que está interfiriendo con tu configuración. Ejecútalo en una instalación limpia de Windows sin software de terceros y verifica si puedes replicar el problema.

El problema no es MCEBuddy; la tarea difícil que tienes es descubrir qué software de terceros está interfiriendo con MCEBuddy. No es una tarea fácil.