Versión de MCEBuddy: 2.7.1
Sistema operativo: Windows 10 IoT Enterprise LTSC 2021 x64
Resumen de la sugerencia: Estoy usando la opción “General Settings → Sync converted files” para mantener los archivos convertidos en mi servidor de archivos sincronizados con los archivos de origen en mi unidad de medios. Hay mucho movimiento en mi biblioteca debido a que los archivos de origen se añaden, mueven y eliminan. Cuando se elimina un archivo de origen, MCEBuddy elimina los archivos convertidos, lo cual es una gran característica y perfecta para mi flujo de trabajo. Sin embargo, hay algunos inconvenientes en la implementación actual:
- El trabajo de conversión permanece en el archivo de historial indefinidamente, lo que hace que el archivo se hinche cada vez más.
- El análisis del archivo de historial se vuelve cada vez más lento con el movimiento de medios debido al punto #1.
- El escaneo se vuelve cada vez más lento con el movimiento de medios debido al punto #1.
- Si un archivo de origen se vuelve a introducir con el mismo nombre y ubicación en un momento posterior, MCEBuddy lo ignora indefinidamente porque ya existe en el archivo de historial debido al punto #1.
Con la opción propuesta “Remove deleted files from history” activada, cuando se elimina el archivo de origen, el archivo convertido se eliminaría automáticamente (como ocurre actualmente), y luego los archivos de origen y los convertidos serían eliminados automáticamente del archivo de historial para que ya no se rastreen. Observación secundaria: esto convierte efectivamente el archivo de historial en una base de datos de los archivos actualmente rastreados, y no tanto en un registro histórico.
Sé que puedo habilitar “Expert Settings → Re-monitor recorded videos” en la configuración de ubicación de monitorización para que MCEBuddy ignore la información del archivo de origen en el archivo de historial y lo vuelva a convertir. El problema es que esto provoca una reconversión en cada escaneo si no selecciono también “Expert Settings → Delete original file” o “Expert Settings → Archive original file”, lo que rompe mi caso de uso, por lo que no es una solución. Además, no resuelve los demás problemas asociados con el aumento del tamaño del archivo de historial.
Actualmente estoy eludiendo este comportamiento con un script que he escrito y que se ejecuta cada noche y “limpia” el archivo de historial. El script analiza mcebuddy.log y busca el texto “[source] is stopped being monitored since it has been deleted”. Por cada instancia, extrae la ruta del origen del texto del registro, luego la usa para encontrar y eliminar tanto el registro del archivo convertido como el registro del archivo de origen del archivo de historial. Esto funciona notablemente bien y resuelve todos los problemas descritos arriba, con algunas desventajas:
- “System Settings → Logging Level” debe establecerse en Debug, lo que genera más movimiento de disco y ralentiza ligeramente MCEBuddy.
- “System Settings → Logfile age” debe establecerse en un número alto para evitar que los registros de los archivos eliminados se eliminen del registro antes de que el script nocturno se ejecute cuando hay mucho movimiento de medios. Esto significa que mi script nocturno tiene más datos que analizar.
- Si un archivo de origen se vuelve a introducir con el mismo nombre y ubicación en un momento posterior, MCEBuddy lo ignora hasta el día siguiente (después de que se ejecute el script nocturno).
- Es una cosa más que debo mantener.
Si MCEBuddy pudiera admitir la funcionalidad propuesta de forma nativa simplemente eliminando los registros del historial cuando se elimina el archivo de origen, resolvería el problema de manera más eficiente y me sería de gran ayuda.
¡Gracias por leer!