MP4 se convierte sin video, solo audio

Tengo algunos archivos MP4 que, al convertirse (no importa qué configuración use), producen archivos solo con Audio y sin Video. Los estoy convirtiendo porque el cliente FireTV de ChannelsDVR no los reproduce a menos que esté habilitada la Decodificación por Software, y cuando está habilitada, nada más se reproduce.

Aquí está la información del archivo de entrada. Como si fuera poco, el archivo de registro pesa más de 10 MB, así que no se puede subir aquí, lo cual es genial.

General
Nombre completo : C:\Users\edward\MCEBuddyVideoIN\Logan’s Run - s01e01 - Logan’s Run.mp4
Formato : MPEG-4
Perfil de formato : Base Media
ID de códec : isom (isom/iso2/mp41)
Tamaño del archivo : 769 MiB
Duración : 1 h 13 min
Modo de tasa de bits general : Variable
Tasa de bits general : 1 462 kb/s
Colección : Logan’s Run
Temporada : 1
Álbum/Intérprete : Logan’s Run
Parte : 1
Parte/Posición : 1
Parte/Total : 1
Nombre de la pista : Logan’s Run
Nombre de la pista/Posición : 1
Intérprete : Logan’s Run
Género : Ciencia ficción y fantasía
Descripción : Logan abandona la Ciudad de los Cúpulas con Jessica y son secuestrados por un par de robots. Un androide llamado Rem los rescata y huyen con Francis persiguiéndolos.
Fecha de grabación : 1977
Fecha de codificación : UTC 1970-01-01 00:00:00
Fecha de etiquetado : UTC 2009-06-29 18:37:02
Portada : Sí
Part_ID : S1E1

Video
ID : 1
Formato : MPEG-4 Visual
Perfil de formato : Simple@L1
Ajustes de formato, BVOP : No
Ajustes de formato, QPel : No
Ajustes de formato, GMC : Sin puntos de deformación
Ajustes de formato, Matriz : Predeterminada (H.263)
ID de códec : mp4v-20
Duración : 1 h 13 min
Tasa de bits : 1 328 kb/s
Ancho : 640 píxeles
Altura : 480 píxeles
Relación de aspecto de visualización : 4:3
Modo de velocidad de fotogramas : Constante
Velocidad de fotogramas : 30.000 FPS
Espacio de color : YUV
Submuestreo de croma : 4:2:0
Profundidad de bits : 8 bits
Tipo de escaneo : Progresivo
Modo de compresión : Con pérdida
Bits/(Píxel*Fotograma) : 0.144
Tamaño de la secuencia : 699 MiB (91%)
Biblioteca de escritura : Lavc52.1.0
Fecha de codificación : UTC 1970-01-01 00:00:00
Fecha de etiquetado : UTC 1970-01-01 00:00:00

Audio
ID : 2
Formato : AAC LC
Formato/Info : Advanced Audio Codec de baja complejidad
ID de códec : mp4a-40-2
Duración : 1 h 13 min
Modo de tasa de bits : Variable
Tasa de bits : 128 kb/s
Canales(s) : 2 canales
Disposición de canales : L R
Frecuencia de muestreo : 48.0 kHz
Velocidad de fotogramas : 46.875 FPS (1024 SPF)
Modo de compresión : Con pérdida
Tamaño de la secuencia : 67.3 MiB (9%)
Fecha de codificación : UTC 1970-01-01 00:00:00
Fecha de etiquetado : UTC 2009-06-29 18:37:02

Intenta comprimir y subir los registros. No se puede hacer mucho sin revisarlos. O intenta revisarlos tú mismo y busca entradas de WARNING> o ERROR> para ver qué está pasando.

Logan’s Run - s01e01 - Logan’s Run.mp4-For Logan’s Run-2023-02-21T17-49-14.log.zip|adjunto (3.1 MB)

Hay un montón de estos, pero no sé cómo arreglarlo. El otro modo funciona bien: si le digo al cliente ChannelsDVR que transcodifique, así que sé que es posible.

2023-02-21T17:49:46 MCEBuddy.AppWrapper.FFmpegMediaInfo → Error al decodificar la corriente #0:1: Operación no permitida
2023-02-21T17:49:46 MCEBuddy.AppWrapper.FFmpegMediaInfo → [mpeg4 @ 000001e737ef78c0] [IMGUTILS @ 00000084bdfff320] El tamaño de imagen 0x0 no es válido
2023-02-21T17:49:46 MCEBuddy.AppWrapper.FFmpegMediaInfo → [mpeg4 @ 000001e737ef78c0] video_get_buffer: parámetros de imagen no válidos
2023-02-21T17:49:46 MCEBuddy.AppWrapper.FFmpegMediaInfo → [mpeg4 @ 000001e737ef78c0] get_buffer() falló
2023-02-21T17:49:46 MCEBuddy.AppWrapper.FFmpegMediaInfo → [mpeg4 @ 000001e737ef78c0] thread_get_buffer() falló
2023-02-21T17:49:46 MCEBuddy.AppWrapper.FFmpegMediaInfo → [mpeg4 @ 000001e737ef78c0] get_buffer() falló (-22 0000000000000000)
2023-02-21T17:49:46 MCEBuddy.AppWrapper.FFmpegMediaInfo → [mpeg4 @ 000001e737ef7d40] No se pudieron asignar los búferes de contexto por tamaño desconocido.

También funciona bien con el cliente de Plex, no estoy seguro de qué está haciendo diferente.

Su archivo de video de origen está dañado o no cumple con las especificaciones de MPEG-4. Veo errores por todas partes al intentar procesar el flujo de video:

2023-02-21T17:49:45 MCEBuddy.AppWrapper.FFmpegMediaInfo → [mpeg4 @ 000001e737e6ccc0] time_increment_bits 0 es inválido en relación con el flujo de bits actual, esto probablemente sea causado por una falta de encabezado VOL
2023-02-21T17:49:45 MCEBuddy.AppWrapper.FFmpegMediaInfo → [mpeg4 @ 000001e737e6ccc0] time_increment_bits establecido a 5 bits, basado en el análisis del flujo de bits
2023-02-21T17:49:45 MCEBuddy.AppWrapper.FFmpegMediaInfo → [mpeg4 @ 000001e737e6ccc0] time_increment_bits 4 es inválido en relación con el flujo de bits actual, esto probablemente sea causado por una falta de encabezado VOL
2023-02-21T17:49:45 MCEBuddy.AppWrapper.FFmpegMediaInfo → [mpeg4 @ 000001e737e6ccc0] time_increment_bits establecido a 5 bits, basado en el análisis del flujo de bits
2023-02-21T17:49:45 MCEBuddy.AppWrapper.FFmpegMediaInfo → [mpeg4 @ 000001e737e6ccc0] parece que este archivo fue codificado con (divx4/(old)xvid/opendivx) → forzando bandera low_delay
2023-02-21T17:49:45 MCEBuddy.AppWrapper.FFmpegMediaInfo → [mpeg4 @ 000001e737e6ccc0] Error, encabezado dañado o no es encabezado MPEG-4 (f_code=0)
2023-02-21T17:49:45 MCEBuddy.AppWrapper.FFmpegMediaInfo → Último mensaje repetido 400 veces
2023-02-21T17:49:45 MCEBuddy.AppWrapper.FFmpegMediaInfo → [mpeg4 @ 000001e737e6ccc0] Error, encabezado dañado o no es encabezado MPEG-4 (qscale=0)
2023-02-21T17:49:45 MCEBuddy.AppWrapper.FFmpegMediaInfo → [mpeg4 @ 000001e737e6ccc0] Error, encabezado dañado o no es encabezado MPEG-4 (f_code=0)
2023-02-21T17:49:45 MCEBuddy.AppWrapper.FFmpegMediaInfo → Último mensaje repetido 69 veces

¿Cuál es la fuente de grabación? Si es una tarjeta de sintonizador de TV, entonces o el flujo de video de origen tiene corrupción OTA o si esto comenzó recientemente, entonces probablemente su controlador del sintonizador de TV fue actualizado/reemplazado y eso está creando un video no conforme. De cualquier manera, el problema está en el flujo de video de origen.

Entiendo lo que dices. No estoy seguro de la fuente original. Lo que sí sé es que MCEBuddy usa FFMpeg, y también sé que ChannelsDVR usa FFMpeg para hacer su transcodificación. Funciona con Channels, entonces ¿por qué no funciona con MCEBuddy?

No puedo decirlo, podría haber varias razones. Se necesitará una fuente original para analizar y ver qué está pasando.

Pude convertir estos archivos con éxito usando VLC. Sin errores y ahora se reproducen perfectamente en Channels.

VLC debe ser más indulgente que FFmpeg con la configuración que utiliza MCEBuddy. Además, Handbrake tampoco pudo hacerlo, probablemente por la misma razón. Estos archivos originales deben haber estado realmente dañados.

Todos mis otros archivos problemáticos fueron procesados sin problemas por MCEBuddy, eso es una buena noticia.

Gracias de todos modos por intentar ayudar, ¡se agradece mucho!