PhotoPrism बनाम Immich: आपके लिए कौन सा बेहतर है?

PhotoPrism बनाम Immich: संक्षिप्त उत्तर

PhotoPrism और Immich के बीच चुनाव दो अलग-अलग कार्यों के बीच का चुनाव है, न कि एक ही उत्पाद के दो संस्करणों के बीच। Immich, Google Photos का विकल्प है: इसका फोन ऐप स्वचालित रूप से आपके कैमरा रोल का बैकअप लेता है, और इसकी टाइमलाइन किसी भी ऐसे व्यक्ति को जानी-पहचानी लगेगी जो फोन गैलरी का उपयोग छोड़ रहा है। PhotoPrism आपके पास पहले से मौजूद फोटो लाइब्रेरी को व्यवस्थित करता है: यह डिस्क पर मौजूद फाइलों के फोल्डर को इंडेक्स करता है, उनके मेटाडेटा को पढ़ता है, उन्हें मैप पर दिखाता है, और फाइलों को बिल्कुल वहीं रहने देता है जहाँ वे थीं।

यदि आपकी समस्या यह है कि "मेरा फोन भर गया है और मैं Google Photos से बाहर निकलना चाहता हूँ", तो Immich चुनें। यदि आपकी समस्या यह है कि "मेरे पास ड्राइव पर 400 GB फोटो हैं और मुझे उनमें कुछ भी नहीं मिल रहा है", तो PhotoPrism चुनें। दोनों ओपन सोर्स हैं, दोनों सामान्य VPS पर Docker containers के रूप में चलते हैं, और दोनों किसी तीसरे पक्ष को कुछ भी भेजे बिना आपकी लाइब्रेरी को इंडेक्स और सर्च करते हैं।

दर्शन का विभाजन, और यह सब कुछ कैसे तय करता है

Immich फाइलों का मालिक है। आप इसे एक upload location बताते हैं, phone app या web uploader मूल फाइलें भेजते हैं, और Immich उन्हें अपने path के तहत अपने naming convention के साथ store करता है। database में albums, faces और search के बारे में वास्तविक जानकारी होती है। यह design ही phone experience को बेहतर बनाता है, क्योंकि server को हमेशा हर asset की पूरी स्थिति पता होती है।

PhotoPrism फाइलों को पढ़ता है। आप एक originals folder mount करते हैं जिसे आप पहले से control करते हैं, और PhotoPrism उस पर एक index बनाता है। आपका directory tree आपका ही रहता है। यदि आप कल PhotoPrism हटा देते हैं, तो photos उन्हीं folders में उन्हीं नामों के साथ वहीं रहती हैं, और PhotoPrism द्वारा लिखी गई sidecar YAML फाइलें, जो उसके द्वारा सीखी गई जानकारी का वर्णन करती हैं, उसके अपने storage folder में रहती हैं, जहाँ वह उन्हें default रूप से रखता है।

यह एकमात्र अंतर बाकी सब कुछ स्पष्ट करता है। Immich का mobile support मजबूत है क्योंकि यह ingestion को control करता है। PhotoPrism की library curation मजबूत है क्योंकि यह कभी भी आपके मौजूदा structure से टकराती नहीं है। Immich उस परिवार के लिए बेहतर उत्तर है जिनकी photos phones पर रहती हैं। PhotoPrism उस archive के लिए बेहतर उत्तर है जो disk पर रहता है।

हार्डवेयर की आवश्यकता: Immich की अधिक मांग

दस्तावेजीकृत मेमोरी सीमाएं काफी अलग हैं, और एक छोटे VPS पर यह आमतौर पर निर्णायक कारक होता है।

[
  {
    "label": "Immich",
    "min_ram_gb": 6
  },
  {
    "label": "PhotoPrism",
    "min_ram_gb": 3
  }
]

Immich 6 GB RAM को न्यूनतम और 8 GB को अनुशंसित बताता है, साथ ही यह नोट भी देता है कि 4 GB की मशीन पर इसे केवल मशीन लर्निंग बंद करके ही चलाया जा सकता है। PhotoPrism 3 GB भौतिक मेमोरी और दो CPU कोर की आवश्यकता बताता है, और कहता है कि उस न्यूनतम सीमा से ऊपर RAM की मात्रा कोर की संख्या के अनुरूप होनी चाहिए।

यह अंतर वास्तविक है, और यह मशीन लर्निंग कंटेनर के कारण है। Immich अपने मॉडल्स को एक अलग immich-machine-learning सर्विस में चलाता है जो CLIP (contrastive language image pretraining) और फेस डिटेक्शन मॉडल्स को मेमोरी में लोड करती है। 2 GB की मशीन पर kernel उस कंटेनर को kill कर देता है, और आप इसे कोड 137 के साथ exit होते देखते हैं, जो signal 9 के साथ kill की गई प्रक्रिया की स्थिति है, जो Docker में out of memory kill के रूप में दिखाई देती है। PhotoPrism के इन-बिल्ट मॉडल्स ONNX पर चलते हैं, जिसके बारे में इसके docs का कहना है कि वे आमतौर पर सभी प्रकार के हार्डवेयर पर अच्छा प्रदर्शन करते हैं, और इसमें कम मेमोरी के लिए एक डॉक्यूमेंटेड फॉलबैक है: 1 GB या उससे कम वाली मशीनों पर यह RAW कन्वर्जन और फेस रिकग्निशन को डिसेबल कर देता है। हालाँकि, यह स्थिरता का वादा नहीं है। इसकी 3 GB की न्यूनतम सीमा से नीचे प्रोजेक्ट अस्थिरता और प्रदर्शन संबंधी समस्याओं की चेतावनी देता है, इसलिए इस सीमा को न्यूनतम ही मानें।

PhotoPrism के docs सर्वर पर कम से कम 4 GB swap होने के बारे में स्पष्ट हैं। Immich का आवश्यकता पृष्ठ swap का उल्लेख नहीं करता है, लेकिन swap इसके मशीन लर्निंग कंटेनर को छोटी मशीन पर अतिरिक्त जगह (headroom) देता है। किसी को भी इंस्टॉल करने से पहले इसे जोड़ लें।

sudo fallocate -l 4G /swapfile
sudo chmod 600 /swapfile
sudo mkswap /swapfile
sudo swapon /swapfile
echo '/swapfile none swap sw 0 0' | sudo tee -a /etc/fstab
free -h

free -h को अब एक Swap: लाइन प्रिंट करनी चाहिए जो 4.0Gi दिखाए। यदि यह 0B प्रिंट करता है, तो swapon विफल हो गया है, आमतौर पर इसलिए क्योंकि फाइलसिस्टम fallocate का समर्थन नहीं करता है, और sudo dd if=/dev/zero of=/swapfile bs=1M count=4096 फॉलबैक है। यहाँ कंटेनर मेमोरी की सीमाएं भी मायने रखती हैं, और Docker Compose में मेमोरी सीमाएं सेट करना वह तरीका है जिससे आप एक अधिक संसाधन लेने वाली सर्विस को पूरे सर्वर को डाउन करने से रोक सकते हैं। अपवाद स्वयं PhotoPrism है: इसके docs इसके कंटेनर पर सख्त मेमोरी सीमा लगाने के खिलाफ सलाह देते हैं, क्योंकि बड़ी फाइलों को इंडेक्स करने के लिए थोड़े समय के लिए अतिरिक्त मेमोरी की आवश्यकता होती है और सीमा लगाने से अनपेक्षित रीस्टार्ट हो सकते हैं।

एक और आवश्यकता लोगों को उलझाती है। Immich का Postgres डेटाबेस स्थानीय स्टोरेज पर, वास्तविक ओनरशिप और अनुमतियों वाले सामान्य Unix फाइलसिस्टम पर होना चाहिए, कभी भी नेटवर्क शेयर पर नहीं। PhotoPrism चेतावनी देता है कि इसकी डेटाबेस फाइलों को कभी भी साझा नेटवर्क फोल्डर पर स्टोर न करें और स्थानीय SSD स्टोरेज को उनके लिए सबसे अच्छी जगह बताता है। किसी भी ऐप को उसके डेटाबेस के साथ माउंटेड ऑब्जेक्ट स्टोर पर चलाना सुरक्षित नहीं है।

प्रत्येक को कैसे इंस्टॉल करें

दोनों इंस्टॉलेशन एक वेंडर compose फाइल और एक कमांड पर आधारित हैं। सबसे पहले Docker Engine और Compose plugin को सेटअप करें, जैसा कि VPS पर Docker Compose के लिए हमारी गाइड में बताया गया है।

Immich हर release के साथ अपनी compose फाइल और एक उदाहरण environment फाइल प्रकाशित करता है।

sudo mkdir -p /opt/immich && cd /opt/immich
wget -O docker-compose.yml https://github.com/immich-app/immich/releases/latest/download/docker-compose.yml
wget -O .env https://github.com/immich-app/immich/releases/latest/download/example.env

कुछ भी शुरू करने से पहले .env को एडिट करें। UPLOAD_LOCATION वह स्थान है जहाँ आपकी ओरिजिनल फाइलें रहेंगी। DB_PASSWORD एक वर्किंग डिफॉल्ट के साथ आता है, और Immich इसे एक रैंडम पासवर्ड में बदलने की सलाह देता है, हालांकि यह अनिवार्य नहीं है। Postgres को सार्वजनिक रूप से expose नहीं किया जाता है, इसलिए पासवर्ड का उपयोग केवल लोकल ऑथेंटिकेशन के लिए होता है, लेकिन एक रैंडम पासवर्ड सेट करने में कोई नुकसान नहीं है। केवल A-Za-z0-9 वर्णों का उपयोग करें, क्योंकि Immich के दस्तावेज़ों के अनुसार अन्य वर्ण Docker द्वारा मान पार्स करते समय समस्या पैदा कर सकते हैं। फिर इसे स्टार्ट करें।

docker compose up -d
docker compose ps

वेब इंटरफेस port 2283 पर रिस्पॉन्स देता है। उस पेज के माध्यम से रजिस्टर किया गया पहला अकाउंट एडमिनिस्ट्रेटर बन जाता है, इसलिए इंटरनेट पर एक ओपन इंस्टेंस छोड़ने के बजाय, तुरंत उस तक पहुँचें और रजिस्टर करें।

PhotoPrism एक compose फाइल के साथ आता है जिसमें पहले से ही MariaDB शामिल है।

sudo mkdir -p /opt/photoprism && cd /opt/photoprism
wget https://dl.photoprism.app/docker/compose.yaml

compose.yaml को खोलें और पहली बार स्टार्ट करने से पहले PHOTOPRISM_ADMIN_PASSWORD को बदलें। दस्तावेज़ इस बारे में स्पष्ट हैं: ऐप उस फाइल में मौजूद शुरुआती पासवर्ड के साथ स्टार्ट होता है, न्यूनतम लंबाई 8 वर्ण है, और डिफॉल्ट मान का उपयोग कभी भी पब्लिक सर्वर पर नहीं किया जाना चाहिए। उसी समय originals वॉल्यूम को उस फोल्डर पर सेट करें जिसमें आपकी तस्वीरें हैं।

docker compose up -d
docker compose logs -f photoprism

PhotoPrism port 2342 पर user admin के साथ रिस्पॉन्स देता है। किसी भी ऐप को सीधे expose नहीं किया जाना चाहिए। इसके सामने TLS (transport layer security) वाला एक reverse proxy रखें, जो Docker, TLS और बैकअप के साथ self-hosted Nextcloud के लिए उपयोग किए गए सेटअप के समान हो, या सर्वर को प्राइवेट रखें और इसे VPN के माध्यम से एक्सेस करें। यदि उस VPS पर तस्वीरों के अलावा अन्य चीजें भी हैं, तो उस पर जोड़ी जाने वाली हर सर्विस के लिए समान सावधानी बरतें, क्योंकि एक self-hosted RustDesk relay को केवल अपने दो पोर्ट्स तक पहुँच की आवश्यकता होती है और किसी अन्य चीज की नहीं।

किसका फोन ऐप बेहतर है

यहीं पर ये दोनों प्रोजेक्ट्स सबसे अलग हैं, और यही वह कारण है जिसकी वजह से ज्यादातर लोग Immich चुनते हैं।

Immich Android और iOS के लिए आधिकारिक ऐप्स प्रदान करता है। ये बैकग्राउंड में कैमरा रोल का बैकअप लेते हैं, जिसका अर्थ है कि नई तस्वीरें किसी के ऐप खोले बिना ही फोन से सर्वर पर चली जाती हैं। घर से बाहर इसका उपयोग करने के लिए, Immich तीन तरीके बताता है: WireGuard या OpenVPN जैसा VPN, Tailscale, या HTTPS सर्व करने वाला एक reverse proxy। Reverse proxy वह तरीका है जो फोन ऐप्स को हर फोन पर VPN ऐप के बिना कनेक्ट होने देता है, और Immich चेतावनी देता है कि अतिरिक्त कॉन्फ़िगरेशन के बिना port 2283 को सीधे इंटरनेट पर कभी भी forward न करें।

PhotoPrism का कोई आधिकारिक नेटिव ऐप नहीं है। यह एक progressive web app प्रदान करता है, जिसे आप ब्राउज़र से होम स्क्रीन पर जोड़ते हैं, और यह फोन से सिंक करने के तरीके के रूप में WebDAV (web distributed authoring and versioning) का दस्तावेजीकरण करता है। प्रोजेक्ट इसके लिए PhotoSync नामक एक थर्ड-पार्टी ऐप की सिफारिश करता है, जिसे WebDAV के माध्यम से /import/ या /originals/ डायरेक्टरी की ओर पॉइंट किया जाता है। यह काम करता है, लेकिन यह एक सशुल्क थर्ड-पार्टी ऐप है जो वह काम कर रहा है जिसे Immich अपने स्वयं के क्लाइंट के भीतर करता है।

यदि परिवार के कई सदस्यों के लिए स्वचालित फोन बैकअप की आवश्यकता है, तो फैसला स्पष्ट है। Immich।

मशीन लर्निंग आपको वास्तव में क्या प्रदान करती है

Immich CLIP का उपयोग करके आपकी लाइब्रेरी पर सिमेंटिक सर्च (semantic search) करता है, इसलिए "red bicycle in snow" जैसी क्वेरी उन तस्वीरों को भी ढूंढ लेती है जिन्हें किसी ने कभी टैग नहीं किया था। यह फेस डिटेक्शन, क्लस्टरिंग और डुप्लीकेट डिटेक्शन भी करता है। CPU पर बड़े इम्पोर्ट की इंडेक्सिंग बैकग्राउंड में घंटों तक चलती है, जो कि सामान्य है और इसके लिए GPU (graphics processing unit) की आवश्यकता नहीं होती है।

PhotoPrism इन-बिल्ट ONNX मॉडल के साथ छवियों को लेबल में वर्गीकृत करता है, चेहरों का पता लगाता है और उन्हें ONNX फेस मॉडल के साथ लोगों के समूहों में व्यवस्थित करता है, और स्थानों का मैप बनाने के लिए लोकेशन मेटाडेटा को पढ़ता है। यदि आप लेबल और कैप्शन के लिए Ollama या OpenAI का उपयोग करना चाहते हैं, तो इसके कॉन्फ़िगरेशन फ़ोल्डर में एक vision.yml फ़ाइल इसे बदल सकती है। मैप वह फीचर है जिसके लिए लोग रुकते हैं: जहाँ घटना हुई उसके आधार पर इंडेक्स की गई लाइब्रेरी बीस साल की तस्वीरों को ब्राउज़ करने का एक बिल्कुल अलग तरीका है। यही विचार अन्य मीडिया संग्रहों पर भी काम करता है, और Jellyfin के लिए Halcyon का 90 के दशक का वीडियो स्टोर फ्रंट एंड इसका फिल्म संस्करण है, जो सूची के बजाय शेल्फ के आधार पर ब्राउज़िंग करता है। फेस रिकग्निशन मुफ्त कम्युनिटी एडिशन में शामिल है। सशुल्क Essentials और Plus मेंबरशिप अधिक समृद्ध मैप लेयर्स, अधिक यूजर रोल्स और एक यूजर मैनेजमेंट इंटरफेस जैसे अतिरिक्त फीचर्स जोड़ती हैं, जिनकी कीमत अक्टूबर 2026 तक, प्रति वर्ष बिल किए जाने पर, कुछ यूरो प्रति माह से शुरू होती है।

Immich में कोई भी फीचर पेवॉल (paywalled) के पीछे नहीं है, और प्रोजेक्ट का कहना है कि ऐसा कभी नहीं होगा। यह वैकल्पिक लाइफटाइम प्रोडक्ट कीज़ बेचता है, जुलाई 2024 में Immich द्वारा घोषित कीमतों के अनुसार एक यूजर के लिए $25 या पूरे सर्वर के लिए $100, लेकिन एक की खरीदने से कोई अतिरिक्त फीचर अनलॉक नहीं होता है और यदि आप भुगतान नहीं करते हैं तब भी Immich बिना किसी प्रतिबंध के काम करता है। PhotoPrism का कोर मुफ्त है, जिसमें वैकल्पिक सशुल्क अतिरिक्त फीचर्स उपलब्ध हैं।

बैकअप तय करते हैं कि डेटा सुरक्षित रहेगा या नहीं

बिना बैकअप वाला फोटो सर्वर एक डिस्क फेलियर की दूरी पर है, जिससे परिवार का सारा डेटा खो सकता है। दोनों ऐप्स के लिए दो बैकअप आवश्यक हैं: डेटाबेस और फाइलें।

Immich के लिए, Postgres कंटेनर से डेटाबेस को डंप करें और अपलोड लोकेशन को कॉपी करें।

docker exec -t immich_postgres pg_dump --clean --if-exists --dbname=immich --username=postgres | gzip > /backup/immich-db.sql.gz

इसके बाद UPLOAD_LOCATION का बैकअप लें। अपूरणीय डेटा रखने वाले फोल्डर upload, library और profile हैं। thumbs और encoded-video फोल्डरों को घंटों CPU समय खर्च करके दोबारा बनाया जा सकता है। केवल डेटाबेस डंप से कुछ भी रिस्टोर नहीं होता, क्योंकि इसमें केवल मेटाडेटा होता है।

PhotoPrism के लिए, इंडेक्स की अपनी कमांड होती है।

docker compose exec photoprism photoprism backup -i -f

यह storage/backup/ के अंतर्गत एक SQL डंप लिखता है। इसके बाद originals फोल्डर और storage फोल्डर को कॉपी करें। चूंकि PhotoPrism प्रत्येक फोटो का विवरण देने वाली साइडकार YAML फाइलें भी लिखता है, इसलिए खोए हुए इंडेक्स को केवल फाइलों से दोबारा बनाया जा सकता है। दशकों तक सुरक्षित रखने वाले आर्काइव के लिए यह एक बड़ा लाभ है।

आप जो भी चुनें, उन backups को निर्धारित schedule पर encrypted, deduplicated restic backups to remote storage के माध्यम से server से बाहर भेजें। Library वाली ही disk पर रखा backup, backup नहीं होता। Job के fail होने पर notification भेजने की व्यवस्था करें, क्योंकि March में चुपचाप बंद हुआ backup उस backup जैसा ही दिखता है जो पिछली रात चला था—जब तक कि आपको उसकी जरूरत न पड़े। self-hosted ntfy server उसी शाम वह failure आपके phone तक पहुंचा देगा।

आपको कौन सा चलाना चाहिए

यदि आपकी तस्वीरें फोन पर हैं, यदि एक से अधिक व्यक्ति को अपना कैमरा रोल बैकअप करना है, और यदि आप सर्वर को 6 GB या उससे अधिक RAM दे सकते हैं, तो Immich चलाएं। यह Google Photos के सबसे करीब का विकल्प है जिसे आप स्वयं होस्ट कर सकते हैं, और इसका मोबाइल अनुभव ही इसकी मुख्य विशेषता है। हमारी Immich इंस्टॉलेशन गाइड में मेमोरी से संबंधित समस्याओं और अपग्रेड के दौरान आने वाली बाधाओं को विस्तार से समझाया गया है।

यदि आपके पास पहले से ही डिस्क पर फोटो का संग्रह है, यदि आप मैप्स, मेटाडेटा और अपनी फोल्डर संरचना को बनाए रखने की परवाह करते हैं, या यदि आपके VPS में 4 GB RAM है और आप स्वैपिंग के बजाय एक कार्यशील लाइब्रेरी चाहते हैं, तो PhotoPrism चलाएं। यह एक बेहतर क्यूरेशन टूल है और कम हार्डवेयर संसाधनों पर अधिक सुचारू रूप से चलता है।

दोनों को एक साथ चलाना भी एक उचित विकल्प है। Immich दैनिक फोन बैकअप को संभालता है, और साल में एक बार आप चुनिंदा तस्वीरों को अपने आर्काइव में व्यवस्थित कर सकते हैं और PhotoPrism को उसे इंडेक्स करने दे सकते हैं। वे आपस में टकराते नहीं हैं, क्योंकि PhotoPrism फोल्डर्स को रीड करता है जबकि Immich का अपना डेटाबेस होता है।

FAQ

क्या PhotoPrism और Immich एक ही photo folder साझा कर सकते हैं?

दोनों दिशाओं में सुरक्षित रूप से नहीं। PhotoPrism एक originals folder को index करता है और इसमें ऐसी सुविधाएँ हैं जो इसमें लिखती हैं, जब तक कि यह read-only mode में न चले, जबकि Immich अपने upload location की सामग्री का स्वामी होने की अपेक्षा करता है। आप PhotoPrism को ब्राउज़ करने के लिए Immich के library folder की एक read-only copy की ओर निर्देशित कर सकते हैं, लेकिन दोनों apps को एक ही files को प्रबंधित न करने दें, क्योंकि Immich का storage template indexing के दौरान PhotoPrism के अंतर्गत assets को स्थानांतरित या rename कर सकता है।

क्या Immich मेरी तस्वीरों की एकमात्र प्रति रखने के लिए पर्याप्त स्थिर है?

किसी भी self-hosted app को कभी भी किसी चीज़ की एकमात्र प्रति नहीं रखनी चाहिए। Immich अब semantic versioning का पालन करता है और कहता है कि breaking changes केवल major releases तक सीमित हैं, इसलिए IMMICH_VERSION को v3 जैसे major version tag पर pin करें, release notes पढ़ें, और फिर docker compose pull && docker compose up -d के साथ upgrade करें। Downgrading समर्थित नहीं है, यहाँ तक कि एक ही minor version के भीतर भी, इसलिए हर upgrade से पहले database dump लें। मूल files का server के बाहर backup रखें और जोखिम कम रहेगा।

Immich का machine learning container बार-बार restart क्यों होता है?

आमतौर पर इसे बहुत अधिक memory का उपयोग करने के कारण kill किया जा रहा है। docker compose ps --all चलाएँ, क्योंकि उस flag के बिना एक stopped container छिपा रहता है, और machine learning service को code 137 के साथ exit होते हुए देखें। उस code का अर्थ है कि process को signal 9 के साथ kill किया गया था; kernel का out of memory killer इसका सामान्य कारण है लेकिन एकमात्र नहीं, इसलिए sudo dmesg | grep -i 'out of memory' के साथ इसकी पुष्टि करें। 4 GB वाली machine पर swap जोड़ें, या machine learning को पूरी तरह से disable कर दें। Container पर memory limit उसे throttle नहीं करती: limit पर भी वह kill हो जाता है, लेकिन वह बाकी server को starve करना बंद कर देता है। machine learning के बिना smart search और face recognition काम करना बंद कर देते हैं, और बाकी Immich ठीक से चलता है।

क्या PhotoPrism को MariaDB की आवश्यकता है, या SQLite काम करेगा?

SQLite काम करता है और एक personal library के लिए ठीक है, लेकिन इसका उपयोग करते समय PhotoPrism खुद को चार workers तक सीमित कर लेता है, और docs MariaDB पर स्विच करने की सलाह देते हैं क्योंकि यह उच्च concurrency को बेहतर ढंग से संभालता है। Project द्वारा ship की गई compose file में पहले से ही MariaDB शामिल है, इसलिए अनुशंसित मार्ग भी डिफ़ॉल्ट मार्ग है।

मुझे अपनी library के आकार से ऊपर कितनी disk space का बजट रखना चाहिए?

किसी भी app के लिए, अपनी originals के आकार के ऊपर 10 से 20 प्रतिशत जोड़ें। यह generated thumbnails और transcoded video previews को कवर करता है। 200 GB के संग्रह को केवल library के लिए लगभग 220 से 240 GB की आवश्यकता होती है, साथ ही database और वृद्धि के लिए जगह भी चाहिए। यदि आप उसी volume पर एक पूर्ण local backup copy भी रखते हैं, तो originals और उस copy को किसी और चीज़ की गणना से पहले कम से कम 400 GB की आवश्यकता होती है, इसलिए लगभग 450 GB का बजट रखें या copy को एक अलग volume पर रखें।