Så undviker du omskrivning av mediemetadata vid biblioteksunderhåll

Eva Wong är Teknisk skribent och den boende fixaren på ZimaSpace. En livslång nörd med en passion för hemma-labb och öppen källkod, hon specialiserar sig på att översätta komplexa tekniska koncept till tillgängliga, praktiska guider. Eva tror att självhosting ska vara roligt, inte skrämmande. Genom sina handledningar ger hon gemenskapen verktyg att avmystifiera hårdvaruinstallationer, från att bygga sin första NAS till att bemästra Docker-containrar.

Omskrivning av mediemetadata är enklast att undvika när kurerade fält och bilder stöds av beständiga källor innan underhåll av hela biblioteket påbörjas.

En genomsökning, leverantörsuppdatering, databasrensning, sökvägsflytt eller serveruppgradering kan påverka helt olika lager i ett mediebibliotek. Identifiera före underhållet vilka titlar, affischer, samlingar, NFO-filer och manuellt redigerade fält som är auktoritativa. Lås det som servern stöder att låsas, säkerhetskopiera lokala sidofiler och bilder och kör det minst destruktiva uppdateringsläget på ett testobjekt. Välj inte ”ersätt all metadata” bara för att underhållsuppgiften råkar omfatta hela biblioteket.

Inventera vilken metadata som är kurerad före underhållet

Välj ut ett representativt urval av filmer och avsnitt och dokumentera anpassade titlar, sorteringsnamn, leverantörs-ID:n, samlingar, affischer, bakgrunder, utgåvor och manuellt korrigerade beskrivningar. Notera om varje värde endast finns i databasen eller även i en lokal NFO- eller bildfil.

En aktuell Jellyfin-guide om metadata rekommenderar att du låser fält som du har kurerat före omfattande metadataarbete.

Om du inte kan identifiera vilka värden som är avsiktliga ska du inte starta en uppdatering som ersätter allt. Exportera eller ta först skärmbilder av ett litet granskningsurval så att du kan upptäcka en oönskad omskrivning i stället för att märka den flera veckor senare.

Säkerhetskopiera NFO-filer och lokala bilder som beständiga källor

När biblioteket använder lokala NFO-filer, affischer eller bakgrunder som auktoritativ metadata ska du kopiera dem tillsammans med medierna eller ta med dem i säkerhetskopian för underhållet. Kontrollera tidsstämplar och kontrollsummor för några exempel.

Jellyfin stöder NFO-filer som lokal metadata och kan spara metadata tillbaka till dessa filer när NFO-skrivaren är aktiverad.

Anta inte att enbart en säkerhetskopia av databasen bevarar alla manuellt hanterade sidofiler. Anta inte heller att NFO-filen är auktoritativ om biblioteket alltid har lagrat redigeringar enbart i serverns databas.

Föredra lokala bilder när affischernas stabilitet är viktig

För affischer eller bakgrunder som måste överleva ändringar hos leverantören ska du lagra den valda bilden enligt medieserverns stödda lokala namngivningskonvention och säkerhetskopiera den tillsammans med mediebiblioteket.

Plexopedia visar att lokala affischer står emot leverantörsändringar genom att lagra bilderna som en beständig lokal tillgång.

Testa en titel innan du tillämpar konventionen på hela biblioteket. Lokala bilder förbättrar reproducerbarheten, men skapar också filer som måste bevaras av policyer för säkerhetskopiering, synkronisering och behörigheter.

Använd det minst destruktiva uppdateringsläget

Skilj mellan en vanlig biblioteksskanning, metadatauppdatering, en metadataåtgärd som ersätter allt och alternativet som ersätter befintliga bilder. Underhåll som endast ändrar lagringssökvägar eller databasindex kräver sällan att alla fält och bilder ersätts.

Ett felsökningsfall i Emby visar hur ersätt-allt kan skriva över bilder under en manuell uppdatering.

Börja med ”sök efter nya eller uppdaterade filer” eller plattformens motsvarande begränsade alternativ när det uppfyller målet. Använd en destruktiv uppdatering endast för objekt vars metadata avsiktligen ska byggas om.

Kontrollera den auktoritativa källan innan du skriver tillbaka till mediemappar

Om flera program delar samma medieträd ska du bestämma vilket av dem som får skriva NFO-filer, bilder eller taggar. Två servrar som skriver till samma sidofiler kan förvandla rutinunderhåll till en metadatakonflikt mellan programmen.

Firecores metadatadokumentation visar att bilder kan ersättas medvetet på klient- och bibliotekslagret.

Ha om möjligt en enda beständig skrivande part för delade sidofiler, eller gör medieanslutningen skrivskyddad för program som endast behöver läsa filerna. Målet är en tydlig auktoritativ källa, inte största möjliga antal metadatasystem som skriver.

Kör underhållet på ett litet testbibliotek först

Skapa ett tillfälligt bibliotek eller välj en liten mapp som innehåller anpassade bilder, lokala NFO-filer, samlingar, en redigerad titel och ett vanligt orört objekt. Kör den planerade underhållsåtgärden exakt där först.

Plex dokumenterar stödet för att lokala tillgångar följer namngivningsregler, så ett testbibliotek kan verifiera att beständiga lokala tillgångar fortfarande läses efter underhållet.

Jämför testobjekten före och efter skanningen, uppdateringen, sökvägsändringen eller uppgraderingen. Underhållspolicyn är säker endast när kurerade fält förblir stabila och avsedda leverantörsuppdateringar fortfarande fungerar. Den relaterade ZimaSpace-artikeln om anpassade affischer som återställs efter uppdatering är återställningsalternativet om kurerade bilder redan har ändrats.

Vanliga frågor

Skriver en vanlig biblioteksskanning alltid om metadata?

Nej. Skannings- och uppdateringslägen skiljer sig åt, och beteendet beror på servern, metadatakällorna och de valda alternativen. Testa den exakta underhållsåtgärden i stället för att behandla varje skanning som ”ersätt allt”.

Bör mediemappar vara skrivskyddade under underhållet?

Skrivskyddade anslutningar kan skydda källfiler och sidofiler när servern inte behöver skriva där, men de kan också blockera avsiktlig lagring av NFO-filer eller bilder. Välj gränsdragningen utifrån policyn för den auktoritativa källan.

Räcker en säkerhetskopia av metadatabasen för att skydda anpassade affischer?

Endast om affischen faktiskt lagras i och kan återställas från den databasen eller säkerhetskopian av appdata. Lokala bildfiler måste också säkerhetskopieras som filer.

Support och tips

Mer att läsa

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.