FFMpeg tiene la tasa de fotogramas incorrecta

Derivado de otro hilo mío. Ahora estoy intentando tomar archivos WTV que por defecto son H.264 desde la codificación original de Microsoft, y volver a codificarlos, eliminando los comerciales, y recodificando en MPEG2. Noté que, además de algunos tirones ocasionales, el video no se estaba reproduciendo bien. En otras palabras, el movimiento no era fluido y era ligeramente entrecortado. Al investigar, hoy todos los archivos H.264/MPEG2 creados desde Microsoft MCE son 59.94FPS. Desafortunadamente, parece que con FFMpeg no puede determinar eso, por lo que termina codificando a 29.97FPS, lo que causa un movimiento menos fluido. ¿Hay alguna manera de forzar que los videos de una ubicación particular se decodifiquen/codifiquen a 59.94fps? Compartiría un registro, pero la carga de archivos no admite el tamaño del archivo de registro.

Gracias.

JR

Configuración de tareas de conversión → Establecer velocidad de fotogramas

Puedes comprimir y adjuntar archivos de registro grandes.

Sí, gran problema con MCEBuddy. Incluso con esa configuración, creo que está estableciendo la velocidad de fotogramas de salida pero no la de entrada o, para el caso, que ffmpeg usa la velocidad de fotogramas de salida para archivos WTV.

Bueno, no es exactamente un problema de MCEBuddy, sino de su motor. He tenido muchos problemas y los he estado publicando indirectamente aquí, pero el tema es que WTV codifica en dos formatos, MPEG2 y H.264 dentro del contenedor WTV. H.264 tiene problemas con los extensores de Xbox en general, con bloqueos; sin embargo, al volver a codificar, ffmpeg tiene muchos problemas con WTV, especialmente con H.264, según sus registros de problemas; otros también se han quejado de esto. Cuando vuelves a codificar, tiene problemas con la velocidad de fotogramas y el archivo resultante tiene pantalla en negro o va a tirones. Como MCEBuddy usa ffmpeg, presenta los mismos problemas. Todavía tengo un uso para MCEBuddy, pero no para mis archivos WTV, lo cual es una lástima, ya que poder convertir archivos WTV H.264 a archivos MPEG2 sin problemas probablemente resolvería muchos de los problemas de bloqueo de los usuarios de GreenButton.

Gracias.

JR

Parece que estás al tanto de las complejidades del formato WTV y los problemas con los extensores de XBox.

La buena noticia es que, si estás dispuesto a experimentar, MCEBuddy puede encontrar una solución para ti.

Por ejemplo, puedes escribir un perfil personalizado para procesar el archivo con HandBrake en lugar de ffmpeg. Sería algo así:

order=handbrake
handbrake-video=XXX
handbrake-audio=XXX
handbrake-audioAC3=XXX
handbrake-ext=.mp4
handbrake-remuxto=.wtv

Esto haría que HandBrake procesara el archivo y luego, finalmente, remuxeara de mp4 a wtv usando ffmpeg.

Hay más opciones disponibles, incluyendo agregar framerates personalizados al perfil de ffmpeg, agregar framerates a la sección de remux en tu archivo mcebuddy.conf, etc. Consulta el tema de configuraciones avanzadas para más detalles.

Estoy dispuesto a probar cosas si eso ayuda. Creo que el mayor problema es que, siempre que el contenido del archivo WTV esté basado en MP4, los extensores tendrán problemas con ellos. Supongo que la implementación del códec H.264 no estaba del todo pulida antes de que MS decidiera dejar de dar soporte al formato de codificación “más nuevo”. Ahora bien, si Handbrake pudiera codificar correctamente el archivo a MPEG2 y luego colocarlo en WTV, probablemente sería ideal.

En este momento estoy en el punto en el que no estoy cambiando el formato de codificación. Solo estoy eliminando los comerciales y volviendo a unir las piezas.

JR