–Grabaciones programadas fuera del aire realizadas regularmente con nextPVR, guardadas en una carpeta
–MCEBuddy observa esta carpeta y convierte las nuevas grabaciones, cortando los comerciales con Comskip, y luego el archivo original se archiva en otra carpeta.
–El archivo convertido se coloca en una carpeta diferente donde es visible para Plex.
Sin embargo, vivo en una zona de recepción marginal. La mayoría del tiempo, la recepción es lo suficientemente buena como para producir una grabación que se puede ver, incluso si hay algunos saltos o fallos. Es algo con lo que tengo que vivir, viviendo donde vivo.
Pero, estos fallos a veces hacen que MCEBuddy no pueda procesar la grabación con éxito, aunque el archivo de grabación original (con comerciales) se puede colocar manualmente en la carpeta de Plex donde la mayoría de las veces puede reproducirlo sin problemas.
El problema es que si MCEBuddy no puede terminar de procesar una grabación, lo intenta sin cesar. Así que si dejo mi PC sin atender, termina intentando convertir sin parar una acumulación de archivos, con el disco duro funcionando constantemente. De hecho, esto ha llevado a que se desgasten dos discos duros en los cuatro años que he tenido este flujo de trabajo. (MCEBuddy/Plex se ejecutan desde un disco interno secundario, afortunadamente).
¿Hay alguna manera de configurar MCEBuddy para que no siga intentando - si una conversión falla, simplemente dejar que permanezca como ‘fallida’ en lugar de un ciclo interminable de volver a empezar e intentar de nuevo?
Depende de qué parte de la conversión esté fallando.
Si falla el remux: MCEBuddy intenta 4 veces remuxar con un conjunto diferente de parámetros. Estos están definidos en el archivo mcebuddy.conf bajo la sección FFMpegBackupRemux y puedes ver la diferencia entre cada intento (empieza transcodificando y eventualmente recodifica a mpeg2)
Si falla la conversión: el número de reintentos depende de cómo esté configurado tu perfil en profile.conf. La mayoría de los perfiles tienen 3 respaldos bajo la sección order. Handbrake, Ffmpeg y Mencoder. Cuando un codificador falla, pasa al siguiente y así sucesivamente. Así que debería detenerse después de 3 intentos.
NUNCA será un número infinito de intentos, básicamente está definido por tu configuración como se indica arriba. Así que puedes personalizarlo, por ejemplo, eliminar (o agregar más) líneas a la sección FFMpegBackupRemux si falla el remux o quitar codificadores que no quieras en el perfil bajo el comando order
El registro de conversión mostrará qué está fallando
Aquí hay una carpeta de archivos de registro que muestran el problema (archivo ZIP comprimido).
La carpeta contiene 77 elementos de registro, donde MCEBuddy se repetía cada 10-15 minutos desde las 9:55 AM del 19-06-2017 hasta que el bucle se detuvo al mover manualmente la grabación a otra carpeta aproximadamente a las 7:27 AM del 20-06-2017.
¿Puedes subir el archivo TS original al servidor de carga de MCEBuddy para que lo analicemos? Este es un archivo problemático con subtítulos/leyendas cerradas rotas y nos gustaría ver si podemos proporcionar una solución alternativa para subtítulos rotos también.
Gracias por los registros. Esto es diferente de lo que había publicado sobre las conversiones de respaldo. Parece que el motor está reiniciando toda la conversión, lo cual no debería suceder.
Necesito el archivo mcebuddy.log: ese registro mostrará por qué el motor está reiniciando la conversión desde cero cada vez.
Estoy subiendo todo ahora. Tomará unos 20 minutos en completarse y luego deberías tener el archivo mcebuddy.log, el archivo .ts original, así como los registros individuales de episodios enviados anteriormente.
De acuerdo, gracias por los registros y los archivos de ejemplo. Permíteme abordar dos puntos que planteaste:
Cuando la grabación de video está dañada, la extracción de subtítulos falla y la conversión falla; eso es por diseño. La idea es que, si algo “falla”, quieres que el usuario lo sepa, especialmente si tiene activada la opción de eliminar el archivo original o alguna configuración que pueda tener efectos secundarios graves. Por eso, si algo “falla”, la conversión falla por diseño. Puedes volver a convertir esos archivos manualmente o configurar la opción de mover los archivos fallidos a una carpeta nueva y luego procesarlos con una tarea de monitoreo y una tarea de conversión separadas (por ejemplo, sin extraer subtítulos). La idea es que el usuario tenga el control y defina reglas sobre cómo manejar las excepciones, en lugar de asumir.
Pasando a tu problema principal: el bucle infinito de conversión. El problema está en la forma en que configuraste MCEBuddy. Literalmente le pediste a MCEBuddy que monitoree tus archivos, convertidos y originales, indefinidamente. Mira esta configuración de los registros; he resaltado los ajustes donde tu Tarea de Monitoreo (Configuración Experto) está configurada para reprocesar archivos indefinidamente. ADEMÁS: Tu ruta de carpeta de archivo no es válida, te falta una barra invertida \\ después de E:. Como el archivo original ya existe en la carpeta de archivo, no lo mueve y, con la configuración que le diste a MCEBuddy, le pediste que reconvertiera cada archivo en tu carpeta de monitoreo indefinidamente, incluso si ya fue convertido (en tu caso, se convirtió pero no pudo mover el archivo original a la carpeta de archivo por la razón mencionada).
OPCIONES DE TAREA DE MONITOREO ==
Tarea → Windows Default
Ruta de búsqueda → E:\Recorded TV
Monitor Eliminar Original → False
Monitor Archivar Original → True Carpeta de Archivo del Monitor → E:MCEBuddy2x\MCEBuddyArchive ← Falta una \ después de E:
Subdirectorios del Monitor → True Monitor Archivos Convertidos → True ← Le pides a MCEBuddy que convierta tus archivos ya convertidos (¿por qué?) Re-Monitorear Archivos Grabados → True ← Le pides a MCEBuddy que reconverta tus grabaciones originales que ya se convirtieron correctamente, esto es por lo que estás en un bucle infinito. (¿Por qué?)
EDITADO: En la próxima versión, el comportamiento predeterminado de Archivar y Fallido cambiará para sobrescribir cualquier archivo existente, así no caerá en bucles de fallos como el anterior.