Varför ignorerar ansiktsigenkänningen foton från ett delat album?
Ansiktsigenkänning kan ignorera foton i delade album när delningen gör tillgången synlig utan att placera den i det ägar- eller bearbetningsomfång som används av Personer-indexet.
Den viktiga skillnaden är inte bara delat kontra privat. Jämför ett ägt foto med ett liknande delat foto, kontrollera om ansiktsbearbetningsjobben kördes för båda och fastställ vilket konto eller bibliotek som äger respektive objekt. Bygg om ansiktsdata först när de berörda fotona tillhör ett omfång som programmet är utformat för att indexera.
Separera albumets synlighet från ansiktsindexets synlighet
Öppna ett berört delat foto och bekräfta att användaren kan se objektet. Kontrollera sedan om vyn Personer eller ansiktssökningen innehåller samma foto. Se detta som två separata behörighets- och bearbetningsfrågor.
Arbetsflöden för delade album, som delade Immich-album, visar att synlighet för en annan användare inte nödvändigtvis innebär att alla härledda organisationsfunktioner följer med.
Om fotot är synligt men aldrig visas i Personer ska du sluta felsöka albumdelningen isolerat. Nästa tester bör identifiera vilket konto som äger objektet och vilka objekt som ansiktsprocessen indexerar.
Jämför med ett ägt kontrollfoto
Använd två visuellt liknande foton: ett som laddats upp av kontot vars vy Personer fungerar och ett som endast är synligt via det delade albumet. Bekräfta att båda innehåller ett tydligt ansikte och lades till under samma period.
En självhostad Immich-installation har separata bearbetnings-, lagrings-, jobb- och klientlager, så kontrolltestet bör hålla bildkvaliteten konstant och endast ändra ägarskap eller biblioteksomfång.
Om endast det ägda objektet får ansiktsmetadata följer problemet omfånget snarare än bildkvaliteten. Ändra inte igenkänningströsklarna innan den ägargränsen har klarlagts.
Kontrollera om ansiktsjobben faktiskt kördes
Kontrollera jobbköer och objektmetadata efter ansiktsdetektering och igenkänning för den berörda posten. Jämför tidsstämplar och slutförda jobb med det ägda kontrollfotot.
Oberoende bevakning av Immich-drift beskriver Immichs maskininlärningsjobb som bakgrundsarbete, vilket innebär att ett uppladdat eller delat objekt kan vara synligt innan alla maskininlärningshärledningar är klara.
Om jobbet aldrig kördes för det delade objektet är ombearbetning meningsfull först efter att du bekräftat att objektet är behörigt. Upprepade försök på ett obehörigt omfång slösar beräkningsresurser och döljer den verkliga gränsen.
Välj en delningsmodell som passar målet
Avgör om hushållet bara behöver gemensam visning eller förväntar sig ett enhetligt personindex för alla foton. Det är olika produktbeteenden och kan kräva delat ägarskap, partnerliknande delning eller ett gemensamt hanterat bibliotek.
En praktisk utformning av ett delat fotobibliotek är användbar eftersom den visar hur organisationsval för delade bibliotek påverkar vad som blir gemensamt och vad som förblir knutet till enskilda användare.
Kopiera inte varje foto till en annan användares bibliotek enbart för att tvinga fram ansiktsigenkänning, om du inte accepterar konsekvenserna för duplicerad lagring och radering. Föredra programmets stödda delningsmodell.
Bearbeta på nytt först när omfånget är korrekt
När objektet tillhör ett omfång som ska få ansiktsbearbetning kör du det minsta stödda jobbet för ansiktsdetektering eller igenkänning på en testmängd och jämför resultatet.
Den relaterade ZimaSpace-guiden om Immich-fotobibliotek för familjer håller ändringen inom ett säkerhetskopieringsmedvetet arbetsflöde för fotobibliotek, där härledd ansiktsdata kan byggas om utan risk för originalen.
Åtgärden är bekräftad när nyligen behöriga delade foton visas i den förväntade vyn Personer efter normal bearbetning. Om även behöriga ägda kontrollfoton fortfarande misslyckas bör du undersöka modell-, arbets- eller resursfel.
Rekommenderade produkter
Support och tips
Mer att läsa
Kan Plex dela ett GPU-kort med en annan Docker-container?
Plex och en annan container kan ofta använda samma GPU, men du måste testa drivrutinsstöd, enhetsmappning, belastningen på videoenheten, minne och återställningsbeteende.
Så avgör du om ett Plex-fel kommer från klienten eller servern
Återskapa samma objekt på en annan klient, jämför sessionsvägen och samla sedan in serverbevis först efter att scope har visat var felet faktiskt finns.
Så konfigurerar du Plex-cache och tillfällig lagring för omkodning
Skydda beständigt Plex-tillstånd genom att placera temporära transkodningsfiler på lämplig lokal lagring och verifiera rensning, ledigt utrymme samt omstartsfunktionssätt.
