Con el lanzamiento de la semana pasada y el perfil “MKV HEVC”, ahora veo que las conversiones fallan con el error:
“Falló la extracción de subtítulos cerrados”.
Estas grabaciones no tienen subtítulos cerrados. Pero en las versiones anteriores, la ausencia de subtítulos no hacía que la conversación fallara. Sé que hubo cambios relacionados con subtítulos/subtítulos cerrados en esta versión. ¿Es el diseño previsto que la conversión deba fallar si no hay subtítulos cerrados? De ser así, puedo crear un perfil para las series que no tienen subtítulos. Solo tengo curiosidad si ese es el diseño previsto o si es un error.
Basado en cambios recientes en MCEBuddy (a partir de la versión 2.6.2 aproximadamente), el motor de subtítulos y subtítulos cerrados (closed captions) se rediseñó para ser más «simple» y automatizado.
En versiones anteriores, la lógica solía ser más permisiva. Sin embargo, las actualizaciones recientes cambiaron la forma en que interactúan «Guardar subtítulos» (Save subtitles) y «Incrustar subtítulos» (Embed subtitles) (anteriormente «Extraer subtítulos y subtítulos cerrados» y «Añadir subtítulos»).
¿Es un error o un diseño intencional?
Parece ser un error (bug) o una regresión en la forma en que el motor maneja archivos sin flujos de subtítulos. Si bien el diseño previsto es automatizar la extracción, no debería tratar un flujo faltante como un error de procesamiento fatal si la fuente simplemente no contiene ninguno.
Causas potenciales y solución de problemas
Sensibilidad de CCExtractor: MCEBuddy utiliza CCExtractor para este proceso. Si tu perfil solicita específicamente una extracción de subtítulos que devuelve un código de salida distinto de cero (fallo) porque no se encuentra ningún flujo, MCEBuddy puede estar interpretando eso como un fallo de la tarea.
Configuraciones de «Forzar» en el perfil: Revisa tu perfil MKV HEVC en profiles.conf. Si hay un argumento de línea de comandos o una configuración que exige el procesamiento de subtítulos, podría estar causando la interrupción.
Soluciones temporales sugeridas
Desactivar las opciones de subtítulos: En la configuración de tu tarea de conversión, intenta desmarcar tanto «Guardar subtítulos» como «Incrustar subtítulos». Si la conversión se completa con éxito, se confirma que el motor está fallando porque espera un flujo que no está ahí.
Perfil personalizado: Como mencionaste, crear un perfil específico para series que se sabe que no tienen subtítulos es una solución temporal válida, pero también puedes intentar agregar cc_stop_on_error=false (si está disponible en la configuración avanzada de tu versión) al archivo profiles.conf para ese perfil específico y ver si permite que el proceso continúe.
Revisar los registros (logs): Para confirmar exactamente por qué está fallando, busca la línea en tu registro de conversión justo antes del mensaje «Extracting closed captions failed». Por lo general, mostrará la línea de comandos exacta que se está ejecutando y el código de error devuelto por el subproceso.
Te recomiendo subir una copia de tu registro de conversión a este hilo. Los desarrolladores (como @Goose) suelen buscar esos registros para ver si es necesario hacer que una «comprobación» específica sea opcional en el código.
Gracias por proporcionar ese archivo de registro, @SJL.
Al revisar tu registro de Elsbeth - S03E12, puedo ver exactamente dónde se produce el fallo:
2026-03-06T12:10:45 --> Extracting closed captions from C:\Users\SJL\AppData\Local\Temp\MCEBuddy\Working\elsbeth - s03e12 - All’s Hair.mp4
2026-03-06T12:10:46 --> CCExtractor failed to find any subtitles/closed captions in source file.
2026-03-06T12:10:46 ERROR> 2026-03-06T12:10:46 --> Extracting closed captions failed
Análisis
Parece que tu intuición era correcta: se trata de un error/regresión en el rediseño reciente del motor de subtítulos.
En las versiones más recientes (a partir de las ramas beta 2.6.2), MCEBuddy se actualizó para «simplificar» la gestión de subtítulos haciendo que la extracción sea un requisito previo por defecto cuando „Save subtitles“ o „Embed subtitles“ están marcados. Sin embargo, la lógica actual trata un resultado de «No se encontraron subtítulos» por parte de CCExtractor como un error crítico para toda la tarea de conversión, en lugar de simplemente omitir el paso de los subtítulos y continuar con la codificación de video.
El veredicto
¿Es intencionado? No. MCEBuddy está diseñado para ser una herramienta automatizada de «configurar y olvidar»;
Gracias por reportar esto. Sí, parece ser un error relacionado con el Procesamiento estricto cuando no se encuentran subtítulos. Normalmente, si la extracción de subtítulos falla, MCEBuddy continuará con la conversión. Cuando el Procesamiento estricto está habilitado, cualquier tipo de fallo mínimo hará que la conversión falle. Idealmente, no debería fallar si no se encuentran subtítulos en primer lugar.
Veo en tus registros que has habilitado el procesamiento estricto.
Procesamiento estricto → Verdadero
Por ahora, como solución temporal, desactiva la opción Tarea de conversión → Configuración experta → Procesamiento estricto hasta que lancemos una corrección para esto.
Genial. Esta es una de esas situaciones en las que la ausencia de noticias mías es una buena señal. Basándome en experiencias pasadas, definitivamente esperaría ver algún problema en el plazo de una semana. Si veo que este problema vuelve a ocurrir, escribiré aquí.