En el pasado usé la v.2.5 en un Dell con Windows 10. Vídeo de entrada 4,8 Gb, vídeo de salida con conversión normal a MP4: 802 Mb.
Ahora quiero usar la v.2.6.2 Beta en un Dell nuevo con Windows 11. Vídeo de entrada 4,8 Gb, vídeo de salida con conversión normal a MP4 de entre 10 y 15 Gb.
¿Qué está fallando? ¿Tiene que ver con comskip? ¿Necesita configurarse un comskip.ini? ¿Algún proceso que funcione de forma distinta en Windows 11?
Necesito ayuda. Gracias.
Hola,
Mi mensaje/correo a MCEBuddy/Goose incluye el archivo de registro y el vídeo, que con Windows 10 he podido convertir a unos 82 Mb con MP4 Normal, mientras que con Windows 11 están saliendo unos 10-15 Gb, lo cual va totalmente en la dirección contraria. MCEBuddy/Goose, por favor, respondan. ¿Qué ocurre?
Gracias.
Eché un vistazo a tu archivo de registro (desafortunadamente, el enlace de OneDrive no me permite descargar el archivo TS original). Parece que tu bitrate original es de 11 Mbps, mientras que el final es de 50 Mbps, lo que explica por qué el tamaño del archivo está aumentando.
También noté que tu archivo original es un archivo TS con contenido h.264 y tu archivo final es un archivo MP4 también con contenido h.264. Así que esencialmente estás cambiando los formatos de contenedor (y eliminando los comerciales).
Te recomendaría intentar usar el perfil MP4 Unprocessed en lugar del perfil MP4 Normal. Esto debería resolver tu problema del aumento de bitrate y también proporcionar un video de salida de mejor calidad, ya que mantendrá el video de calidad original, cortará los comerciales y te dará un contenedor MP4.
Si puedes subir el archivo de video original a nuestro servidor siguiendo las instrucciones en el enlace, puedo intentar replicar el problema y ver por qué está aumentando el bitrate.
Bueno, finalmente pude descargar tu video y replicar la configuración aquí. No veo ningún problema con el tamaño del archivo de salida (es de 815 MB después de la conversión).
Al profundizar en tus registros, creo que veo la fuente de tu problema. Es tu controlador gráfico.
El video de origen que tienes tiene muchas marcas de tiempo corruptas y los registros están llenos en un 90% de estos errores:
2023-11-10T08:05:27 MCEBuddy.AppWrapper.Handbrake → [h264_qsv @ 0000000004b60380] A decode call did not consume any data
2023-11-10T08:05:27 MCEBuddy.AppWrapper.Handbrake → [NULL @ 00000000083b1080] missing picture in access unit
Luego noté que en tus registros el controlador gráfico no pudo manejar estos problemas de video y terminó duplicando mucho contenido del video mientras intentaba corregir los errores, lo que terminó aumentando la tasa de bits del video a 49 Mbps
Por eso estás obteniendo un archivo mucho más grande. Tu controlador gráfico es el problema (bueno, en realidad el video de origen es la causa raíz, pero el mal controlador gráfico es la razón de los archivos grandes).
Tienes 3 opciones aquí:
Actualiza o cambia a una versión anterior de tus controladores gráficos si quieres usar aceleración por hardware para convertir el video a uno que no tenga problemas.
Desactiva la aceleración por hardware / codificación por GPU en la configuración de la tarea de conversión
Mira la recomendación de arriba para usar el perfil MP4 Sin Procesar, ya que realmente no necesitas convertir la codificación de tus videos, solo cortarlos y cambiar el contenedor de TS a MP4.
Gracias por tu análisis y comentarios del 13/11. En respuesta, realicé lo siguiente:
Empecé desde cero y creé varias capturas de videos de 1 hora en mi nueva computadora Dell con Windows 11 con mi dispositivo de captura Hauppage HD PVR II: con aceleración por hardware, sin aceleración por hardware, actualizando controladores, archivo Ts así como formato de archivo MP4, MP4 Normal vs. MP4 Sin Procesar.
Luego ejecuté todos los archivos a través de MCEBuddy 2.6 y NINGUNO de los archivos salió como se suponía que debía ser, es decir, con 4.85 Gb antes y aproximadamente 800 Mb después del procesamiento. Algunos archivos fueron tan bajos como 50 Mb, mostrando solo audio, otros en el rango de 10 – 20 Gb, demasiado altos.
Luego saqué mi antigua computadora Dell con Windows 10 y ejecuté los mismos archivos capturados a través de MCEBuddy 2.5 y, esencialmente, todos salieron bien, donde debían estar. He estado haciendo esto durante unos 10 años.
Aparentemente, MCEBuddy 2.6 aún no está funcionando correctamente con Windows 11 en una computadora estándar (Dell XPS 9230). ¿Qué se puede hacer?
Pregunta adicional: El dispositivo de captura Hauppage puede crear archivos tanto TS como MP4 (de aproximadamente el mismo tamaño – unos 4.85 Gb por video de 1 hora). Cuando ejecuto MCEBuddy con MP4 Normal, crea un archivo de unos 800 Mb cuando está procesando correctamente. ¿Es esta una función de compresión adicional en MCEBuddy? El archivo MP4 que sale del dispositivo de captura es mucho más grande a 4.85 Gb.
Aún espero poder hacer que el programa funcione correctamente.
¡PARECE QUE POR FIN FUNCIONA (conversión MP4 Normal con Aceleración por Hardware con Windows 11 en un PC nuevo).
Seguí intentando docenas de veces con la v.2.5, v.2.6.1 y de nuevo con la v.26.2, descargas nuevas y rehaciendo, y esta mañana la v.2.62 con Windows 11 y un PC nuevo está funcionando.
¿REALIZASTE ALGÚN NUEVO DEPURADO, CAMBIO, ETC. EN EL SOFTWARE?
Sí, hubo un problema con uno de los codificadores y la codificación por hardware que causaba la inserción de demasiados fotogramas, lo que hacía que el tamaño del video fuera excesivamente grande en algunas tarjetas gráficas Nvidia. La última actualización lo solucionó.