Immich 3.0

 (github.com/immich-app)
1 पॉइंट द्वारा GN⁺ 3 시간 전 | 1 टिप्पणियां | WhatsApp पर शेयर करें
  • Immich v3.0.0 कई महीनों के काम के बाद आया अगला major release है, जिसमें mobile non-destructive editing, workflow preview, बेहतर background backup, integrity checks, real-time video transcoding preview आदि शामिल हैं
  • इस release में Breaking changes हैं, लेकिन इनमें से कई Immich API endpoints में बदलाव हैं, इसलिए ये मुख्य रूप से Immich API के साथ integrate करने वाले third-party tools को प्रभावित करते हैं; अधिकांश users पहले की तरह update कर सकते हैं
  • upgrade के लिए .env में IMMICH_VERSION को v2 से v3 में बदलकर docker compose pull && docker compose up -d चलाएं; v3.0.0 में pgvecto.rs support बंद कर दिया गया है, इसलिए v1.133.0 से पहले के environments में VectorChord migration जरूरी है
  • mobile app ने web जैसा non-destructive editing model अपनाया है और Android background backup को periodic work scheduler से बेहतर बनाया है; iOS में छोटे background execution time के भीतर sync और upload parallel चलाए जाते हैं
  • real-time video transcoding अभी experimental feature है और फिलहाल केवल web app में implement किया गया है; mobile app पर implementation जारी है, इसलिए मौजूदा offline transcoding files को manually delete करने की सलाह नहीं दी जाती

Updates और compatibility changes

  • Immich v3.0.0 को अगले major version के रूप में announce किया गया है और इसमें कई Breaking changes शामिल हैं
  • Breaking changes में से कई API endpoint updates हैं, इसलिए ये मुख्य रूप से Immich API के साथ integrate करने वाले third-party tools को प्रभावित करते हैं
  • अधिकांश users पहले जैसे तरीके से update कर सकते हैं
  • पूरा migration guide release announcement में अलग link के रूप में दिया गया है
  • v3.0.0 में pgvecto.rs support बंद कर दिया गया है
  • update प्रक्रिया:
    • .env file में IMMICH_VERSION=v2 को IMMICH_VERSION=v3 में बदलें
    • docker compose pull && docker compose up -d चलाएं

Release candidate और notification channels

  • v3.0.0 Immich का पहला release है जिसमें release candidate का उपयोग किया गया
  • release candidate test किया गया लेकिन official release नहीं होता; इसका उपयोग final release से पहले बचे हुए bugs खोजने और fix करने के लिए किया जाता है
  • अगर आप Immich के भीतर release candidate notifications पाना चाहते हैं, तो Admin settings > Version check में release channel को Stable से Release candidate में बदल सकते हैं

Mobile editing और backup improvements

  • Mobile non-destructive editing v2.5.0 में पहले web पर जोड़े गए image editing feature के बाद का काम है
  • पुराना mobile editor तस्वीरों को inplace modify नहीं करता था, बल्कि नया asset बनाने वाला अलग system इस्तेमाल करता था
  • v3.0.0 का mobile editor web version जैसी capabilities देता है और original file को छुए बिना crop, rotate और image adjustments कर सकता है
  • editing non-destructive है, इसलिए बाद में फिर modify या revert किया जा सकता है, और mobile पर edit करने के बाद web पर आगे adjustment किया जा सकता है
  • पुराने mobile editing implementation में उपलब्ध कुछ features हटा दिए गए हैं
    • फोटो का रंग बदलना
    • Live Photo editing
    • local asset editing
  • कुछ features को future releases में फिर से उपलब्ध कराने की योजना है
  • Android background backup अब periodic work scheduler का उपयोग करके ज्यादा भरोसेमंद तरीके से काम करता है
    • पहले यह नई ली गई photos तक सीमित था
    • अब पूरी library को background में upload किया जा सकता है
    • यह Android background execution limits के साथ बेहतर align होता है, और job cleanup तथा battery optimization・notification settings warnings को handle करता है
  • iOS background refresh task अब sync और upload को parallel चलाता है, ताकि iOS द्वारा दिए गए छोटे समय के भीतर upload शुरू हो सके

Workflow preview

  • Workflows library के behavior को automate करने वाला पहला preview feature है
  • drag-and-drop builder से triggers, filters और actions को जोड़कर automation बनाई जा सकती है
  • web में Utilities > Workflows से access किया जा सकता है
  • नया खाली workflow बनाया जा सकता है या पहले से बने templates देखे जा सकते हैं
  • editor में Visual editor और JSON editor उपलब्ध हैं
    • Visual editor workflow configuration के लिए उपयुक्त है
    • JSON editor workflow content को दूसरों के साथ share करने या प्राप्त करने के लिए उपयुक्त है
  • हर workflow एक trigger और steps की series से बना होता है
    • Trigger workflow का entry point है; trigger होने पर steps evaluate होते हैं
    • Steps में conditions के रूप में Filters और effects के रूप में Actions शामिल होते हैं
  • sharing के दो तरीके हैं: text और JSON
    • text forum sharing या demo के लिए उपयुक्त है
    • JSON workflow settings को बिल्कुल सही तरीके से replicate करने के लिए उपयुक्त है
  • नए triggers और action ideas पर अलग discussion thread में feedback लिया जा रहा है

Library browsing और integrity checks

  • web और mobile में Recently Added page जोड़ा गया है
    • library को asset के capture time के बजाय Immich में जोड़े जाने के समय के आधार पर देखा जा सकता है
    • नए imported batches को browse करते समय यह जानना आसान होता है कि नया क्या आया है
    • web में Explore tab और mobile में Search tab में मिल सकता है
  • maintenance page में integrity reports जोड़े गए हैं
    • Immich file system में directories scan करता है और database में stored information से compare करता है
    • अगर directory में ऐसी file है जिसे Immich नहीं जानता, तो उसे untracked दिखाया जाता है
    • अगर database में reference है लेकिन उस location पर file नहीं है, तो उसे missing दिखाया जाता है
    • अगर disk file checksum Immich द्वारा stored checksum से अलग है, तो उसे checksum mismatch दिखाया जाता है
  • checksum mismatch आम तौर पर file corruption से हो सकता है, और गलत rename का परिणाम भी हो सकता है
  • integrity check job को रोज रात कब और कितनी देर चलाना है, यह configure किया जा सकता है

Video और media playback

  • mobile app में Slideshow feature जोड़ा गया है, जिससे web की तरह photos और videos screen पर automatic play हो सकते हैं
  • HLS और real-time video transcoding preview feature के रूप में जोड़े गए हैं
    • offline transcode पहले से बनाए बिना, video playback के दौरान convert किया जा सकता है
    • manual और automatic quality switching support करता है
    • client द्वारा supported best codec में transcoding कर सकता है
    • offline transcoding disable करने पर storage burden कम हो सकता है
  • अभी implement नहीं हुए items भी बताए गए हैं
    • compatible clients के लिए HDR
    • bandwidth अनुमति दे तो original को transcode किए बिना remuxing
  • real-time transcoding experimental है और versions के बीच behavior बदल सकता है
  • यह फिलहाल केवल web app में implement है और mobile app implementation जारी है
  • इसे video transcoding settings में enable किया जा सकता है
  • real-time transcoding चालू करने से offline transcoding पर direct असर नहीं पड़ता, इसलिए offline transcoding बंद करनी हो तो transcode policy भी adjust करनी होगी
  • v3 से पहले import किए गए assets को reprocess करने के लिए jobs panel में Metadata Extraction फिर से चलाना होगा
  • server को real-time transcoding handle करने के लिए पर्याप्त शक्तिशाली होना चाहिए; hardware acceleration recommended है लेकिन जरूरी नहीं
  • web app में Immich design के अनुरूप नया custom video player जोड़ा गया है
    • सभी devices पर same controls और layout देता है
    • playback speed बदलने जैसी basic capabilities देता है
    • iOS में OS controls के Immich navigation bar के पीछे छिप जाने की समस्या भी हल कर सकता है

Android, OCR, sharing और album flow

  • Android पर Immich को gallery/image viewer app की तरह इस्तेमाल किया जा सकता है
    • किसी दूसरे app में photo या video tap करके Immich चुनने पर यह सीधे asset viewer में खुलता है
    • file sharing या library upload options देता है
    • library में पहले से मौजूद files को पहचानने का तरीका future में improve किया जाएगा
  • mobile asset viewer में photos में detected text को highlight करने वाला OCR toggle जोड़ा गया है
    • image से text select और copy किया जा सकता है
  • mobile app में local photos को सीधे album में upload किया जा सकता है
    • asset bottom sheet से भी सीधे album में add किया जा सकता है
    • पहले upload और बाद में organize करने वाले flow की friction कम करता है
  • mobile sharing के दौरान भेजने से पहले image size चुना जा सकता है
    • messaging apps के लिए file छोटी रखी जा सकती है
    • जरूरत हो तो full quality में भी share किया जा सकता है
    • default behavior App Settings > Preferences में बदला जा सकता है
    • share button को long-press करके तुरंत options चुने जा सकते हैं
  • एक महीने के भीतर बहुत ज्यादा assets होने पर timeline browsing performance बेहतर की गई है, जिससे browser tab lock होने की स्थिति कम होती है

प्रमुख बदलावों के समूह

  • Breaking changes में class-validator से zod पर migration, replace asset हटाना, पुराने timeline sync endpoints हटाना, pgvecto.rs support बंद करना, error response structure बदलना आदि शामिल हैं
  • Deprecated changes में PUT routes को PATCH से replace करने की दिशा वाला deprecation शामिल है
  • security items में profile photos को thumbnail pipeline से गुजारने वाला fix शामिल है
  • features में mobile editing, Android periodic work manager task, custom web video player, recently added assets page, workflows & plugins, HLS real-time transcoding, mobile OCR, integrity check jobs आदि शामिल हैं
  • bug fixes में OAuth email normalization, zip में add करने से पहले filenames cleanup, locked assets का partners को exposure रोकना, unauthorized face creation fix, CLI upload के दौरान out-of-memory से बचाव आदि शामिल हैं

Discussion में पुष्टि हुई constraints और जवाब

  • v2.0.1 से v3.0.0 पर जाने के लिए कोई अलग special instructions नहीं हैं; release notes की update procedure follow करनी चाहिए, ऐसा जवाब दिया गया
  • mobile update के बाद albums न दिखने वाला case mobile-side migration bug जैसा लगा, और logout करके फिर login करने या server को v3 पर update करने से हल हो सकता है
  • iPhone backup restore के बाद mobile app में server पर मौजूद photos को फिर से local में लेने के flow पर, mobile app में अभी bulk download option नहीं है और केवल individual photo download संभव है
  • real-time transcoding चालू करने के बाद पुराने transcoded videos हटाने के सवाल पर जवाब था कि mobile app अभी real-time transcoding support नहीं करता, इसलिए existing transcoded videos की जरूरत है और manual deletion recommended नहीं है
  • HEIC photos को on-the-fly JPG में convert करने का feature plan में नहीं है, और अभी generated thumbnails JPEG/WEBP हैं इसलिए सभी browsers और clients के compatible हैं, ऐसा जवाब दिया गया
  • Android background backup improvement 100MB से बड़े images और Cloudflare limits problem को solve करने वाला बदलाव नहीं है, बल्कि background jobs को ज्यादा frequent periodic तरीके से चलाने का improvement है
  • real-time transcoding में codec server नहीं बल्कि client चुनता है; अगर server AV1 variants advertise करता है, तो AV1 decoding capable client उस तरफ जा सकता है
    • server किन codecs और resolutions को advertise करेगा, इसे चुनने की setting जोड़ने की योजना है
  • casting improvements to-do list में हैं, और जवाब था कि पूरे cast को फिर से लिखना तथा real-time transcoding भी जोड़ना होगा
  • upgrade के बाद No vector extension found. Available extensions: vchord, vector error पोस्ट करने वाले user ने बाद में लिखा कि issue resolve हो गया
  • नए checksum mismatch check पर राय थी कि जिन्होंने पहले Immich के बाहर uploaded images edit की हैं, उनके सैकड़ों checksum mismatch आ सकते हैं, इसलिए checksum recalculation से हल करने वाला feature useful होगा
  • VectorChord migration के संबंध में राय थी कि v1.102 से पहले के users DB_DATA_LOCATION opt-in change miss कर सकते हैं, इसलिए warning होना अच्छा होगा

Support और merchandise

  • v3.0.0 release के साथ नया Immich merchandise भी announce किया गया
    • बच्चों के कपड़े
    • full-color embroidered Immich logo apparel
    • merchandise page: https://immich.store
  • project को support product key purchase या merchandise purchase से किया जा सकता है

संबंधित पढ़ाई

1 टिप्पणियां

 
GN⁺ 3 시간 전
Hacker News की राय

  • मैं undergraduate छात्रों को मुफ्त software development class पढ़ाता/पढ़ाती हूँ, और जब class assignment के तौर पर किया गया काम असली project में दिखा तो बहुत उत्साह हुआ
    सबसे पहले सूचीबद्ध bug fix उस छात्र द्वारा class के दौरान Immich में merge किए गए तीन pull requests में से आखिरी था, इसलिए गर्व महसूस हुआ

  • comments में encryption की काफी चर्चा है, इसलिए अपना setup साझा कर रहा/रही हूँ। करीब डेढ़ साल से Hetzner auction server पर family और friends के लिए Immich चला रहा/रही हूँ
    Hetzner community में official full disk encryption documentation है: https://community.hetzner.com/tutorials/install-debian-with-...
    Letsencrypt से free SSL इस्तेमाल करता/करती हूँ, और Immich को SSL handle करने वाले Nginx proxy के पीछे आसानी से छिपाया जा सकता है
    cron-based automatic backup से Immich का पूरा data local encrypted NAS में store करने पर setup भरोसेमंद बनता है, जिसमें data transit में और storage में encrypted रहता है। अब तक maintenance ठीक 0 बार करनी पड़ी है
    IP level पर 3 regions के अलावा बाकी traffic drop कर देता/देती हूँ, इसलिए यह और सुरक्षित है, और Nginx proxy में WAF भी जोड़ा जा सकता है
    मुझे यह Google/iCloud से भी ज्यादा सुरक्षित लगता है, क्योंकि “company employee” attack vector काफी छोटा है। ऐसे मामले भी documented हैं कि Google photos में झांकता है और झूठी police report तक करने को तैयार रहता है: https://www.eff.org/deeplinks/2022/08/googles-scans-private-...
    बेशक, theoretically कोई Hetzner employee server तक physical access लेकर RAM से encryption key निकाल सकता है या नकली SSH server से key चुरा सकता है, लेकिन यह कहीं ज्यादा complex attack है, अभी तक documented नहीं है, और पकड़े जाने का risk भी है

    • बताया गया setup end-to-end encryption नहीं है। end-to-end encryption client-to-client encryption होता है, इसलिए server को सिर्फ encrypted bits process करने चाहिए
      यह setup encryption in transit और encryption at rest है। बड़े cloud providers के लिए encryption at rest comparatively कम महत्वपूर्ण हो सकता है, क्योंकि वे disk lifecycle management ज्यादातर companies या individuals से बेहतर करने की संभावना रखते हैं
      किसी के data center को physically loot करने या properly process/delete न की गई refurbished drive मिलने की संभावना कम है
      इसे managed provider से जरूर ज्यादा सुरक्षित कहना भी मुश्किल है। शायद आप security engineer नहीं हैं, और server की सुरक्षा के लिए resources भी काफी कम हैं
      यह Google/iCloud को data scrape करने से रोकता है, लेकिन इसका मतलब यह नहीं कि Hetzner data access नहीं कर सकता। Hetzner server/VM manage करने वाले upper hypervisor और control plane को control करता है, इसलिए कौन-सी capabilities implemented हैं, यह पता नहीं
      intelligence agencies क्या-क्या कर सकती हैं, उसका अधिकांश leak या publicly documented नहीं हुआ है
    • यह end-to-end encryption नहीं है। जैसे ही disk host पर mount होती है, वह decrypted होकर usable हो जाती है, इसलिए आपको या Hetzner को family data access करने से रोकने वाला कोई mechanism नहीं है
      सचमुच end-to-end encryption हो तो family द्वारा इस्तेमाल किए जाने वाले clients पर disk का सारा data encrypt होना चाहिए, और disk volume में झांकने पर सिर्फ ciphertext दिखना चाहिए
    • photo gallery के लिए end-to-end encryption जरूरी मानता/मानती हूँ। यह server misconfiguration, future vulnerabilities और unpatched software से खुद को बचाने का तरीका है
    • Hetzner पर कितना storage इस्तेमाल करते हैं, और cost कितनी आती है, यह जानना चाहूँगा/चाहूँगी

  • यह वाकई शानदार software है और Google Photos के बराबर है। homelab शुरू करने के बाद कई महीनों से इसे Tailscale के पीछे रखकर इस्तेमाल कर रहा/रही हूँ, कोई समस्या नहीं आई
    असल में Google Photos की 100GB storage limit से टकराने के बाद Immich पर जाना ही self-hosting शुरू करने की वजह बना, और वह process सच में बहुत मजेदार था
    इतनी polish वाला self-hosted product मुफ्त है, इस पर विश्वास करना मुश्किल है। इसी वजह से HomeAssistant, PiHole, paperless-ngx, Dawarich और अनगिनत projects को भी बड़ा सलाम
    मेरी personal memories को organize करने में मदद करने के लिए team को बधाई और धन्यवाद

    • अगर project पसंद है तो license खरीदना अच्छा रहेगा। यह मुफ्त है, लेकिन बचाए गए पैसे के बहुत छोटे हिस्से से license खरीदा जा सकता है
    • मुझे लगता है अब यह Google Photos से बेहतर है। team सच में बेहतरीन है, और यह हैरान करने वाली बात है कि जो app मेरे हिसाब से general-purpose photo apps में सबसे अच्छा है, वह open source है

  • यहां कई comments हैं कि इसमें end-to-end encryption नहीं है, लेकिन सच कहूं तो समझ नहीं आता कि इसकी जरूरत क्यों है
    मान लीजिए कोई चोर घर में घुसकर आपका homelab चुरा ले गया। end-to-end encryption नहीं होने की वजह से वह आपकी दिवंगत दादी की तस्वीरें देख सकता है—अरे, बड़ी आफत हो गई!
    ज्यादा संभावित स्थिति यह है कि फोन में कोई समस्या आ जाए। end-to-end encryption न हो तो key खो जाने पर दादी की आखिरी यादें भी खोने के बजाय, बस .jpg files नए device में copy कर सकते हैं

    • परिवार या दोस्तों के लिए instance host करने की सुविधा देता है
      हालांकि आम users के लिए end-to-end encryption से आने वाले accessibility trade-off को लेकर सोचने की बात है। इस case में अगर key या password खो जाए या भूल जाएं, तो बहुत महत्वपूर्ण photos का पूरा collection खो सकता है, और यह काफी गंभीर है
      Google Photos या iPhotos लोगों को यह एहसास देते हैं कि उनकी photos safe हैं
      साथ ही remote server/VPS के file system को encrypt किए बिना भी Immich के लिए cloud instance host करना आसान हो जाता है। खासकर छोटे vendors से server किराये पर लेते समय हमेशा सावधानी रहती है कि staff access control पर कितना भरोसा किया जा सकता है
      मुझे पता है कि physical access होने पर कुछ हद तक trust अपरिहार्य है, लेकिन maintenance के दौरान disk को कैसे handle किया जाता है, यह भी अहम है
    • मुझे लगता है end-to-end encryption का मुख्य point यह है कि cloud provider पर host करने पर भी provider data न देख सके। यह कुछ वैसा है जैसे Proton Drive दावा करता है कि उसे नहीं पता आपके पास कौन-सी files हैं
      ऐसा होने पर semantic search, face recognition, video transcoding, thumbnail generation जैसी features को client की तरफ ले जाना होगा
      Immich इस assumption पर चलता है कि आप server को photos access करने के लिए trusted मानते हैं। self-hosting में structure हमेशा ऐसा ही होता है
      ज्यादातर users Google और Apple पर भी ऐसा trust करते हैं, इसलिए मुझे यह reasonable लगता है
    • यह नहीं कहा जा सकता कि सभी photos sensitive नहीं होतीं
      अगर सचमुच end-to-end encryption architecture हो, तो cloud storage, managed hosting और offsite backup को ज्यादा flexible तरीके से इस्तेमाल किया जा सकेगा
    • Immich में मुझे नहीं लगता कि application layer encryption के लिए सही layer है। बस पूरे server disk को encrypt कर देता हूं
      अगर self-hosting है, तो operator को files access करने से रोकने की जरूरत नहीं है
    • सहमत हूं। पहले photo albums अलमारी में रखे जाते थे, और घर जल जाए तो वे जल जाते थे, boiler खराब हो जाए तो पानी से भीग जाते थे, और चोरी भी हो सकते थे
      अब हम उन्हें digital रूप में रख सकते हैं और बाहर backup कर सकते हैं। Immich में जरूरी बदलाव इतना ही काफी है
      सब कुछ पूरी तरह encrypt करने से उलटे और ज्यादा समस्याएं बुलाने जैसा होगा

  • iOS से GrapheneOS पर जाते समय मैंने photos self-host करने का फैसला किया, और Immich भी देखा, लेकिन encryption की वजह से Ente चुना
    Ente Photos बहुत polished है और Apple Photos के बराबर quality का है
    कई end-to-end encryption projects की तरह सिर्फ client open रखने के बजाय server भी public रखना और self-hosting possible बनाए रखना अच्छा लगता है
    account के बिना भी किसी को album में contribute करने के लिए share कर सकते हैं, और phone किसी और को देते समय सिर्फ चुनी हुई photos दिखें, इसके लिए lock करने वाला feature भी पसंद है

    • “Ente Photos बहुत polished है और Apple Photos के बराबर quality का है” इस बात से सहमत होना मुश्किल है
      self-hosting के हिसाब से photos upload करना भी reliably नहीं कर पाता। कई दिनों तक कुछ भी upload नहीं हो पाया था, और diagnostic information भी नहीं थी, इसलिए खुद build करके debug करना पड़ा
      app को foreground में रखकर charger में लगाकर घंटों रखा, और video upload तथा machine learning features सब बंद कर दिए ताकि वह सिर्फ photos पर focus करे, फिर भी ऐसा हुआ
      server side ठीक है और web upload बिना समस्या के होता है, लेकिन app ही नहीं चलता। अभी तक कारण नहीं मिला
    • जिन लोगों को curiosity हो, उनके लिए: “Ente Photos एक paid service है, लेकिन 10GB free storage देता है। इस repository को clone करके self-host भी किया जा सकता है”
      यानी दोनों forms possible हैं
      https://github.com/ente/ente
    • Ente Auth भी बेहतरीन है। क्योंकि यह किसी भी device पर काम करता है, उसी device पर भी जिसे आप access करने की कोशिश कर रहे हैं
      शायद यह two-factor authentication के उद्देश्य को कमजोर करता हो, लेकिन कभी-कभी मुझे इसकी ज्यादा परवाह नहीं होती
    • मैं Ente इस्तेमाल करने लगा क्योंकि मैं events के लिए photo upload links बनाना चाहता था। दोस्तों से कहता हूं, “आज रात अगर photos या videos लो तो इस URL पर upload कर देना,” और यह बस काम कर जाता है
      app की जरूरत नहीं, बहुत simple है, और बहुत सस्ता है। उसके बाद मैंने photo backup/archive service भी इस्तेमाल करना शुरू कर दिया
      जो बाहर से दिखता है, service वैसी ही है, इसलिए मैं इसका fan बन गया

  • Immich Apple Photos या Google Photos को replace करने के लिए बहुत natural choice है। Tailscale जैसे VPN के साथ इस्तेमाल करें तो यह लगभग drop-in replacement जैसा है

    • ध्यान रखना चाहिए कि Immich से वापस iCloud/Google में migrate करना Immich की चिंता का हिस्सा नहीं है। कहीं भी “download all” नहीं है, और सबसे अच्छा तरीका server में जाकर original files लाना है
      https://github.com/immich-app/immich/discussions/14365
    • अगर Immich को public रखा जाए तो क्या side effects हैं, यह जानना चाहूंगा। मुझे लगता है risk को अक्सर overestimate किया जाता है
      regular updates करें, simple rules follow करें, और CrowdSec जैसी चीज setup कर दें
      मुझे पता है Tailscale जैसे tools इस्तेमाल करना ज्यादा simple है, लेकिन आजकल ऐसा trend दिखता है कि उसके अलावा बाकी options पर विचार ही नहीं किया जाता
    • मैं photoprism इस्तेमाल कर रहा हूं, सोच रहा हूं क्या switch करना चाहिए
    • nested albums या folders के अंदर albums support हो जाएं तो Lightroom Cloud को भी आसानी से replace किया जा सकता है, अफसोस है
      मेरी photos events -> year/month - holiday -> (album_1, ...), home town -> year -> (album_1, ...) की तरह organized हैं
      photos कई albums में हो सकती हैं, edited versions भी हैं, और select/reject status भी track और filter करना पड़ता है
      अभी तक Immich पर shift न कर पाने की एकमात्र वजह यह है कि मेरी photo organization style को Immich के तरीके में अच्छे से map करना मुश्किल लग रहा है। अब तक की कोशिशें handle करने में असुविधाजनक रहीं
    • phone को पूरे दिन Tailscale VPN से connected रखने पर कोई side effects होते हैं क्या, यह जानना चाहूंगा

  • एंड-टू-एंड एन्क्रिप्शन की कमी से भी ज़्यादा शिकायत एक और बात से है। Google Photos या iCloud जैसी दूसरी सेवाओं से import आसान नहीं बनाया गया, जबकि मुझे लगता है कि इसे प्राथमिकता होनी चाहिए
    Immich immich-go प्रोजेक्ट पर निर्भर है, जिसमें बहुत bugs हैं और वह व्यावहारिक रूप से छोड़ दिया गया है
    इसकी अपनी iOS app भी iCloud gallery sync के लिए इस्तेमाल की जा सकती है, लेकिन करीब 2 साल पुराने unresolved bug की वजह से Live Motion photos upload करने में fail हो जाती है
    Immich में export की गई मेरी photos में से करीब 9000 टूटी हुई या आधी-अधूरी import हुई Live Photos हैं, और इन्हें ठीक करने का मेरे पास समय नहीं है
    यह प्राथमिकता नहीं है, यह बात समझ नहीं आती। यह तो सबसे अच्छी तरह A/B test किया जाने वाला feature होना चाहिए
    अगर मैं यह भरोसा नहीं कर सकता कि imported memories खराब नहीं हुईं, तो OCR का क्या मतलब है, समझ नहीं आता

    • open source में volunteer developers अक्सर उन कामों पर focus करते हैं जो मज़ेदार हों या उनकी अपनी problem solve करते हों
      Google Photos के आधे-टूटे export से निपटना शायद किसी को मज़ेदार नहीं लगेगा, और import की तकलीफ़ एक बार झेल लेने के बाद वह खुजली भी नहीं बचती जिसे फिर खुजाना हो
    • यहाँ दिख रही entitlement वाली भावना सच में चौंकाने वाली है
    • इसी तरह की स्थिति में पिछले हफ्ते Google Takeout से 12,000 photos/videos Immich में migrate किए
      backend में Ceph वाला Immich setup किया, और immich-go से सारे metadata और albums तक सब migrate कर दिया
      parallelization options को थोड़ा बदलना पड़ा, लेकिन उसके अलावा यह बहुत आसान था
    • क्या इसकी वजह यह नहीं कि ऐसी services closed black boxes हैं, इसलिए बहुत घुमावदार तरीकों के अलावा वे proper access देने ही नहीं देतीं?

  • बहुत-सी चीज़ें ऐसी होती हैं जिनकी setup में बहुत समय लगता है, एक बार इस्तेमाल होती हैं और फिर कभी नहीं; और बहुत-सी ऐसी भी होती हैं जिनकी setup आसान होती है और रोज़ थोड़ा-थोड़ा फायदा देती हैं
    Immich को setup करने में समय लगा और मैं इसे बहुत कम इस्तेमाल करता हूँ, लेकिन साल में एक बार जब भी इस्तेमाल करता हूँ, तो लगता है कि इसे install करके सच में अच्छा किया

    • मेरे मामले में setup में इतना समय नहीं लगा, और कभी-कभार breaking changes की वजह से manual काम करते हुए upgrade में थोड़ा समय लगा, लेकिन ऐसा अक्सर नहीं हुआ
      मैं इसे हर हफ्ते इस्तेमाल कर रहा हूँ और यह बस ठीक से काम करता है, इसलिए बढ़िया है
    • काश मेरा experience भी ऐसा होता। मैंने इसे Proxmox LXC में इस्तेमाल किया, लेकिन 2 महीने तक organize करने के बाद data corruption हो गया, और मेरे पास debug पूरा करने की ऊर्जा नहीं बची
      याद के हिसाब से यह शायद major version migration से जुड़ा हो सकता था। उसके बाद इस stack में मेरी दिलचस्पी ठंडी पड़ गई
      upgrades उतने effortless नहीं थे जितना मैं चाहता था, और मुझे नहीं लगता कि अब भी बहुत अलग होगा
      मैं बस बेवकूफ library system के बाहर folders organize करना चाहता हूँ, लेकिन उस समय Immich उस workflow से भी ठीक से मेल नहीं खाता था

  • जानना चाहता हूँ कि iOS photo sync बेहतर हुआ है या नहीं। मेरे phone में 20,000 photos हैं, और पिछली बार जब try किया था तो originals से phone storage भर गई थी, और कई दिनों तक same local network पर phone को खुला, unlocked रखकर Immich app को foreground में चलाने के बाद भी यह खत्म नहीं हुआ
    मुझे पता है कि इस पर काम चल रहा था, लेकिन मैंने follow नहीं किया। जानना चाहता हूँ कि अब यह बेहतर चलता है या नहीं, ताकि फिर से try करना worthwhile हो

    • release notes में यह लिखा है
      “iOS में background refresh tasks अब sync और upload को parallel में चलाते हैं, इसलिए iOS द्वारा दी गई छोटी time window के अंदर upload सच में शुरू हो जाता है”
      हालांकि यह उस problem को fix करता है या नहीं, पता नहीं
    • फरवरी में phone से करीब 9000 photos sync की थीं और यह काफी अच्छा चला। करीब 10 घंटे में खत्म हो गया
      originals download हुए थे या बाद में automatically delete हुए, यह याद नहीं, लेकिन पूरा process smooth लगा
    • large file uploads resume नहीं किए जा सकते। अगर reasonable bitrate और resolution का video है, तो एक session के अंदर पूरी file upload हो जानी चाहिए
      iOS background upload में इसे आसान नहीं बनाता। मैंने app रातभर खुली छोड़ी और सब upload कर दिया
    • यह Immich problem से ज़्यादा iOS problem होने की संभावना है। Apple उन apps को पसंद नहीं करता जो iCloud छोड़ना आसान बनाती हैं

  • सोच रहा हूँ कि “mobile app से assets को सीधे album में upload” करने वाला feature क्या इस problem को fix करता है: https://github.com/immich-app/immich/discussions/12748
    कई devices और कई लोग मिलकर cat photos को एक album में रखना चाहते हैं, इसलिए मेरे लिए यह काफी बड़ी problem है
    अभी इसे इस तरह configure करना पड़ता है। Syncthing से photos को Immich host करने वाले homelab server के /mnt/Syncthing/a1/cats/, /mnt/Syncthing/a2/cats/, /mnt/Syncthing/b/cats/ में sync करता हूँ
    एक cron job photos को read-only external library volume के रूप में mounted /mnt/immich/ext-lib/cats/ folder में hardlink-copy करता है
    एक और cron job वह script https://github.com/Salvoxia/immich-folder-album-creator चलाता है, जो external library folder structure से albums automatically बनाती है
    आखिर में phone की जगह खाली करने के लिए Syncthing folder से 1 साल से पुरानी photos साफ करने वाला cron job चलाता हूँ। पूरा setup करीब 1TB है, इसलिए issues तो हैं
    फिर भी 3.0 release के लिए बधाई। बस थोड़ा अफसोस है, क्योंकि मैंने यह program केवल एक महीने पहले खोजा और self-hosted configuration को केवल एक हफ्ते पहले stabilize किया