Apple Photos ऐप इमेज को खराब कर रहा है

 (tenderlovemaking.com)
1 पॉइंट द्वारा GN⁺ 2025-09-18 | 1 टिप्पणियां | WhatsApp पर शेयर करें
  • Apple Photos ऐप में कैमरा से इमेज import करते समय इमेज corrupt होने की समस्या होती है
  • उपयोगकर्ता ने "import के बाद delete" विकल्प इस्तेमाल करने पर ज़्यादा फ़ोटो खो दिए, और लगभग 30% फ़ोटो खो गए
  • अलग-अलग hardware replacement (कैमरा, SD कार्ड, laptop, cable आदि) के बाद भी वही समस्या जारी रहने की पुष्टि हुई
  • कारण hardware नहीं बल्कि software bug माना गया, और विश्लेषण में यह सामने आया कि फ़ाइलें रैंडम तरीके से corrupt हो रही हैं
  • बाद में Darktable पर workflow बदलकर इस समस्या से बचा जा रहा है

समस्या का सार

  • Apple Photos ऐप में कैमरा से इमेज import करते समय कभी-कभी इमेज corrupt होने की समस्या पाई गई
  • इसी तरह की समस्या का ऑनलाइन ज़िक्र मिलता है, लेकिन ज़्यादातर मामलों में लोगों ने या तो समस्या सुलझाने की कोशिश छोड़ दी या गहराई से debugging नहीं की

इमेज import और समस्या होने का तरीका

  • OM System OM-1 कैमरा इस्तेमाल किया गया, और शूटिंग के समय RAW + jpg फ़ॉर्मेट का उपयोग किया गया
  • पहले Photos ऐप में "import के बाद delete" विकल्प चुनकर SD कार्ड खाली किया जाता था
  • इसी विकल्प का उपयोग एक बड़ी गलती साबित हुआ

इमेज corruption का परिदृश्य

  • सिर्फ़ कुछ इमेज में ही corruption की समस्या बार-बार दिखाई दी
  • परिवार की शादी में बहुत-सी फ़ोटो लेने के बाद, import की गई इमेज में से लगभग 30% खो गईं
  • Photos ऐप RAW + jpg फ़ाइलों को एक ही फ़ोटो की तरह दिखाता है, और डिफ़ॉल्ट रूप से jpg दिखाता है
  • कुछ मामलों में jpg, कुछ में RAW, और कभी-कभी दोनों ही corrupt हो जाते हैं
  • "import के बाद delete" विकल्प इस्तेमाल करने पर कैमरा के SD कार्ड से फ़ाइलें हट जाती थीं, इसलिए पहले से corruption की जाँच करना संभव नहीं था

समस्या के कारण का विश्लेषण

  • hardware की खराबी की आशंका के चलते cable, SD कार्ड, कैमरा, laptop आदि सारा hardware बदलने के बाद भी वही समस्या मिली
    • USB-C cable बदली गई
    • आधिकारिक निर्माता से नया SD कार्ड खरीदा गया
    • केवल RAW shooting पर स्विच किया गया
    • laptop बदला गया
    • कैमरा मॉडल बदला गया (OM System OM-1 MKii)
  • हर चरण में सिर्फ़ एक-एक variable बदलकर परीक्षण किया गया, लेकिन corruption लगातार होती रही

software समस्या होने का निष्कर्ष

  • पूरा hardware बदलने के बाद यह निष्कर्ष निकाला गया कि यह Photos ऐप का software bug है
  • "import के बाद delete" विकल्प बंद करके, फ़ाइल corruption की जाँच के बाद SD कार्ड format करने के तरीके पर स्विच करने से उस समय corruption नहीं हुई
  • यह संभावना जताई गई कि सीमित परिस्थितियों में (फ़ाइल copy और delete साथ-साथ होने पर) race condition जैसी software समस्या हो सकती है
  • इसके बाद भी फ़ाइलें रैंडम तरीके से corrupt होने के मामले सामने आए
  • मूल SD कार्ड की फ़ाइल और corrupt फ़ाइल का size एक जैसा था, लेकिन अंदर के bytes (checksum) अलग थे
  • संबंधित फ़ाइलों का binary diff विश्लेषण किया गया

नया workflow अपनाया गया

  • समस्या सुलझाने में और समय न लगाकर, workflow को Darktable पर शिफ्ट कर दिया गया
  • Darktable में इमेज import करना, अनचाही फ़ोटो delete करना, मनचाही फ़ोटो edit और export करना, और उसके बाद Photos ऐप में import करना
  • Darktable इस्तेमाल करने पर फ़ाइल corruption नहीं पाई गई
  • अब इमेज को Darktable में चुनकर, process करके Photos ऐप में ले जाया जाता है, जिससे समस्या कम हुई है
  • समस्या का विश्लेषण करने में बहुत समय और लागत लगी, लेकिन नतीजतन hardware को दोबारा बनाकर रखना पड़ा

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

1 टिप्पणियां

 
GN⁺ 2025-09-18
Hacker News राय
  • मुझे लगता है कि यह import pipeline में bug हो सकता है. Photos import करते समय बहुत अतिरिक्त काम करता है (जैसे RAW+JPEG pair merge करना, preview बनाना, database indexing, और option के हिसाब से delete करना). संभव है कोई concurrency bug हो जहाँ buffer reuse हो रहा हो या file handle copy पूरी होने से पहले बंद हो रहा हो. यह दुर्लभ और अनियमित corruption pattern से अच्छी तरह मेल खाता है
    • मेरी भी यही राय है. वाकई अफ़सोसजनक स्थिति है. मैं Apple को bug report भेजना चाहता हूँ, लेकिन यह अनियमित रूप से होता है, इसलिए समझ नहीं आ रहा कि reproduction steps कैसे बताऊँ
    • यह दिलचस्प है कि जो 30% पर fail हो रहा था, वह सारे parts बदलने के बाद लगभग गायब हो गया, और फिर एक case ढूँढने में ज़्यादा समय लगा. randomness अक्सर cluster में भी दिखती है, इसलिए component replacement बेअसर भी हो सकता है. मैं यह और detail में जानना चाहूँगा कि replacement process के दौरान corruption rate कैसे बदली. और edit: वाह, अभी एहसास हुआ कि मैं भी काम पर “tenderlovemaking.com” खोल बैठा. डरावना. मज़ेदार
    • मैंने सोचा था शायद खराब RAM bit flip कर रही हो, लेकिन contents पूरी तरह अलग हैं, इसलिए शायद ऐसा नहीं है. लगता है कोई और input stream लिख दी गई, या buffer किसी दूसरी image के data से overwrite हो गया
    • ऐसे bug कम से कम basic end-to-end integrity check से तो पकड़ में आ जाने चाहिए थे, इसलिए यह सच में चौंकाने वाला है
    • सोच रहा हूँ क्या इसका import source और hardware speed से कोई संबंध है. Import खुद camera से fail होता है लेकिन Photos app से successful हो जाता है, तो शायद यहीं कुछ फ़र्क हो
  • उन्होंने कहा, “मुझे नहीं पता कि यह समस्या सिर्फ OM System camera तक सीमित है या नहीं, और मैं नए camera system में निवेश करने को तैयार नहीं हूँ,” लेकिन अगर सच में इस समस्या को iPhoto की दिक्कत साबित करना था, तो USB-C card reader को सीधे Mac से जोड़कर वही test करना बेहतर होता. इससे cable, hub, और camera hardware/software/firmware सबको बाहर किया जा सकता था. Search करने पर दिखता है कि OM-1 का USB support पूरी तरह भरोसेमंद नहीं है, और camera manual में भी लिखा है कि “कुछ settings में USB transfer की गारंटी नहीं है.” असली users भी कहते हैं कि file transfer reliability के लिए card reader इस्तेमाल करना ही standard practice है
    • Manual में “कुछ environments में USB transfer की गारंटी नहीं” जैसा वाक्य डालना काफ़ी चौंकाने वाला है. मैंने कई brands के camera इस्तेमाल किए हैं, लेकिन इतनी बुनियादी feature पर ऐसा बचाव वाला disclaimer देने वाला manufacturer पहली बार देख रहा हूँ
    • मैं भी एक professional photographer और Nikon user हूँ. मैं लगभग हमेशा camera से direct import करने के बजाय SD card से files पहले computer पर copy करता हूँ, फिर Lightroom में import करता हूँ. अगर कोई issue हो, तो पहला step यही होता है कि पहले hard disk पर copy करूँ और फिर backup लूँ
  • कोई मुझे Apple या Google products पर वापस जाने के लिए पैसे भी दे, तो भी नहीं जाऊँगा. मैं GrapheneOS Pixel इस्तेमाल करता हूँ, और Nextcloud, HomeAssistant, तथा self-hosted email server के साथ अपना “cloud” चलाता हूँ. Big Tech के कचरा software की तुलना में performance और control की कोई तुलना ही नहीं. AI chatbot भी self-host किया जा सकता है, और मुझे नहीं लगता कि यह अभी “en-shittification” stage में पहुँचा है
    • मैं 100% सहमत हूँ, लेकिन यह तभी संभव है जब a) आपके पास समय हो और b) आपके पास ज़रूरी knowledge हो. आजकल home lab पर इतना समय देना मुश्किल है. Immich जैसे apps अब आ गए हैं जहाँ बस “docker compose pull && docker compose up -d” से setup हो जाता है, लेकिन इतनी command line knowledge भी सबके पास नहीं होती. और अगर आप मर जाएँ, तो ये self-hosted services तुरंत offline हो जाएँगी
    • थोड़ा nitpick करना हो सकता है, लेकिन Pixel Google बनाता है. GrapheneOS के साथ de-Google करना अलग बात है, पर hardware तो फिर भी Google का ही है. सोचता हूँ क्या कोई असली alternative है
    • क्या Google कभी GrapheneOS को block नहीं कर देगा? मैंने खुद इसे इसलिए नहीं अपनाया क्योंकि लगा कि आगे चलकर banking या messenger apps की compatibility बिगड़ सकती है. जानना चाहता हूँ कि 5–10 साल बाद भी इसके टिके रहने का कोई long-term roadmap है या नहीं
    • self-hosted email server में delivery success rate की समस्या आप कैसे हल करते हैं? हमेशा सुना है कि यह मुश्किल और झंझट वाला काम है
    • ऐसा system चलाते हुए क्या नौकरी और परिवार के लिए समय बचता भी है?
  • Olympus user होने के नाते यह अहम जानकारी है. लेकिन समस्या सुलझाने के लिए laptop और camera दोनों बदलना बहुत महँगा रास्ता है. Photos के बजाय पहले कोई दूसरा solution आज़माना चाहिए था, है ना? Olympus का official software मुफ़्त भी है, और कम से कम official app से तो बिना corruption के photos import होनी चाहिए. साथ ही, import के समय photos delete करना जोखिम भरा लगता है. मैं camera से delete तभी करता हूँ जब 1) backup पूरा हो जाए, 2) पहला cut पूरा हो जाए
    • एक बार यह समस्या दिख जाती, तो मैं “delete after import” option बंद कर देता और नया camera system खरीदने से पहले software settings बदलकर देखता
    • मेरी भी यही सोच है. Photographer होने के नाते मैं files का कम से कम दो बार backup रखता हूँ: main editing computer पर और NAS पर. और SD card को format या delete तभी करता हूँ जब अपनी आँखों से पक्का देख लूँ कि कई backups सही हैं. पहले VFX pipeline में footage के साथ काम किया है, इसलिए file loss कितना बड़ा issue होता है, यह अनुभव से जानता हूँ
    • मैं भी कभी-कभी “troubleshooting” के बहाने वह hardware खरीद लेता हूँ जो असल में पहले से खरीदना चाहता था
    • सही troubleshooting का मतलब सिर्फ़ replacement नहीं, बल्कि likelihood और cost दोनों देखकर approach करना है. Software बदलने से हल होने की संभावना ज़्यादा थी, और यह मुफ़्त तथा जल्दी आज़माने लायक तरीका था
    • Software troubleshooting hardware replacement से कहीं सस्ती होती है. लगता है लेखक हमारी तुलना में अलग आर्थिक वास्तविकता में रहता है
  • यह वैसा URL लगता है जिसे मैं अपनी browser history में नहीं देखना चाहूँगा
    • बहुत पहले Gearspace नाम की एक audio site थी, जिसका पहले कहीं ज़्यादा उकसाने वाला नाम था. gearspace.com और नाम बदलने पर यह reddit चर्चा
    • 90 के दशक के आखिर में मेरी पत्नी ने मेरे address bar में “freshmeat.net” को auto-complete होते देखा तो चौंक गई थी. जब समझाया कि वह software site है, तब जाकर निश्चिंत हुई
    • क्या “tender lovemaking” जैसा phrase सच में इतना चौंकाने वाला है?
    • क्यों, क्या आपको कोमल प्रेम भी पसंद नहीं?
    • PenIsland.net भी है. पहले .com भी था, लेकिन लगता है अब किसी बड़े store पर shift हो गया है
  • Tenderlove (blog author) की detailed technical analysis पर हमेशा भरोसा किया जा सकता है! यह blog बहुत याद आता था. थोड़ा विषयांतर है, लेकिन 12–13 साल पहले मैं software developer के रूप में “scene” के करीब आने के लिए Seattle चला गया था. tenderlove की posts से मैंने Nokogiri, Active Record और बहुत कुछ सीखा. Seattle Ruby meetup में मैं नियमित जाता था, और खासकर Substantial office में होने वाली 15–20 लोगों की छोटी meetings याद हैं. beer और pizza के बीच Ryan Davis (Minitest के creator) बोल रहे होते थे और Aaron Patterson (tenderlove) लगातार मज़ेदार comments कर रहे होते थे. मैंने भोले सवाल भी पूछे, और बदले में हल्के मज़ाक के साथ गर्मजोशी भरे जवाब मिले. उस समय सच में लगा था कि मैं community का हिस्सा हूँ. आज भी वह याद मेरे लिए बहुत कीमती है. Aaron का आभारी हूँ
  • मैं भी OM System camera (OM-5) इस्तेमाल करता हूँ, और मेरे मामले में पूरी photo बुरी तरह corrupt नहीं हुई, लेकिन कभी-कभी नीचे की तरफ़ हरे pixels की एक line दिखती है. मेरे दिमाग में तुरंत यह नहीं आया था कि Photos app ही समस्या हो सकती है, लेकिन इस issue के बाद मैं अपना workflow बदलकर ज़रूर देखूँगा और जाँचूँगा कि वजह Photos है या नहीं
    • मैंने कभी Photos पर शक ही नहीं किया था
  • पुराने समय में बड़े library backups के दौरान ऐसा issue अक्सर दिखता था. अब मैं सिर्फ़ Image Capture से backup लेता हूँ और files को file system में ही रखता हूँ! long-term backup के लिए hard disk कुछ proprietary photo apps से कहीं बेहतर विकल्प है
  • मैंने पहले सही तरह import की गई पुरानी photos में भी ऐसी corruption देखी है. मैं सिर्फ़ iPhone से photos लेता हूँ और Mac या iPhone पर ही उन्हें देखता हूँ. पीछे मुड़कर देखता हूँ तो मेरी photo library का काफ़ी data गायब है. यह समस्या मेरी सोच से कहीं बड़ी है. कहीं और कोई backup भी नहीं है
    • मेरे साथ भी iCloud Photo Library चालू होने पर ऐसा हुआ था. पुरानी सही photos random तरीके से corrupt हो गईं. iPhone से ली गई photos और अलग से import की गई photos, दोनों पर असर था. इसलिए मैंने iCloud Photo Library बंद कर दी, iCloud plan भी downgrade कर दिया क्योंकि बड़े storage की ज़रूरत नहीं रही. अब मैं पूरी तरह open source photo management tool और सामान्य disk storage पर चला गया हूँ
    • IT में काम करने वालों के लिए backup तो बुनियादी चीज़ है
  • मैंने अभी तक गहराई से जाँच नहीं की, लेकिन share करने के लिए धन्यवाद! मैं भी हमेशा सोचता था कि शायद बहुत पुराने SD cards या कहीं पड़े adapters की वजह होगी. सच में, यह मैंने भी सिर्फ़ कुछ photos में ही देखा है. 10 साल से Olympus camera इस्तेमाल कर रहा हूँ, बल्कि ठीक कहूँ तो PEN E-PM2, और यह issue सिर्फ़ पिछले 2 साल में दिखा है. मेरे Canon EOS 80D में ऐसा नहीं हुआ, लेकिन अब लगता है workflow, या शायद पूरा OS ही बदलने का समय आ गया है
    • हो सकता है यह RAM या SSD के bad sectors की समस्या भी हो. फिर भी अगर macOS 26 है, तो Photos app की दिक्कत होने की संभावना ज़्यादा लगती है