Pourquoi la reconnaissance faciale ignore-t-elle les photos d’un album partagé ?
La reconnaissance faciale peut ignorer les photos d’albums partagés lorsque le partage rend l’élément visible sans l’inclure dans le périmètre de propriété ou de traitement utilisé par l’index « Personnes ».
La distinction utile ne se résume pas à partagé ou privé. Comparez une photo dont vous êtes propriétaire avec une photo partagée similaire, vérifiez si les tâches de traitement des visages ont été exécutées pour les deux, puis déterminez quel compte ou quelle bibliothèque possède chaque élément. Ne reconstruisez les données faciales qu’après avoir placé les photos concernées dans un périmètre que l’application est conçue pour indexer.
Distinguer la visibilité de l’album de celle de l’index facial
Ouvrez une photo partagée concernée et vérifiez que le lecteur peut voir l’élément, puis contrôlez si la vue « Personnes » ou la recherche faciale contient cette même photo. Considérez ces deux aspects comme des questions distinctes de permissions et de traitement.
Les flux de travail des albums Immich partagés montrent que rendre un élément visible à un autre utilisateur ne transfère pas nécessairement toutes les fonctionnalités d’organisation dérivées qui lui sont associées.
Si la photo est visible, mais n’apparaît jamais dans « Personnes », cessez de rechercher uniquement un problème de partage d’album. Les tests suivants doivent déterminer quel compte possède l’élément et quels éléments sont indexés par le pipeline de reconnaissance faciale.
Comparer avec une photo de contrôle dont vous êtes propriétaire
Utilisez deux photos visuellement similaires : l’une importée par le compte dont la vue « Personnes » fonctionne, et l’autre visible uniquement via l’album partagé. Vérifiez que les deux contiennent un visage net et ont été ajoutées au cours de la même période.
Un déploiement Immich auto-hébergé dispose de couches distinctes d’architecture de traitement Immich, de stockage, de tâches et de client. Le test de contrôle doit donc maintenir la qualité de l’image constante tout en modifiant la propriété ou le périmètre de la bibliothèque.
Si seul l’élément dont vous êtes propriétaire reçoit des métadonnées faciales, le symptôme dépend du périmètre plutôt que de la qualité de l’image. Évitez de modifier les seuils de reconnaissance avant d’avoir compris cette limite de propriété.
Vérifier que les tâches de reconnaissance faciale ont réellement été exécutées
Examinez les files de tâches et les métadonnées de l’élément pour vérifier la détection et la reconnaissance des visages sur l’enregistrement concerné. Comparez les horodatages et l’état d’achèvement des tâches avec ceux de la photo de contrôle dont vous êtes propriétaire.
Des ressources indépendantes consacrées à l’exploitation d’Immich décrivent les tâches d’apprentissage automatique d’Immich comme des traitements en arrière-plan. Un élément importé ou partagé peut donc être visible avant que tous ses dérivés d’apprentissage automatique soient générés.
Si la tâche n’a jamais été exécutée pour l’élément partagé, le retraitement n’a de sens qu’après avoir confirmé que cet élément est éligible. Relancer sans cesse une tâche sur un périmètre non éligible gaspille des ressources de calcul et masque la véritable limite.
Choisir le modèle de partage adapté à l’objectif
Déterminez si le foyer a uniquement besoin d’un accès partagé aux photos ou s’il souhaite un index « Personnes » unifié pour toutes les photos. Il s’agit de comportements différents qui peuvent nécessiter une propriété partagée, un partage de type partenaire ou une bibliothèque commune gérée.
Une conception pratique de bibliothèque photo partagée est utile, car elle montre comment les choix d’organisation d’une bibliothèque partagée déterminent ce qui devient commun et ce qui reste associé aux utilisateurs individuels.
Ne copiez pas toutes les photos dans la bibliothèque d’un autre utilisateur uniquement pour forcer la reconnaissance faciale, à moins que le stockage en double et les conséquences des suppressions soient acceptables. Privilégiez le modèle de partage pris en charge par l’application.
Relancer le traitement uniquement après avoir corrigé le périmètre
Une fois que l’élément appartient à un périmètre devant recevoir le traitement facial, exécutez la plus petite tâche prise en charge de détection ou de reconnaissance faciale sur un sous-ensemble de test, puis comparez le résultat.
Le guide ZimaSpace associé sur la bibliothèque photo familiale Immich maintient la modification dans un flux de travail de bibliothèque photo tenant compte des sauvegardes, afin de pouvoir reconstruire les données faciales dérivées sans risquer les originaux.
La correction est confirmée lorsque les nouvelles photos partagées éligibles apparaissent dans la vue « Personnes » attendue après le traitement normal. Si les photos de contrôle dont vous êtes propriétaire et qui sont éligibles échouent toujours, recherchez alors un problème de modèle, de processus d’exécution ou de ressources.
Produits recommandés
Assistance et conseils
Plus à lire
Plex peut-il partager un GPU avec un autre conteneur Docker ?
Plex et un autre conteneur peuvent souvent accéder au même GPU, mais vous devez tester la prise en charge des pilotes, le mappage des...
Comment déterminer si une erreur Plex vient du client ou du serveur
Reproduisez le même élément sur un autre client, comparez le chemin de session, puis recueillez les preuves côté serveur uniquement après que la portée...
Comment configurer le cache de Plex et le stockage temporaire du transcodage
Protégez l’état persistant de Plex en plaçant les fichiers temporaires de transcodage sur un stockage local adapté, puis vérifiez le nettoyage, l’espace libre et...
