Estaba usando la versión gratuita anterior y noté que todas las grabaciones TS 1080i de Plex eran muy entrecortadas/con tirones al convertirse a mp4 o MKV (vacilación cada pocos fotogramas). Intenté reducir la salida a 720p, pero obtengo los mismos resultados. Ahora he comprado la última versión de MCEBuddy y aún tengo este problema. ¿Hay alguna configuración o perfil que deba usar para evitar que esto suceda? Todas las fuentes 720p se convierten de .ts a mp4 sin ningún problema.
Prueba activando la opción Detect and optimize video quality en la configuración de la tarea de conversión. Está diseñada para ayudar con video entrelazado.
Eso estaba marcado por defecto y lo dejé seleccionado… si codifico el archivo .ts de origen 1080i con Handbrake, no veo el temblor o vacilación en el archivo resultante.
Intenta marcar la opción Skip remuxing en la página de configuración experta de la tarea de conversión. Eso debería proporcionar el archivo directamente a handbrake si estás usando el perfil MP4.
Revisa tu perfil y verifica si está usando handbrake y qué parámetros se están utilizando. Intenta jugar con la opción Detect and optimize video quality y las opciones de Skip cropping.
No lo hice, pero lo que sí me di cuenta es que los archivos fuente que Plex está almacenando desde el HDHomerun no están bien. Si veo los archivos recién grabados (sin transcodificación) de cualquier programa en 1080i (CBS o NBC), se ven entrecortados, como si el desentrelazador no funcionara correctamente. Por ahora, me he acostumbrado a vivir con ello.
Gracias por tu pronta respuesta. Parece que dispositivos como o similares a los Fire TV Stick 4K (incluso mi Nvidia Shield Cube) no manejan muy bien el video entrelazado y en algunos casos no lo hacen en absoluto. Voy a intentar cambiar la configuración de decomb en Handbrake de MCEBuddy y ver si eso ayuda. Si funciona, te avisaré.
Quieres probar la opción Detect and optimize video quality en la tarea de conversión. Está diseñada para verificar si la fuente es entrelazada y luego cambiar automáticamente la configuración de desentrelazado.
Hola, gracias por tu sugerencia. Estoy seguro de que ya lo he activado antes y no noté una diferencia significativa. Quizás haga una prueba adecuada y vea si realmente hay algún cambio.
Bueno, creo que quizás haya encontrado una solución. Aunque no puedes volver a convertir los archivos ya convertidos; por tanto, los archivos problemáticos que tengo en mi biblioteca no los pude usar para la prueba: las grabaciones originales se borraron tras la conversión. Tuve que buscar y grabar de nuevo un archivo conflictivo, lo cual me llevó un buen rato. Descubrí que el problema se nota mucho en algunas tomas panorámicas.
El perfil que venía utilizando es HDHomeRun H.264. Este elige primero HandBrake para hacer la conversión. Estoy seguro de que, si usas otro perfil, puedes hacer lo mismo. (Cierra MCBuddy antes de hacer cambios).
Modifiqué profiles.config con el Bloc de notas, cambiando decomb=bob y guardé.
(C:\Program Files\MCEBuddy2x\config)
Es muy exigente para la CPU: mi conversión anterior usaba 99 % de GPU y casi nada de CPU; con BOB usa 99 % de GPU y 75 % de CPU. También casi duplica el tamaño del archivo. Sin embargo, es comparable al tamaño de una grabación nativa progresiva convertida con MCEBuddy usando el mismo perfil sin BOB.
El tiempo dirá… Si te animas a hacer el cambio, cuéntame qué tal te va.
Puedo confirmar que configurar el decomb en BOB ha resuelto el problema para mí (acabo de lograr jugar un poco con un programa problemático reciente/nuevo habitual)
Espero que también funcione para ti
*hmm pensándolo mejor, distintos dispositivos y reproductores están dando resultados distintos. (Funcionó con la combinación de reproductor y dispositivo que me llevó a buscar aquí en primer lugar)