Cómo evitar que se reescriban los metadatos multimedia durante el mantenimiento de la biblioteca

Eva Wong es la Redactora técnica y manitas residente en ZimaSpace. Una geek de toda la vida con pasión por los homelabs y el software de código abierto, se especializa en traducir conceptos técnicos complejos en guías accesibles y prácticas. Eva cree que el autoalojamiento debe ser divertido, no intimidante. A través de sus tutoriales, empodera a la comunidad para desmitificar las configuraciones de hardware, desde construir su primer NAS hasta dominar los contenedores Docker.

Es más fácil evitar que se reescriban los metadatos multimedia cuando los campos seleccionados y las imágenes cuentan con fuentes duraderas antes de iniciar el mantenimiento de toda la biblioteca.

Un análisis, una actualización del proveedor, una limpieza de la base de datos, un cambio de ruta o una actualización del servidor pueden afectar capas muy distintas de una biblioteca multimedia. Antes del mantenimiento, identifica qué títulos, pósteres, colecciones, archivos NFO y campos editados manualmente son la fuente de verdad; bloquea lo que el servidor permita bloquear, haz una copia de seguridad de los archivos sidecar locales y de las imágenes, y ejecuta el modo de actualización menos destructivo en un elemento de prueba. No elijas «reemplazar todos los metadatos» solo porque la tarea de mantenimiento afecte a toda la biblioteca.

Haz un inventario de los metadatos seleccionados antes del mantenimiento

Elige un conjunto representativo de películas y episodios, y registra los títulos personalizados, nombres de ordenación, identificadores de proveedores, colecciones, pósteres, fondos, ediciones y descripciones corregidas manualmente. Indica si cada valor existe únicamente en la base de datos o también en un archivo NFO o de imágenes local.

Una guía actual de metadatos de Jellyfin recomienda bloquear los campos que hayas seleccionado antes de realizar tareas generales con los metadatos.

Si no puedes identificar qué valores son intencionales, no inicies una actualización para reemplazarlo todo. Primero exporta o haz capturas de pantalla de un pequeño conjunto de auditoría para poder detectar una reescritura no deseada en lugar de descubrirla semanas después.

Haz copias de seguridad de los archivos NFO y de las imágenes locales como fuentes duraderas

Cuando la biblioteca utiliza archivos NFO, pósteres o fondos locales como metadatos de referencia, cópialos junto con los archivos multimedia o inclúyelos en la copia de seguridad del mantenimiento. Comprueba las marcas de tiempo y las sumas de comprobación de algunas muestras.

Jellyfin admite archivos NFO como metadatos locales y puede guardar los metadatos en esos archivos cuando el guardador de NFO está activado.

No des por hecho que una copia de seguridad de la base de datos conserva todos los archivos sidecar gestionados manualmente. Del mismo modo, no supongas que el NFO es la fuente de verdad si la biblioteca solo ha almacenado las ediciones dentro de la base de datos del servidor.

Prefiere las imágenes locales cuando la estabilidad de los pósteres sea importante

Para los pósteres o fondos que deban sobrevivir a los cambios de proveedor, guarda la imagen elegida utilizando la convención de nombres locales compatible con el servidor multimedia y haz una copia de seguridad junto con la biblioteca multimedia.

Plexopedia muestra que los pósteres locales resisten los cambios del proveedor al conservar las imágenes como recursos locales duraderos.

Prueba un título antes de aplicar la convención a toda la biblioteca. Las imágenes locales mejoran la reproducibilidad, pero también crean archivos que deben conservar las políticas de copia de seguridad, sincronización y permisos.

Utiliza el modo de actualización menos destructivo

Distingue entre un análisis normal de la biblioteca, una actualización de metadatos, una operación para reemplazar todos los metadatos y una opción para reemplazar las imágenes existentes. El mantenimiento que solo cambia las rutas de almacenamiento o los índices de la base de datos rara vez requiere reemplazar todos los campos y las imágenes.

Un caso de resolución de problemas de Emby ilustra cómo reemplazarlo todo puede sobrescribir las imágenes durante una actualización manual.

Empieza con «buscar archivos nuevos o actualizados» o con el equivalente limitado de la plataforma cuando eso cumpla el objetivo. Recurre a una actualización destructiva solo para los elementos cuyos metadatos deban reconstruirse deliberadamente.

Comprueba la fuente de verdad antes de escribir en las carpetas multimedia

Si varias aplicaciones comparten el mismo árbol multimedia, decide cuál de ellas tiene permiso para escribir archivos NFO, imágenes o etiquetas. Dos servidores que escriban los mismos archivos sidecar pueden convertir un mantenimiento rutinario en un conflicto de metadatos entre aplicaciones.

La guía de metadatos de Firecore muestra que las imágenes pueden sobrescribirse deliberadamente en la capa del cliente y de la biblioteca.

Cuando sea posible, mantén un único escritor duradero para los archivos sidecar compartidos o configura el montaje multimedia como de solo lectura para las aplicaciones que solo necesiten consumir los archivos. El objetivo es tener una fuente de verdad clara, no el mayor número posible de escritores de metadatos.

Ejecuta primero el mantenimiento en una biblioteca de prueba pequeña

Crea una biblioteca temporal o selecciona una carpeta pequeña que contenga imágenes personalizadas, archivos NFO locales, colecciones, un título editado y un elemento normal sin modificaciones. Ejecuta allí primero la acción de mantenimiento exacta que tengas prevista.

Plex documenta que los recursos locales siguen reglas de nomenclatura, por lo que una biblioteca de prueba puede verificar que los recursos locales duraderos sigan leyéndose después del mantenimiento.

Compara los elementos de prueba antes y después del análisis, la actualización, el cambio de ruta o la actualización. La política de mantenimiento solo es segura cuando los campos seleccionados permanecen estables y las actualizaciones intencionadas del proveedor siguen funcionando. El artículo relacionado de ZimaSpace sobre la reversión de pósteres personalizados tras una actualización es la vía de recuperación si las imágenes seleccionadas ya han cambiado.

Preguntas frecuentes

¿Un análisis normal de la biblioteca siempre reescribe los metadatos?

No. Los modos de análisis y actualización son diferentes, y el comportamiento depende del servidor, de las fuentes de metadatos y de las opciones seleccionadas. Prueba la acción de mantenimiento exacta en lugar de tratar cada análisis como un reemplazo total.

¿Las carpetas multimedia deberían ser de solo lectura durante el mantenimiento?

Los montajes de solo lectura pueden proteger los archivos de origen y los archivos sidecar cuando el servidor no necesita escribir en ellos, pero también pueden impedir el guardado intencionado de archivos NFO o imágenes. Define el límite según tu política de fuente de verdad.

¿Basta con una copia de seguridad de la base de datos de metadatos para proteger los pósteres personalizados?

Solo si el póster está realmente almacenado y puede recuperarse desde esa base de datos o desde la copia de seguridad de los datos de la aplicación. Las imágenes locales también deben respaldarse como archivos.

Soporte y Consejos

Más para leer

Get More Builds Like This

Stay in the Loop

Get updates from Zima - new products, exclusive deals, and real builds from the community.

Stay in the Loop preferences

We respect your inbox. Unsubscribe anytime.