Det vanligaste matchningsfelet är att placera säsongs- och avsnittsnumret någonstans där skannern inte kan tolka videofilnamnet på ett tillförlitligt sätt.
En mediaserver identifierar TV-avsnitt genom flera lager: seriemappen, säsongsmappen, filnamnsmönstret, källan för avsnittsordning, lokala NFO-data och leverantörs-ID:n. En titel kan visas under rätt serie men ändå förbli omatchad när den faktiska filen saknar en entydig token som S01E03. Diagnostisera ett misslyckat avsnitt bredvid ett korrekt matchat avsnitt innan du massbyter namn på ett helt bibliotek.
Bekräfta om matchningen av serien, säsongen eller avsnittet är fel
Öppna det berörda objektet och notera seriens identitet, säsongsnummer, avsnittsnummer, visade titel, filsökväg och leverantörs-ID:n. Dessa uppgifter visar om skannern hittade rätt serie men misslyckades med att tolka avsnittet, eller om hela serien identifierades fel.
Ett Jellyfin-ärende visar filer som placerats under rätt serie och säsong, medan själva avsnitten förblev omatchade eftersom mediefilnamnet saknade avsnittstoken.
Om serien och säsongen är korrekta men avsnittsnumret saknas, fokusera på filnamnet. Om serieidentiteten är fel, kontrollera seriemappen, året, leverantörs-ID:t och bibliotekstypen innan du ändrar avsnittssyntaxen.
Placera en entydig SxxExx-token i mediefilnamnet
Använd ett förutsägbart mönster som Show Name - S01E03 - Episode Title.mkv. Behåll säsongs- och avsnittstoken i det faktiska videofilnamnet i stället för att enbart förlita dig på en versionsmapp, nedladdningskatalog eller överordnad mapp.
Alternativa former som 1.03, enskilda avsnittsnummer eller versionsspecifika koder kanske inte känns igen konsekvent. I en Jellyfin-rapport där bara ett avsnitt upptäcktes användes namn som 1.01 och 1.02 i stället för ett tydligt säsongs- och avsnittsmönster.
Byt namn på en kopierad testfil enligt det vedertagna mönstret och skanna endast den serien igen. Om den matchas, skapa en reversibel namnbyteskarta och migrera resten i små omgångar i stället för att radera metadata eller bygga om databasen.
Förhindra att serie- och säsongsnummer konkurrerar med tolken
Namnge seriemappen med seriens titel och eventuellt årtal, och använd sedan explicita säsongsmappnamn som Season 01. Undvik extra numrerade mappar som kan misstas för säsongsindikatorer.
Nummer som ingår i en serietitel kan bli tvetydiga när den omgivande strukturen är svag. Ett Jellyfin-ärende beskriver hur titlar som ”The 100”, ”24” och ”Stargate SG-1” tolkades som säsongsnummer.
Behåll titeln intakt men förstärk hierarkin och filnamnstoken: The 100 (2014)/Season 01/The 100 - S01E01.mkv. Ta inte bort legitima nummer från seriens officiella namn bara för att kompensera för en tvetydig mappstruktur.
Använd rätt mönster för filer med flera avsnitt och versioner
En fil som innehåller mer än ett avsnitt behöver en token för flera avsnitt som stöds, medan två kodningar av samma avsnitt behöver serverns konvention för versioner eller delar. Om dessa användningsområden blandas kan dubbletter skapas eller olika avsnitt grupperas tillsammans.
Användare har rapporterat att olika namnformat gör att samma avsnitt visas mer än en gång. Ett Jellyfin-ärende kopplar dubblettposter till inkonsekvent avsnittsnasättning mellan flera kopior.
Testa fall med flera avsnitt och flera versioner separat. Ett kombinerat avsnitt kan använda ett mönster som S01E01-E02, medan flera kvalitetsversioner bör behålla samma avsnittsidentitet tillsammans med en versionsetikett som stöds. Behåll originalfilerna tills programmet grupperar dem korrekt.
Håll specialavsnitt och bonusmaterial utanför den normala säsongsnumreringen
Placera riktiga specialavsnitt i den specialsäsong som programmet förväntar sig, vanligtvis Season 00 med filnamn som S00E##. Placera bakom kulisserna-material i en extrastruktur som stöds i stället för att hitta på vanliga avsnittsnummer.
Aktuella Jellyfin-tester visar att specialfunktioner och avsnittsvarianter kan krocka när flera namngivningsroller förekommer i samma säsong. Felmönstret är blandade varianter och specialfunktioner snarare än ett enkelt metadatafel på serienivå.
Flytta en bonusfil till en plats för extras eller specialavsnitt som stöds och kör en riktad omskanning. Om de vanliga avsnitten då matchas direkt bör du hålla bonusmaterialet utanför tolkens huvudsakliga avsnittssekvens.
Kontrollera avsnittsordningen innan du byter namn på korrekt numrerade filer
En fil kan innehålla en giltig SxxExx-token och ändå visa fel titel när biblioteket förväntar sig sändningsordning medan filerna använder DVD-ordning, absolut ordning, produktionsordning eller en annan leverantörsspecifik ordning.
Ett Jellyfin-ärende identifierade problem med avsnittsordningen kopplade till vald metadataleverantör och visningsordning, vilket visar att leverantörens ordning kan skilja sig även när filnamnen är strukturellt korrekta.
Jämför en säsong med den valda leverantörens avsnittslista innan du byter namn. Ändra bibliotekets eller seriens ordning när filerna redan följer en legitim ordning; byt namn på filer endast när deras numrering faktiskt inte stämmer överens med den avsedda källan.
Skanna en kontrollerad mapp igen och bevara namnbyteskartan
Skapa en testmapp som innehåller ett vanligt avsnitt, en fil med flera avsnitt, ett specialavsnitt och en alternativ version. Tillämpa det föreslagna namnmönstret och skanna sedan mappen i ett isolerat eller tillfälligt bibliotek.
ZimaSpaces guide om programspecifika namnregler förklarar varför mediebibliotek behöver en egen förutsägbar konvention i stället för en generell filnamnsstandard.
Namnkorrigeringen är klar när varje testobjekt får rätt serie, säsong, avsnitt, utgåva och titel, inga dubbletter visas och resultatet kvarstår efter en metadatauppdatering. Behåll den gamla och nya namnbyteskartan så att spellistor, säkerhetskopieringsverktyg och andra program kan uppdateras säkert.
Support och tips
Mer att läsa

Varför återskapar en återställning av en Docker-volym filinnehållet men tar bort utökade attribut?
En felsökning av volymåterställning som omfattar inventering av xattr, alternativ för tar och Rsync, namnrymder, stöd för måldestinationen, behörigheter, etiketter, appmetadata och tester.

Varför behåller en körande container sin gamla minnesgräns efter att Compose-filen har ändrats?
En minnesgränsdiagnos som omfattar aktiva cgroups, omstart kontra återskapande, Compose-fält, hårda och mjuka gränser, överordnade scope, växlingsutrymme och körningsheapar.

Varför ogiltigförklarar en omstart av en omvänd proxy varje session för en självhostad app?
En sessionsförlustdiagnos som omfattar omstartens omfattning, cookie-ägarskap, rotation av hemligheter, cachebaserade sessioner, sticky routing, autentiseringsgatewayer och återställning.

