Tengo una tarea de conversión en la que convierto grabaciones OTA a un ancho máximo de 720p. Esencialmente estoy creando una versión optimizada para Plex.
Las conversiones se están realizando, pero no siempre a 720p. La mayoría de las veces la versión final sigue siendo 1080p.
He subido un registro de una conversión que funcionó correctamente y otra que no funcionó. En los registros (incluso en los que no funcionan) se menciona que el ancho máximo debería ser 720, pero no termina siendo así.
Ah sí, parece que me equivoqué - PERO, estoy intentando que MCEBuddy cree una versión de 1280x720. Así que ingresé 720 cuando en realidad debería haber puesto 1280 para el ancho.
Aun así, si pongo 720 eso significa que debería haber creado un tamaño más pequeño del que quería, ¿verdad?
Volveré y corregiré mi ancho máximo a 1280 y veré qué hace.
Puedo confirmar que el valor de ancho es realmente ancho.
Lo tenía incorrecto en 720 y, como mencioné, a veces funciona y a veces no. Descubrí que convirtió un programa correctamente y produjo un video de 720x406.
Como mencionó Mike, me equivoqué, pero aún parece que a veces el sistema ignora o no puede procesar correctamente el valor de ancho máximo.
Recordé dónde intentaba hacer lo que estás haciendo, es decir, forzar el escalado/reducción a un ancho de pantalla específico.
No está en MCEBuddy. El ancho máximo es para reducir un video HD OTA mpeg2 1920x1080i a una imagen más pequeña para obtener mejor compresión. Creo que el almacenamiento es más barato ahora y ya no es un problema real. Además, estoy obteniendo gran compresión con x265 en lugar de MP4/x264.
Volviendo al tamaño de pantalla forzado. Estaba en las opciones de Handbrake. Así que lo que podrías hacer es configurar parámetros extra en tu config y forzar que Handbrake realice las conversiones, o encontrar el equivalente con FFMPEG (el otro codificador que usa MCEBuddy).
Sé que hay publicaciones aquí sobre personas intentando forzar FFMPEG o Handbrake y otras donde querían pasar opciones especiales a los codificadores. Creo que eso es lo que necesitarás hacer.
Sirvo mi contenido con Plex también, pero tengo toda la transcodificación deshabilitada y envío el video al reproductor y dejo que el reproductor realice cualquier transcodificación. Hasta ahora, sin problemas con nada reproduciendo 1280x720p o 1920x1080i (OTA) transcodificado a ancho máximo 1280 (reducirá el 1920x1080, pero eso siempre es entrelazado para mis estaciones de TV). No tengo un sintonizador ATSC3.0 todavía para ver qué hay en 4K o un TV 4K (UHD), así que no hay problemas allí todavía.
Y con x265 y codificación HW nVidia 2060 en un antiguo i5 Haswell (4ta Gen), no ha sido un problema transcodificar y un programa de 1 hora ocupa aproximadamente 350MB para “suficientemente bueno” para contenido HD OTA.
MCEBuddy mueve el original a la carpeta de archivo y programo una tarea para eliminar cualquier cosa mayor a 10 días. Así, puedo ejecutar manualmente MCEBuddy para cortar anuncios con un perfil diferente en cualquier cosa que quiera mantener a resolución completa/baja compresión (pero en x265 por supuesto) en esos 10 días.
La reproducción es buena en móvil y VLC en PC e incluso en mi Tivo Roamio OTA a través de la aplicación Plex de Tivo.
Gracias por los registros. En el que está fallando, veo que el video está corrompido, lo que hace que HandBrake falle y luego recurre a FFmpeg, que intenta usar el controlador gráfico QSV para reescalar el video, pero también falla al hacerlo. ¿Podrías subir también el video original que está fallando (Late Show) para que podamos analizarlo y ver cómo solucionarlo?
Hemos lanzado una actualización a BETA 2.5.7 que debería solucionar el problema. Prueba la versión beta 2.5.7 de hoy y, si no funciona, necesitaríamos una copia del video con errores para analizarlo más a fondo.
