EN
en direct

Immich 3.3 ajoute la gestion des personnes et l’accélération TensorRT pour ses modèles d’IA

La première release candidate d’Immich 3.3 introduit la gestion des personnes, des souvenirs d’anniversaire et l’inférence TensorRT sur les GPU NVIDIA RTX. Si vous hébergez vos photos, préparez la migration et testez la RC sur une copie avant la sortie stable.

Une grille de photographies imprimées posées sur une table d’archives sombre, une photo légèrement désalignée dont le coin est maintenu par une punaise ambre.

29 septembre 2026. L’équipe d’Immich publie v3.3.0-rc.0, la première release candidate de la version 3.3 du gestionnaire de photos auto-hébergé. 28 septembre 2026. La version v3.2.4 venait de corriger une fuite mémoire introduite par une dépendance, en promettant une v3.3 « imminente ». Septembre 2026. La RC apporte deux têtes d’affiche : la gestion des personnes et l’inférence TensorRT sur GPU NVIDIA RTX. Pourquoi c’est important : Immich, fort de 115 300 étoiles sur GitHub, est en train de combler les deux derniers écarts fonctionnels qui le séparaient de Google Photos — l’organisation des visages et la vitesse des modèles d’IA.

Le poids d’Immich dans l’auto-hébergement

Immich n’est pas un projet de niche. Avec 115 300 étoiles sur GitHub, il est devenu l’un des logiciels auto-hébergés les plus populaires au monde, porté par une communauté active et soutenu par FUTO, l’organisation qui finance son développement depuis 2024. Son positionnement est limpide : reproduire l’expérience Google Photos — sauvegarde automatique depuis le mobile, recherche, souvenirs, reconnaissance de visages — sans qu’aucune photo ne quitte votre serveur.

Ce succès repose sur une cadence de publication rapide. v3.0, en juillet 2026, a apporté l’édition mobile et les workflows ; v3.2, en septembre, a refondu la recherche avec Search v2 ; et v3.3 s’attaque désormais à la gestion des personnes et à la vitesse d’inférence. Chaque itération réduit l’écart avec le géant de Mountain View sur un point précis, et chaque point comblé est un argument de plus pour quitter le cloud.

La gestion des personnes, enfin native

Depuis ses débuts, Immich détecte les visages et les regroupe automatiquement en « personnes » via ses modèles de reconnaissance. Ce qui manquait, c’était la capacité d’administrer proprement ces personnes : renommer, fusionner, masquer ou réattribuer un visage mal classé sans jongler entre plusieurs écrans. v3.3.0-rc.0 introduit une fonctionnalité dédiée de gestion des personnes, portée par Daniel Dietzler, qui rassemble ces opérations au même endroit.

C’est un changement d’ergonomie plus profond qu’il n’y paraît. Sur une bibliothèque de plusieurs dizaines de milliers de photos, une erreur de classification — deux visages fusionnés, un inconnu mal identifié — se corrigeait jusqu’ici au cas par cas. La nouvelle gestion permet d’aligner Immich sur l’usage qu’en font les familles : une session de nettoyage de visages de quelques minutes au lieu d’un tunnel de réglages. Le correctif associé, qui empêche de déplacer les visages d’un utilisateur autre que leur propriétaire, montre que l’éditeur a pensé la fonction pour les comptes partagés, pas seulement pour le compte principal.

Des souvenirs qui ont une date de naissance

Deuxième nouveauté visible : les souvenirs d’anniversaire. Immich génère déjà des « souvenirs » à partir des photos prises le même jour les années précédentes ; la RC ajoute une catégorie dédiée aux anniversaires, alimentée par les dates de naissance associées aux personnes. Concrètement, l’application pourra ressortir, chaque année, les photos d’un proche le jour de son anniversaire — le type de magie automatisée que Google Photos propose depuis longtemps et qui fidélise les utilisateurs.

Ce détail n’est pas anodin. Il illustre la stratégie d’Immich : concurrencer les géants du cloud sur leurs propres armes — la sérendipité et l’automatisation — tout en gardant les données sur son propre serveur. Chaque fonction de ce type réduit l’argument « je reste sur Google Photos pour les souvenirs » et renforce le cas du self-hosting comme alternative complète, pas comme pis-aller.

TensorRT : l’IA plus rapide sur les GPU RTX

Sous le capot, la contribution la plus technique est trt-rtx, signée Mert Alev. Elle active l’accélération TensorRT pour l’inférence des modèles de machine learning sur les GPU NVIDIA RTX. En clair : la reconnaissance de visages, la détection d’objets et les autres tâches d’IA exécutées localement deviennent nettement plus rapides sur les machines équipées d’un GPU RTX, sans solliciter le CPU.

La RC embarque aussi deux optimisations d’inférence — le chargement de modèle amélioré et l’inférence de modèle optimisée — ainsi qu’un rééchantillonnage en lumière linéaire. Ce dernier point, plus discret, améliore la fidélité colorimétrique des transformations d’images. Pour un usage familial, c’est l’IA qui bénéficie le plus du changement : l’indexation initiale d’une grosse bibliothèque, opération longue, est le moment où l’accélération TensorRT se paie immédiatement.

La RC ajoute enfin des améliorations de fond utiles aux déploiements en entreprise : la synchronisation des revendications OAuth à la connexion, qui maintient à jour les rôles et groupes issus d’un fournisseur d’identité, et la prise en charge des fichiers .jfif. Les éditeurs d’albums peuvent désormais modifier le titre et la description d’un album partagé.

Pour un auto-hébergeur, l’enjeu réel n’est pas la liste des fonctionnalités mais le coût d’inférence qu’elles impliquent. Immich exécute localement la détection de visages, la détection d’objets et la recherche CLIP : chaque photo importée déclenche donc un petit travail de machine learning sur votre propre matériel. Sur un serveur sans GPU, l’indexation d’une grosse bibliothèque est l’opération la plus lente d’Immich — souvent la différence entre une migration fluide et un week-end d’attente.

C’est précisément pourquoi TensorRT compte. En déplaçant l’inférence vers les accélérateurs du GPU et en optimisant le chargement des modèles, v3.3 cible le goulot d’étranglement que les auto-hébergeurs déplorent le plus. Le gain se cumule sur l’index initial : une bibliothèque de 100 000 photos représente 100 000 petites inférences, et grappiller quelques millisecondes sur chacune transforme des heures en minutes.

Une RC à tester, pas à déployer en production

v3.3.0-rc.0 reste une release candidate. L’équipe d’Immich le répète en tête de note de version : la RC « est susceptible de changer et peut contenir des bugs ou des changements cassants », et il faut sauvegarder la base et la bibliothèque avant toute mise à jour. Le chemin d’upgrade est le classique des déploiements Docker Compose : changer la variable IMMICH_VERSION dans le fichier .env, puis relancer l’image.

bash
# Dans .env
IMMICH_VERSION=v3.3.0-rc.0
# ou, pour suivre le canal release candidate :
IMMICH_VERSION=v3-rc

docker compose pull && docker compose up -d

La sauvegarde préalable, rappelée par l’équipe, passe par les deux opérations habituelles d’Immich : un dump de la base PostgreSQL et une copie du dossier de bibliothèque. Côté base, la commande canonique est :

bash
docker exec -t immich_postgres pg_dumpall -c -U postgres | gzip > "dump.sql.gz"

Sur mobile, la RC passe par le Play Store en version bêta sur Android et par TestFlight sur iOS. L’équipe invite explicitement les testeurs à signaler les régressions sur GitHub avant la sortie finale.

Immich face à ses alternatives

Dans l’écosystème auto-hébergé, Immich n’est pas seul. PhotoPrism propose une gestion de bibliothèque plus orientée archivage, Nextcloud Memories s’intègre à la suite collaborative, et Piwigo reste une référence pour les albums partagés. La force d’Immich tient à sa focalisation : il fait une chose — l’expérience photo personnelle — et la fait au niveau de Google Photos, là où les alternatives généralistes dispersent leurs efforts.

La gestion des personnes de v3.3 creuse encore cet écart. PhotoPrism dispose de la reconnaissance faciale, mais sa correction des visages mal classés reste moins fluide que ce qu’Immich promet ici. Pour un foyer qui bascule depuis Google Photos, le premier critère n’est pas le nombre de fonctionnalités mais la familiarité : retrouver ses visages, ses souvenirs et sa recherche sans réapprendre une logique. C’est exactement ce que cette RC vise.

Verdict

Si vous hébergez déjà Immich en production, restez sur la branche stable v3.2.x et installez la RC uniquement sur un clone de test — la gestion des personnes et TensorRT valent une évaluation, mais pas au prix d’une bibliothèque familiale. Si vous construisez une nouvelle instance ou que vous comparez des alternatives à Google Photos, c’est le moment de planifier sur v3.3 : la gestion des personnes native et les souvenirs d’anniversaire ferment les deux écarts d’usage les plus visibles, et l’accélération TensorRT rend l’indexation IA supportable même sur un petit serveur équipé d’un GPU RTX. Et si vous administrez un déploiement à plusieurs comptes, surveillez la synchronisation OAuth de la v3.3 — c’est elle qui décidera si cette version simplifie réellement votre gestion des identités.

Références

Le brief cyber, chaque mardi

Les failles qui comptent, les correctifs à appliquer, en dix minutes de lecture.

Pas de spam. Désinscription en un clic.
à lire ensuite

Sur le même sujet

Plex ajoute Boost Dialog et la normalisation du volume dans Plex Media Server 1.43.4

Le 15 septembre 2026, Plex a livré deux options audio réservées aux abonnés Plex Pass : Boost Dialog, qui remonte les fréquences des dialogues, et Normalize Loudness, qui lisse les écarts de volume. L’analyse de loudness qui les alimente mobilise votre CPU pendant la maintenance : mesurez le coût avant de l’activer sur une grosse bibliothèque.

← Retour au fil

Tapez au moins deux caractères.

↑ ↓ naviguer ↵ ouvrir esc fermer