Come evitare la riscrittura dei metadati multimediali durante la manutenzione della libreria

Le riscritture dei metadati multimediali sono più facili da evitare quando i campi curati e le immagini sono supportati da fonti durevoli prima di iniziare la manutenzione dell’intera libreria.

Una scansione, un aggiornamento del provider, una pulizia del database, lo spostamento di un percorso o l’aggiornamento del server possono intervenire su livelli molto diversi di una libreria multimediale. Prima della manutenzione, identifica quali titoli, poster, raccolte, file NFO e campi modificati manualmente sono autorevoli; blocca ciò che il server consente di bloccare, esegui il backup dei file sidecar locali e delle immagini e avvia la modalità di aggiornamento meno distruttiva su un solo elemento di prova. Non scegliere “sostituisci tutti i metadati” solo perché l’attività di manutenzione riguarda l’intera libreria.

Fai l’inventario dei metadati curati prima della manutenzione

Scegli un gruppo rappresentativo di film ed episodi e annota i titoli personalizzati, i nomi per l’ordinamento, gli ID dei provider, le raccolte, i poster, gli sfondi, le edizioni e le descrizioni corrette manualmente. Indica se ogni valore esiste solo nel database oppure anche in un file NFO o in un file immagine locale.

Una guida aggiornata ai metadati di Jellyfin consiglia di bloccare i campi curati prima di eseguire operazioni estese sui metadati.

Se non riesci a identificare quali valori siano intenzionali, non avviare un aggiornamento con sostituzione completa. Prima esporta o acquisisci uno screenshot di un piccolo campione di controllo, così potrai rilevare una riscrittura indesiderata invece di accorgertene settimane dopo.

Esegui il backup dei file NFO e delle immagini locali come fonti durevoli

Quando la libreria usa file NFO locali, poster o sfondi come metadati autorevoli, copiali insieme ai contenuti multimediali o includili nel backup di manutenzione. Verifica date e checksum di alcuni campioni.

Jellyfin supporta i file NFO come metadati locali e può salvare i metadati in questi file quando il salvataggio NFO è abilitato.

Non dare per scontato che il solo backup del database conservi ogni file sidecar gestito manualmente. Al contrario, non presumere che l’NFO sia autorevole se la libreria ha memorizzato le modifiche esclusivamente nel database del server.

Preferisci le immagini locali quando la stabilità dei poster è importante

Per i poster o gli sfondi che devono resistere ai cambiamenti dei provider, salva l’immagine scelta utilizzando la convenzione di denominazione locale supportata dal server multimediale ed esegui il backup insieme alla libreria multimediale.

Plexopedia mostra che i poster locali resistono ai cambiamenti dei provider mantenendo le immagini come risorse locali durevoli.

Prova la procedura su un solo titolo prima di applicare la convenzione all’intera libreria. Le immagini locali migliorano la riproducibilità, ma creano anche file che le policy di backup, sincronizzazione e autorizzazioni devono preservare.

Featured

ZimaCube 2 NAS personale cloud domestico

ZimaCube2

$799.00 - $2,499.00

Buy Now

Usa la modalità di aggiornamento meno distruttiva

Distingui tra una normale scansione della libreria, un aggiornamento dei metadati, un’operazione di sostituzione completa dei metadati e l’opzione di sostituzione delle immagini esistenti. La manutenzione che modifica solo i percorsi di archiviazione o gli indici del database raramente richiede la sostituzione di ogni campo e immagine.

Un caso di assistenza relativo a Emby illustra come la sostituzione completa possa sovrascrivere le immagini durante un aggiornamento manuale.

Inizia con “cerca file nuovi o aggiornati” o con l’equivalente più circoscritto della piattaforma, quando è sufficiente per raggiungere l’obiettivo. Passa a un aggiornamento distruttivo solo per gli elementi di cui vuoi ricostruire deliberatamente i metadati.

Verifica la fonte autorevole prima di scrivere nelle cartelle multimediali

Se più applicazioni condividono lo stesso albero multimediale, stabilisci quale di esse può scrivere file NFO, immagini o tag. Due server che scrivono gli stessi file sidecar possono trasformare la normale manutenzione in un conflitto tra applicazioni.

Le indicazioni di Firecore sui metadati mostrano che le immagini possono essere sovrascritte deliberatamente a livello di client e di libreria.

Quando possibile, mantieni un solo autorevole scrittore per i file sidecar condivisi oppure imposta il montaggio multimediale in sola lettura per le applicazioni che devono solo leggere i file. L’obiettivo è avere una fonte autorevole chiara, non il maggior numero possibile di applicazioni che scrivono metadati.

Esegui prima la manutenzione su una piccola libreria di prova

Crea una libreria temporanea oppure seleziona una piccola cartella contenente immagini personalizzate, file NFO locali, raccolte, un titolo modificato e un elemento normale lasciato intatto. Esegui prima esattamente l’azione di manutenzione pianificata.

Plex documenta che le risorse locali seguono regole di denominazione, quindi una libreria di prova può verificare che le risorse locali durevoli vengano ancora lette dopo la manutenzione.

Confronta gli elementi di prova prima e dopo la scansione, l’aggiornamento, la modifica del percorso o l’upgrade. La policy di manutenzione è sicura solo quando i campi curati rimangono stabili e gli aggiornamenti intenzionali dei provider continuano a funzionare. L’articolo correlato di ZimaSpace sui poster personalizzati che tornano ai valori precedenti dopo un aggiornamento illustra la procedura di recupero nel caso in cui le immagini curate siano già cambiate.

Domande frequenti

Una normale scansione della libreria riscrive sempre i metadati?

No. Le modalità di scansione e aggiornamento sono diverse e il comportamento dipende dal server, dalle fonti dei metadati e dalle opzioni selezionate. Prova l’azione di manutenzione esatta invece di considerare ogni scansione come una sostituzione completa.

Le cartelle multimediali devono essere impostate in sola lettura durante la manutenzione?

I montaggi in sola lettura possono proteggere i file sorgente e i file sidecar quando il server non deve scrivervi, ma possono anche impedire il salvataggio intenzionale di file NFO o immagini. Scegli il limite in base alla policy sulla fonte autorevole.

Il backup del database dei metadati è sufficiente per proteggere i poster personalizzati?

Solo se il poster è effettivamente memorizzato e recuperabile da quel database o dal backup dei dati dell’applicazione. Anche i file immagine locali devono essere sottoposti a backup.