Immich 3.0

 (github.com/immich-app)
1 points par GN⁺ 3 시간 전 | 1 commentaires | Partager sur WhatsApp
  • Immich v3.0.0 est la prochaine version majeure, publiée après plusieurs mois de travail, avec notamment l’édition mobile non destructive, un aperçu des workflows, des améliorations des sauvegardes en arrière-plan, des contrôles d’intégrité et l’aperçu du transcodage vidéo en temps réel
  • Cette version inclut des Breaking changes, mais une grande partie concerne des modifications des endpoints de l’API Immich, ce qui affecte surtout les outils tiers intégrés à l’API Immich ; la plupart des utilisateurs peuvent mettre à jour comme d’habitude
  • La mise à niveau consiste à remplacer IMMICH_VERSION de v2 à v3 dans le fichier .env, puis à exécuter docker compose pull && docker compose up -d ; v3.0.0 met fin au support de pgvecto.rs, donc les environnements antérieurs à v1.133.0 doivent migrer vers VectorChord
  • L’application mobile adopte le même modèle d’édition non destructive que le web et améliore la sauvegarde Android en arrière-plan avec un planificateur de tâches périodiques ; sur iOS, la synchronisation et l’envoi s’exécutent en parallèle pendant le court temps d’exécution autorisé en arrière-plan
  • Le transcodage vidéo en temps réel reste une fonction expérimentale actuellement implémentée uniquement dans l’application web ; l’application mobile est encore en cours d’implémentation, il n’est donc pas recommandé de supprimer manuellement les fichiers de transcodage hors ligne existants

Mises à jour et changements de compatibilité

  • Immich v3.0.0 a été annoncé comme la prochaine version majeure et inclut plusieurs Breaking changes
  • Une grande partie de ces Breaking changes concerne des mises à jour des endpoints d’API, qui affectent surtout les outils tiers intégrés à l’API Immich
  • La plupart des utilisateurs peuvent effectuer la mise à jour comme auparavant
  • Le guide complet de migration est fourni via un lien séparé dans l’annonce de publication
  • v3.0.0 met fin au support de pgvecto.rs
  • Procédure de mise à jour :
    • dans le fichier .env, remplacer IMMICH_VERSION=v2 par IMMICH_VERSION=v3
    • exécuter docker compose pull && docker compose up -d

Release candidates et canal de notification

  • v3.0.0 est la première version d’Immich à utiliser des release candidates
  • Une release candidate est une préversion testée, mais pas encore une version officielle ; elle sert à trouver et corriger les derniers bugs avant la sortie finale
  • Pour recevoir les notifications de release candidates dans Immich, vous pouvez changer le canal de publication de Stable à Release candidate dans Admin settings > Version check

Édition mobile et améliorations des sauvegardes

  • L’édition mobile non destructive prolonge la fonction d’édition d’images d’abord ajoutée au web avec la v2.5.0
  • L’ancien éditeur mobile utilisait un système séparé qui créait un nouvel asset au lieu de modifier la photo en place
  • L’éditeur mobile de la v3.0.0 offre les mêmes fonctions que la version web et permet de recadrer, pivoter et ajuster les images sans toucher au fichier d’origine
  • Les modifications sont non destructives : elles peuvent être rééditées ou annulées plus tard, et une image modifiée sur mobile peut être reprise ensuite sur le web
  • Certaines fonctions présentes dans l’ancienne implémentation mobile ont été retirées
    • modification des couleurs de la photo
    • édition des Live Photos
    • édition des assets locaux
  • Certaines de ces fonctions devraient revenir dans de futures versions
  • La sauvegarde Android en arrière-plan fonctionne désormais de façon plus fiable grâce à un planificateur de tâches périodiques
    • auparavant, elle se limitait aux nouvelles photos prises
    • il est désormais possible d’envoyer toute la bibliothèque en arrière-plan
    • cela s’aligne mieux avec les restrictions d’exécution en arrière-plan d’Android et gère le nettoyage des tâches ainsi que les avertissements liés à l’optimisation batterie et aux paramètres de notification
  • Sur iOS, les tâches d’actualisation en arrière-plan lancent désormais synchronisation et envoi en parallèle afin que les transferts démarrent dans le court délai autorisé par iOS

Aperçu des workflows

  • Les Workflows constituent la première fonction d’aperçu pour automatiser le comportement de la bibliothèque
  • Il est possible de créer des automatisations via un éditeur drag-and-drop reliant des déclencheurs, des filtres et des actions
  • La fonction est accessible dans Utilities > Workflows sur le web
  • Vous pouvez créer un nouveau workflow vide ou parcourir des modèles préconfigurés
  • L’éditeur propose un Visual editor et un JSON editor
    • le Visual editor est adapté à la composition des workflows
    • le JSON editor est adapté au partage ou à la réception du contenu d’un workflow
  • Chaque workflow se compose d’un trigger et d’une série de steps
    • le trigger est le point d’entrée du workflow ; lorsqu’il se déclenche, les étapes sont évaluées
    • les steps incluent des Filters pour les conditions et des Actions pour les effets
  • Le partage est possible en deux formats : texte et JSON
    • le texte convient au partage sur un forum ou à une démonstration
    • le JSON convient à la réplication exacte d’une configuration de workflow
  • Les idées de nouveaux triggers et actions font l’objet de retours dans un fil de discussion séparé

Exploration de la bibliothèque et contrôles d’intégrité

  • Une page Recently Added a été ajoutée sur le web et mobile
    • elle permet de parcourir la bibliothèque selon la date d’ajout à Immich, et non selon la date de prise de vue des assets
    • cela facilite l’identification de ce qui vient d’être importé lors de l’exploration d’un lot récent
    • sur le web, elle se trouve dans l’onglet Explore, et sur mobile dans l’onglet Search
  • Des integrity reports ont été ajoutés à la page de maintenance
    • Immich analyse les répertoires du système de fichiers et compare le résultat aux informations stockées dans la base de données
    • un fichier présent dans les répertoires mais inconnu d’Immich est marqué comme untracked
    • si la base de données contient une référence mais que le fichier est absent à cet emplacement, il est marqué comme missing
    • si le checksum du fichier sur disque diffère de celui enregistré par Immich, il est marqué comme checksum mismatch
  • Les écarts de checksum peuvent généralement venir d’une corruption de fichier, mais aussi d’un renommage incorrect
  • Il est possible de configurer à quel moment chaque nuit et pendant combien de temps la tâche de contrôle d’intégrité doit s’exécuter

Vidéo et lecture multimédia

  • Une fonction Slideshow a été ajoutée à l’application mobile afin de lire automatiquement photos et vidéos à l’écran comme sur le web
  • HLS et le transcodage vidéo en temps réel ont été ajoutés comme fonction d’aperçu
    • les vidéos peuvent être converties pendant la lecture sans créer à l’avance des transcodages hors ligne
    • le basculement manuel ou automatique de la qualité est pris en charge
    • le transcodage peut s’effectuer vers le meilleur codec pris en charge par le client
    • désactiver le transcodage hors ligne peut réduire l’usage du stockage
  • Certains éléments ne sont pas encore implémentés
    • HDR pour les clients compatibles
    • remuxing sans transcoder l’original lorsque la bande passante le permet
  • Le transcodage en temps réel est expérimental et son fonctionnement peut évoluer d’une version à l’autre
  • Il n’est actuellement implémenté que dans l’application web, la version mobile étant encore en cours de développement
  • L’activation se fait dans les paramètres de video transcoding
  • Activer le transcodage en temps réel n’affecte pas directement le transcodage hors ligne ; pour désactiver ce dernier, il faut aussi ajuster la transcode policy
  • Les assets importés avant la v3 doivent être retraités en relançant Metadata Extraction depuis le panneau des tâches
  • Le serveur doit être suffisamment puissant pour gérer le transcodage en temps réel ; l’accélération matérielle est recommandée, mais pas obligatoire
  • L’application web ajoute un nouveau lecteur vidéo personnalisé aligné sur le design d’Immich
    • il fournit les mêmes contrôles et la même disposition sur tous les appareils
    • il inclut des fonctions de base comme le changement de vitesse de lecture
    • il peut aussi résoudre sur iOS le problème des contrôles système cachés derrière la barre de navigation d’Immich

Android, OCR, partage et flux liés aux albums

  • Sur Android, Immich peut être utilisé comme une application galerie/visionneuse d’images
    • en touchant une photo ou une vidéo dans une autre application puis en choisissant Immich, le fichier s’ouvre directement dans l’asset viewer
    • des options sont proposées pour partager le fichier ou l’envoyer dans la bibliothèque
    • la manière de reconnaître les fichiers déjà présents dans la bibliothèque doit encore être améliorée
  • L’asset viewer mobile ajoute un interrupteur OCR qui met en évidence le texte reconnu dans les photos
    • il devient possible de sélectionner et copier le texte d’une image
  • L’application mobile permet désormais d’envoyer directement des photos locales dans un album
    • il est aussi possible de les ajouter directement à un album depuis l’asset bottom sheet
    • cela réduit la friction du flux où l’on envoyait d’abord les fichiers avant de les organiser plus tard
  • Lors d’un partage mobile, il est possible de choisir la taille de l’image avant l’envoi
    • cela permet de garder des fichiers plus légers pour les applications de messagerie
    • il est aussi possible de partager en qualité complète si nécessaire
    • le comportement par défaut peut être modifié dans App Settings > Preferences
    • un appui long sur le bouton de partage permet de choisir une option à la volée
  • Les performances de navigation dans la timeline ont été améliorées lorsque de nombreux assets sont présents dans un même mois, afin de réduire les cas où l’onglet du navigateur se bloque

Principaux ensembles de changements

  • Les Breaking changes incluent notamment la migration de class-validator vers zod, la suppression de replace asset, la suppression d’anciens endpoints de timeline sync, la fin du support de pgvecto.rs et des changements dans la structure des réponses d’erreur
  • Les Deprecated changes incluent une dépréciation orientée vers le remplacement des routes PUT par des routes PATCH
  • Côté sécurité, un correctif fait désormais passer les photos de profil par le pipeline de thumbnails
  • Les nouvelles fonctions incluent l’édition mobile, la tâche Android periodic work manager, le lecteur vidéo web personnalisé, la page des assets récemment ajoutés, workflows & plugins, le transcodage HLS en temps réel, l’OCR mobile et la tâche de contrôle d’intégrité
  • Les correctifs incluent la normalisation des emails OAuth, le nettoyage des noms de fichiers avant ajout à une archive zip, la prévention de l’exposition d’assets verrouillés à des partenaires, la correction de créations de faces non autorisées et la prévention des erreurs mémoire lors des uploads via le CLI

Limites et réponses confirmées dans la discussion

  • Pour une mise à niveau de la v2.0.1 vers la v3.0.0, il n’y a pas d’instruction particulière supplémentaire : il suffit de suivre la procédure décrite dans les release notes
  • Les cas où les albums n’apparaissaient plus après la mise à jour mobile semblaient venir d’un bug de migration côté mobile ; se déconnecter puis se reconnecter, ou mettre le serveur à jour vers la v3, pouvait résoudre le problème
  • Concernant le flux où, après une restauration de sauvegarde iPhone, l’application mobile retélécharge localement les photos présentes sur le serveur, l’application ne propose pas encore d’option de bulk download ; seul le téléchargement photo par photo est possible
  • À la question de supprimer les vidéos déjà transcodées après activation du transcodage en temps réel, la réponse a été que l’application mobile ne le prend pas encore en charge ; ces vidéos restent donc nécessaires et leur suppression manuelle n’est pas recommandée
  • La conversion à la volée de photos HEIC en JPG n’est pas prévue ; les miniatures générées aujourd’hui sont en JPEG/WEBP et compatibles avec tous les navigateurs et clients
  • L’amélioration des sauvegardes Android en arrière-plan ne vise pas à résoudre les problèmes liés aux images volumineuses de plus de 100 MB ni aux limites Cloudflare ; elle sert à exécuter les tâches d’arrière-plan plus souvent et de manière périodique
  • En transcodage temps réel, le codec est choisi par le client et non par le serveur ; si le serveur annonce une variante AV1, les clients capables de décoder AV1 peuvent l’utiliser
    • il est prévu d’ajouter des paramètres pour choisir les codecs et résolutions annoncés par le serveur
  • Les améliorations du casting figurent sur la liste des tâches ; il a été indiqué qu’il faudrait réécrire entièrement la fonction cast et y ajouter aussi le transcodage en temps réel
  • Un utilisateur ayant signalé l’erreur No vector extension found. Available extensions: vchord, vector après la mise à niveau a indiqué ensuite que le problème était résolu
  • À propos du nouveau contrôle de checksum mismatch, un utilisateur ayant par le passé modifié des images importées en dehors d’Immich a signalé qu’il pouvait se retrouver avec des centaines d’écarts de checksum, et qu’une fonction de recalcul des checksums serait utile
  • Concernant la migration VectorChord, il a été suggéré qu’un avertissement serait utile pour les utilisateurs antérieurs à la v1.102 qui auraient pu manquer le changement opt-in DB_DATA_LOCATION

Soutien et produits dérivés

  • La sortie de la v3.0.0 s’accompagne aussi d’une présentation des nouveaux produits dérivés Immich
    • vêtements pour enfants
    • vêtements avec logo Immich brodé en couleur
    • page boutique : https://immich.store
  • Il est possible de soutenir le projet en achetant une product key ou des produits dérivés

À lire aussi

1 commentaires

 
GN⁺ 3 시간 전
Avis sur Hacker News

  • J’enseigne le développement logiciel libre à des étudiants en licence, et c’est vraiment enthousiasmant de voir qu’un travail réalisé comme devoir de cours a été repéré dans un vrai projet
    Je suis fier que le premier correctif de bug listé soit le dernier des trois pull requests que cet étudiant a fait fusionner dans Immich pendant le cours

  • Il y a beaucoup de discussions sur le chiffrement dans les commentaires, donc je partage ma configuration. J’héberge Immich pour ma famille et mes amis sur un serveur aux enchères Hetzner depuis environ un an et demi
    La communauté Hetzner propose une documentation officielle pour le chiffrement complet du disque : https://community.hetzner.com/tutorials/install-debian-with-...
    J’utilise un SSL gratuit avec Letsencrypt, et il est facile de placer Immich derrière un proxy Nginx qui gère le SSL
    Avec des sauvegardes automatiques basées sur cron qui stockent toutes les données d’Immich sur un NAS local chiffré, on obtient une configuration fiable avec chiffrement en transit et au repos. Jusqu’ici, la maintenance a été exactement de 0 fois
    C’est aussi plus sûr parce que je bloque au niveau IP tout le trafic en dehors de trois régions, et on peut même ajouter un WAF au proxy Nginx
    Si je considère cela comme plus sûr que Google/iCloud, c’est parce que le vecteur d’attaque « employés de l’entreprise » est bien plus réduit. Il existe même des cas documentés où Google a regardé des photos et a été jusqu’à faire de faux signalements à la police : https://www.eff.org/deeplinks/2022/08/googles-scans-private-...
    Bien sûr, en théorie, un employé de Hetzner pourrait accéder physiquement au serveur, extraire les clés de chiffrement depuis la RAM ou voler des clés via un faux serveur SSH, mais c’est une attaque bien plus complexe, encore jamais documentée, et qui comporte aussi un risque de détection

    • La configuration mentionnée n’est pas du chiffrement de bout en bout. Le chiffrement de bout en bout est un chiffrement entre clients, donc le serveur ne devrait manipuler que des bits chiffrés
      Ici, il s’agit de chiffrement en transit et au repos. Chez les grands fournisseurs cloud, le chiffrement au repos peut être relativement moins important, car ils gèrent probablement mieux que la plupart des entreprises ou des particuliers le cycle de vie des disques
      La probabilité que quelqu’un cambriôle physiquement un datacenter, ou mette la main sur un disque reconditionné mal traité ou mal effacé, est faible
      Il n’est pas non plus évident que ce soit forcément plus sûr qu’un fournisseur managé. Vous n’êtes probablement pas ingénieur sécurité et vous avez beaucoup moins de ressources pour protéger votre serveur
      Cela empêche Google/iCloud d’exploiter les données, mais cela ne veut pas dire que Hetzner ne peut pas y accéder. Hetzner contrôle l’hyperviseur de niveau supérieur et le plan de contrôle qui gèrent le serveur/la VM, donc on ne sait pas quelles fonctionnalités peuvent être implémentées
      La plupart de ce que les services de renseignement peuvent faire n’a pas fuité ou n’a pas été documenté publiquement
    • Ce n’est pas du chiffrement de bout en bout. Dès que le disque est monté sur l’hôte, il est déchiffré et utilisable, donc rien n’empêche vous-même ou Hetzner d’accéder aux données familiales
      Avec un vrai chiffrement de bout en bout, toutes les données sur le disque devraient être chiffrées côté client par les membres de la famille, et si l’on inspectait le volume du disque on ne verrait que du texte chiffré
    • Pour une galerie photo, le chiffrement de bout en bout me paraît indispensable. C’est une manière de se protéger contre les erreurs de configuration du serveur, les vulnérabilités futures et les logiciels non corrigés
    • Je serais curieux de savoir combien d’espace de stockage vous utilisez chez Hetzner et combien cela vous coûte

  • C’est un logiciel vraiment remarquable, au niveau de Google Photos. Je l’utilise depuis quelques mois derrière Tailscale depuis que j’ai commencé mon homelab, et je n’ai eu aucun problème
    En fait, c’est après avoir atteint la limite de 100 Go de stockage de Google Photos que je suis passé à Immich, et c’est ce qui m’a poussé à me lancer dans le self-hosting ; le processus a été vraiment amusant
    J’ai du mal à croire qu’un produit auto-hébergé aussi abouti soit gratuit. Pour les mêmes raisons, j’applaudis aussi HomeAssistant, PiHole, paperless-ngx, Dawarich et de nombreux autres projets
    Félicitations et merci à l’équipe qui m’a aidé à organiser mes souvenirs personnels

    • Si vous aimez le projet, ce serait bien d’acheter une licence. C’est gratuit, mais vous pourriez en acheter une avec une toute petite partie des économies réalisées
    • À mon avis, c’est maintenant meilleur que Google Photos. L’équipe est vraiment excellente, et je trouve incroyable que la meilleure application photo généraliste soit open source

  • Il y a beaucoup de commentaires disant qu’il n’y a pas de chiffrement de bout en bout ici, mais je ne vois pas vraiment pourquoi ce serait nécessaire.
    Imaginons qu’un voleur s’introduise chez vous et vole votre homelab. Comme il n’y a pas de chiffrement de bout en bout, il pourrait voir les photos de votre grand-mère décédée — quelle catastrophe !
    Le scénario le plus probable, c’est plutôt qu’il arrive quelque chose à votre téléphone. Sans chiffrement de bout en bout, même si vous perdez la clé, vous ne perdez pas les derniers souvenirs de votre grand-mère : il suffit de copier les fichiers .jpg vers un nouvel appareil.

    • Cela permet d’héberger une instance pour la famille ou les amis.
      En revanche, je m’interroge sur le compromis d’accessibilité qu’impose le chiffrement de bout en bout pour les utilisateurs ordinaires. Dans ce cas, s’ils perdent ou oublient leur clé ou leur mot de passe, ils risquent de perdre l’intégralité de photos très importantes, ce qui est assez grave.
      Google Photos ou iPhotos donnent aux gens le sentiment que leurs photos sont en sécurité.
      Cela facilite aussi l’hébergement d’une instance cloud pour Immich sans avoir à chiffrer le système de fichiers du serveur distant/VPS. Surtout quand on loue un serveur à un petit prestataire, je reste toujours prudent sur le niveau de confiance qu’on peut accorder au contrôle d’accès des employés.
      Je sais bien qu’avec un accès physique, un certain niveau de confiance est inévitable, mais la manière dont les disques sont manipulés pendant la maintenance compte aussi.
    • À mon avis, l’intérêt principal du chiffrement de bout en bout, c’est de faire en sorte que le fournisseur cloud ne puisse pas voir les données, même s’il les héberge. C’est un peu comme Proton Drive qui affirme ne pas savoir quels fichiers il stocke.
      Mais dans ce cas, des fonctions comme la recherche sémantique, la reconnaissance faciale, le transcodage vidéo ou la génération de miniatures doivent être déplacées côté client.
      Immich part du principe qu’on fait confiance au serveur pour accéder aux photos. En self-hosting, c’est toujours plus ou moins le modèle.
      Et comme la plupart des utilisateurs accordent déjà cette confiance à Google et Apple, ça me paraît raisonnable.
    • On ne peut pas simplement considérer que toutes les photos ne sont pas sensibles.
      Une véritable architecture de chiffrement de bout en bout permettrait sans doute d’utiliser de manière plus souple le stockage cloud, l’hébergement managé et les sauvegardes hors site.
    • Dans Immich, je ne pense pas que la couche applicative soit le bon niveau pour gérer le chiffrement. Je chiffre simplement le disque entier du serveur.
      En self-hosting, il n’est pas nécessaire d’empêcher l’administrateur d’accéder aux fichiers.
    • D’accord. Avant, on rangeait les albums photo dans un placard : si la maison brûlait, ils brûlaient aussi ; si la chaudière tombait en panne, ils étaient inondés ; et ils pouvaient même être volés.
      Maintenant, on peut les conserver au format numérique et les sauvegarder ailleurs. Pour Immich, ce niveau d’évolution me semble suffisant.
      Tout chiffrer de bout en bout ne ferait au contraire qu’inviter davantage de problèmes.

  • En passant d’iOS à GrapheneOS, j’ai décidé d’auto-héberger mes photos. J’ai envisagé Immich, mais j’ai choisi Ente à cause du chiffrement.
    Ente Photos est très abouti et d’une qualité comparable à Apple Photos.
    J’aime le fait que, contrairement à beaucoup de projets chiffrés de bout en bout qui n’ouvrent que le client, ils publient aussi le serveur et permettent de le self-héberger.
    J’apprécie aussi qu’on puisse partager un album de manière à ce que n’importe qui puisse y contribuer sans compte, et qu’il y ait une fonction permettant de verrouiller le téléphone pour que seules certaines photos sélectionnées soient visibles quand on le prête à quelqu’un.

    • J’ai du mal à être d’accord avec l’idée que « Ente Photos est très abouti et d’une qualité comparable à Apple Photos ».
      En self-hosting, il n’arrive même pas à téléverser des photos de façon fiable. Il m’est arrivé de ne rien pouvoir envoyer pendant plusieurs jours, sans aucune information de diagnostic, au point d’avoir dû compiler et déboguer moi-même.
      J’ai laissé l’application au premier plan, branchée au chargeur, pendant des heures, et j’ai même désactivé l’envoi des vidéos ainsi que les fonctions de machine learning pour qu’elle se concentre uniquement sur les photos, mais rien n’y faisait.
      Côté serveur, tout va bien, et l’envoi via le web fonctionne sans problème, mais l’application, elle, ne marche pas. Je n’ai toujours pas trouvé la cause.
    • Pour ceux que ça intéresse : « Ente Photos est un service payant, mais il offre 10 Go de stockage gratuit. Il est aussi possible de reproduire ce stockage en self-hosting. »
      Autrement dit, les deux modèles sont possibles.
      https://github.com/ente/ente
    • Ente Auth est aussi excellent. Il fonctionne sur n’importe quel appareil, y compris celui auquel on essaie justement d’accéder.
      Cela affaiblit peut-être l’objectif même de la double authentification, mais parfois ça m’importe peu.
    • J’ai commencé à utiliser Ente parce que je voulais créer des liens d’envoi de photos par événement. Dire à mes amis « si vous prenez des photos ou des vidéos ce soir, envoyez-les à cette URL » fonctionne tout simplement.
      Pas besoin d’application, c’est très simple et très bon marché. Ensuite, j’ai aussi commencé à utiliser leur service de sauvegarde/archivage photo.
      C’est un service fidèle à ce qu’il promet, et j’en suis devenu fan.

  • Immich est un choix presque trop évident pour remplacer Apple Photos ou Google Photos. Avec un VPN comme Tailscale, on peut quasiment faire l’échange à l’identique.

    • Il faut garder à l’esprit que revenir d’Immich vers iCloud/Google ne fait pas partie des préoccupations d’Immich. Il n’y a nulle part d’option « tout télécharger », et la meilleure méthode consiste à accéder au serveur pour récupérer les fichiers originaux.
      https://github.com/immich-app/immich/discussions/14365
    • Je me demande s’il y a des effets secondaires à laisser Immich exposé publiquement. Je pense qu’on surestime souvent les risques.
      Il suffit de mettre à jour régulièrement, de suivre quelques règles simples et d’installer quelque chose comme CrowdSec.
      Je sais que des outils comme Tailscale sont plus simples, mais on a l’impression qu’aujourd’hui plus personne n’envisage vraiment d’autres options.
    • J’utilise photoprism et je me demande si je devrais migrer.
    • C’est dommage que les albums imbriqués ou les albums dans des dossiers ne soient pas pris en charge, car cela permettrait aussi de remplacer facilement Lightroom Cloud.
      Mes photos sont organisées comme events -> year/month - holiday -> (album_1, ...), home town -> year -> (album_1, ...).
      Une photo peut appartenir à plusieurs albums, il y a aussi des versions éditées, et il faut pouvoir suivre et filtrer les états sélectionné/rejeté.
      La seule raison pour laquelle je n’ai pas encore migré vers Immich, c’est que j’ai du mal à faire correspondre proprement ma manière d’organiser mes photos au modèle d’Immich. Toutes mes tentatives jusqu’ici ont été pénibles à utiliser.
    • Je me demande s’il y a des effets secondaires à garder son téléphone connecté toute la journée au VPN Tailscale.

  • L’absence de chiffrement de bout en bout n’est même pas ce qui me dérange le plus. Ce qui me gêne davantage, c’est qu’ils n’ont pas facilité l’import depuis d’autres services comme Google Photos ou iCloud, alors que ça devrait être prioritaire
    Immich dépend du projet immich-go, qui est plein de bugs et semble de fait abandonné
    Leur propre app iOS peut aussi servir à synchroniser une galerie iCloud, mais à cause d’un bug non résolu depuis près de deux ans, l’envoi des photos Live Motion échoue
    Environ 9a0000 photos exportées vers Immich chez moi sont corrompues ou ne sont que des Live Photos partiellement importées, et je n’ai pas le temps de corriger ça
    Je ne comprends pas que ce ne soit pas une priorité. C’est le genre de fonctionnalité qui devrait être testée en A/B de la manière la plus rigoureuse possible
    Si on ne peut pas avoir confiance dans le fait que les souvenirs importés n’ont pas été abîmés, je ne vois pas à quoi sert l’OCR

    • Dans l’open source, les développeurs bénévoles se concentrent souvent sur ce qui les amuse ou sur ce qui résout leur propre problème
      Je doute que gérer les exports à moitié cassés de Google Photos amuse qui que ce soit, et une fois la douleur de l’import passée, il n’y a plus vraiment de démangeaison à gratter
    • Le niveau de sentiment de droit qu’on voit ici est assez sidérant
    • Dans une situation similaire, j’ai migré 12a0000 photos/vidéos de Google Takeout vers Immich la semaine dernière
      J’ai configuré Immich avec Ceph en backend et tout transféré avec immich-go, y compris toutes les métadonnées et les albums
      J’ai juste dû ajuster un peu les options de parallélisation, mais à part ça c’était très simple
    • N’est-ce pas surtout parce que ce genre de services sont des boîtes noires fermées qui ne permettent pas un accès correct autrement que par des méthodes très détournées ?

  • Il y a plein de choses qui demandent énormément de temps à configurer, qu’on utilise une fois puis plus jamais, et d’autres dont la configuration est facile mais qui apportent un petit bénéfice au quotidien
    Immich m’a pris du temps à mettre en place et je l’utilise très rarement, mais c’est le genre de logiciel qui me fait penser, à chaque usage annuel, que j’ai vraiment bien fait de l’installer

    • Dans mon cas, la configuration n’a pas pris si longtemps, et j’ai passé un peu de temps sur les mises à jour à cause de changements cassants qui demandaient des interventions manuelles, mais ce n’était pas fréquent
      Je l’utilise chaque semaine et ça marche tout simplement, donc c’est excellent
    • J’aurais aimé avoir la même expérience. Je l’utilisais via Proxmox LXC et après deux mois de tri, j’ai eu de la corruption de données, sans avoir l’énergie d’aller au bout du débogage
      De mémoire, c’était peut-être lié à une transition vers une version majeure. Depuis, cette stack m’a refroidi
      Les mises à jour n’étaient pas aussi simples que je l’aurais voulu, et je doute que ce soit très différent aujourd’hui
      Je veux juste pouvoir organiser mes dossiers en dehors de ce système de bibliothèque idiot, et à l’époque Immich ne collait pas bien à cette façon de faire non plus

  • Je me demande si la synchronisation des photos sur iOS s’est améliorée. J’ai 20a0000 photos sur mon téléphone, et la dernière fois que j’ai essayé, l’espace de stockage du téléphone s’est rempli avec les originaux, puis ça ne s’est jamais terminé, même après avoir laissé le téléphone ouvert, déverrouillé et avec l’app Immich au premier plan pendant plusieurs jours sur le même réseau local
    Je sais que c’est en cours de travail, mais je n’ai pas suivi. J’aimerais savoir si ça marche mieux maintenant et si ça vaut le coup de réessayer

    • Voilà ce que disent les notes de version
      « Sur iOS, les tâches de rafraîchissement en arrière-plan exécutent désormais la synchronisation et l’envoi en parallèle, ce qui permet de réellement démarrer l’upload dans la courte fenêtre de temps autorisée par iOS »
      Je ne sais pas en revanche si ça corrige ce problème précis
    • J’ai synchronisé environ 9a0000 photos depuis mon téléphone en février, et ça s’est plutôt bien passé. Tout a été terminé en une dizaine d’heures
      Je ne me souviens plus si les originaux ont été téléchargés ni s’ils ont ensuite été supprimés automatiquement, mais l’ensemble du processus m’a semblé fluide
    • Les gros envois de fichiers ne peuvent pas reprendre. Si tu as des vidéos à un bitrate et une résolution raisonnables, il faut pouvoir envoyer le fichier entier en une seule session
      iOS ne facilite pas du tout ça avec les uploads en arrière-plan. J’ai laissé l’app ouverte toute la nuit pour tout téléverser
    • C’est probablement plus un problème d’iOS que d’Immich. Apple n’aime pas les apps qui facilitent la sortie d’iCloud

  • Je me demande si « téléverser directement des assets dans un album depuis l’app mobile » corrige ce problème : https://github.com/immich-app/immich/discussions/12748
    Pour moi c’est un assez gros sujet, parce que je veux que plusieurs appareils et plusieurs personnes puissent regrouper des photos de chats dans un seul album
    Pour l’instant, je suis obligé de l’organiser comme ça. Je synchronise les photos avec Syncthing vers /mnt/Syncthing/a1/cats/, /mnt/Syncthing/a2/cats/, /mnt/Syncthing/b/cats/ sur mon serveur homelab qui héberge Immich
    Une tâche cron copie ensuite les photos en hard links dans le dossier /mnt/immich/ext-lib/cats/, monté en volume de bibliothèque externe en lecture seule
    Une autre tâche cron exécute le script https://github.com/Salvoxia/immich-folder-album-creator qui crée automatiquement des albums à partir de l’arborescence de dossiers de la bibliothèque externe
    Enfin, j’ai une tâche cron qui nettoie les photos de plus d’un an dans le dossier Syncthing pour libérer de l’espace sur les téléphones. L’ensemble fait environ 1a0To, donc oui, il y a quand même un problème
    Cela dit, félicitations pour la sortie de la 3.0. C’est juste un peu dommage que je n’aie découvert ce programme qu’il y a un mois, et que je n’aie stabilisé ma configuration auto-hébergée qu’il y a seulement une semaine