FixMyVideos

"MOOV atom not found" — इसका क्या मतलब है और इसे कैसे ठीक करें

एक खराब वीडियो फ़ाइल से आने वाले सभी एरर मैसेज में से, 'moov atom not found' वह मैसेज है जिसे समझना सबसे ज़्यादा ज़रूरी है। यह एक सामान्य "फ़ाइल खराब है" वाला मैसेज नहीं है — यह एक खास, तकनीकी स्टेटमेंट है जो बताता है कि वास्तव में क्या खराब है। और यह फ़ाइल विफलता की उन श्रेणियों में से एक है, जिन्हें सबसे आसानी से ठीक किया जा सकता है।

अगर आपने यह गड़बड़ी FFmpeg, QuickTime, VLC के डायग्नॉस्टिक आउटपुट में या Premiere / Resolve इम्पोर्ट गड़बड़ी में देखी है, तो यह पेज आपके लिए है।

MOOV क्या है

MOV / MP4 फ़ाइल एटम का एक सिक्वेंस है — ये टाइप किए गए बाइनरी ब्लॉक होते हैं, जिनमें या तो मेटाडेटा या मीडिया डेटा होता है। सबसे ज़्यादा मायने रखने वाले दो एटम हैं:

  • 'mdat'मीडिया डेटा एटम। इसमें वास्तविक संपीड़ित वीडियो फ़्रेम, ऑडियो सैंपल वगैरह मौजूद होते हैं। एक सामान्य रिकॉर्डिंग के लिए, 'mdat' फ़ाइल में अब तक का सबसे बड़ा एटम है (आमतौर पर फ़ाइल आकार का 99%+)।
  • 'moov'मूवी एटम। यह इंडेक्स है। यह विषय-सूची है। यह प्लेयर को बताता है कि 'mdat' के अंदर हर फ़्रेम कहाँ मौजूद है, किस कोडेक का इस्तेमाल किया गया था, फ़्रेम रेट क्या है, ऑडियो कॉन्फ़िगरेशन क्या है और स्ट्रीम कैसे सिंक होती हैं।

वैध 'moov' के बिना, प्लेयर फ़ाइल को डिकोड नहीं कर सकता। उसके पास डेटा है; लेकिन वह नहीं जानता कि उसका इस्तेमाल कैसे किया जाए।

आपकी फ़ाइल में MOOV क्यों नहीं है

MOOV एटम रिकॉर्डिंग रुकने के समय फ़ाइनलाइज़ हो जाता है. कैमरे रिकॉर्डिंग के दौरान स्ट्रक्चर को धीरे-धीरे बनाते हैं — उन्हें ऐसा करना ही पड़ता है, क्योंकि MOOV के अंदर मौजूद ऑफ़सेट और साइज़ इस बात पर निर्भर करते हैं कि वास्तव में कितनी रिकॉर्डिंग की गई — लेकिन वे इसे तब तक फ़ाइल में नहीं लिखते, जब तक कि यूज़र (या फ़र्मवेयर) स्पष्ट रूप से रिकॉर्डिंग रोकने का आदेश नहीं दे देता।

अगर रिकॉर्डिंग उस पल से पहले रुक जाती है:

  • रिकॉर्डिंग के बीच में बैटरी खत्म हो जाती है।
  • रिकॉर्डिंग के दौरान SD कार्ड / CFexpress / SSD निकाल दिया गया।
  • कैमरे का फ़र्मवेयर क्रैश हो जाता है।
  • बाहरी रिकॉर्डर (Atomos वगैरह) की बैटरी खत्म हो जाती है।
  • रिकॉर्डिंग करने वाला ऐप क्रैश हो जाता है (फ़ोन पर थर्ड-पार्टी कैमरा ऐप)।
  • ड्रोन ज़मीन से टकरा जाता है, पावर बंद हो जाती है, राइटिंग में रुकावट आ जाती है।
  • टेथर्ड कैमरे की AC पावर ब्राउनआउट हो जाती है।

MOOV कभी लिखा नहीं जाता। 'Mdat' डिस्क पर मौजूद है, और वह बिल्कुल सही-सलामत है (या ज़्यादातर सही-सलामत है, और आखिरी फ़्रेम शायद कटा हुआ है)। आपके पास यह है:

[ftyp]   ← container type declaration, ~12 bytes, intact
[mdat]   ← potentially gigabytes of compressed video and audio, intact
                    ← MOOV would be here (or earlier in the file
                       if the camera does "fast-start" / leading MOOV)
                       but it isn't

आपका एडिटर फ़ाइल खोलता है, 'ftyp' पढ़ता है, एक मान्य MOOV नहीं ढूँढ पाता और काम करना बंद कर देता है। इसीलिए यह गड़बड़ी होती है।

आप खुद क्या आज़मा सकते हैं

अच्छी खबर यह है कि यह एक जानी-मानी समस्या है, जिसके लिए डॉक्युमेंटेड मुफ़्त टूल मौजूद हैं।

1. 'untrunc' (ओपन-सोर्स)

'untrunc' एक छोटा-सा कमांड-लाइन टूल है, जिसे खासतौर पर इसी फ़ेल्योर पैटर्न के लिए बनाया गया है। इसके लिए इन चीज़ों की ज़रूरत पड़ती है:

  • एक टूटी हुई फ़ाइल (कोई MOOV नहीं, 'mdat' बरकरार)।
  • उसी कैमरे से उसी रिकॉर्डिंग मोड (रिज़ॉल्यूशन, fps, कोडेक, बिट-रेट) में बनाई गई एक रेफ़रेंस फ़ाइल। रेफ़रेंस का MOOV एक टेम्पलेट का काम करता है।

अगर आपके पास उसी कैमरे और मोड से बनी एक सही फ़ाइल है, तो 'untrunc' बेहतरीन है। macOS पर Homebrew के ज़रिए इंस्टॉल करें या Linux पर सोर्स से बिल्ड करें। क्विक कमांड:

untrunc reference.mov broken.mov

यह 'broken.mov_fixed.mov' बनाता है। उसे खोलने की कोशिश करें।

समस्या यह है कि 'untrunc' को मैच करने वाले रेफ़रेंस की ज़रूरत होती है। अगर टूटी हुई फ़ाइल बनाने वाला कैमरा ही आपका एकमात्र इस्तेमाल किया गया कैमरा है और टूटी हुई फ़ाइल ही आपकी एकमात्र फ़ाइल है, तो 'untrunc' की मदद से काम नहीं चलेगा।

2. FFmpeg '-c copy' री-मक्स

ffmpeg -i broken.mov -c copy out.mov

यह कुछ भी ठीक नहीं करता, लेकिन आपको बताता है कि FFmpeg को क्या दिखता है। अगर FFmpeg बिना किसी और जानकारी के 'moov atom not found' लौटाता है, तो फ़ाइल हमारे रिकवरी दायरे में है। अगर FFmpeg स्ट्रीम की उपयोगी जानकारी देता है, तो फ़ाइल को उस हद तक रिकवर किया जा सकता है, जिसका संकेत गड़बड़ी से नहीं मिलता।

3. VLC

VLC अपनी सहनशीलता के लिए मशहूर है। कभी-कभी कोई फ़ाइल जो QuickTime में नहीं खुलती, वह VLC में खुल जाती है। 30 सेकंड का टेस्ट करना फ़ायदेमंद है।

4. कैमरे का अपना सॉफ़्टवेयर

अगर फ़ाइल किसी नए कैमरे से आई है, तो निर्माता का मुफ़्त सॉफ़्टवेयर देखें:

  • Sony Catalyst Browse (Sony कैमरे)।
  • Canon Cinema RAW Development / EOS Utility (Canon)।
  • DJI Studio (DJI).
  • Insta360 Studio (Insta360)।
  • DaVinci Resolve (Blackmagic)।

ये टूल कभी-कभी उन फ़ाइलों को खोलते हैं, जिन्हें सामान्य प्लेयर खोलने से मना कर देते हैं, क्योंकि वे अपने निर्माता की खास विशेषताओं को समझते हैं।

ऑटोमैटिक रिकवरी इसे कैसे संभालती है

जब ऊपर दिए गए मैन्युअल तरीके काम नहीं करते — जिसकी सबसे आम वजह यह होती है कि आपके पास मैच करने वाली रेफ़रेंस क्लिप नहीं है — तो अगला कदम ऑटोमेटेड कंटेनर रिकंस्ट्रक्शन होता है। हमारा इंजन:

  • फ़्रेम मार्करों (ProRes 'icpf', H.264 / H.265 NAL स्टार्ट कोड, MJPEG मार्कर, ...) के लिए बाइट लेवल पर 'mdat' पेलोड को स्कैन करता है।
  • फ़ाइल एक्सटेंशन से नहीं, बल्कि फ़्रेम डेटा से कोडेक की पहचान करता है।
  • पहले वैध IDR / कीफ़्रेम से कोडेक पैरामीटर (रिज़ॉल्यूशन, प्रोफ़ाइल, लेवल, क्रोमा फ़ॉर्मेट, फ़्रेम रेट) निकालता है।
  • मौजूदा 'mdat' बाइट रेंज का संदर्भ देने वाला एक नया MOOV एटम सिंथेसाइज़ करता है।
  • ऑडियो की जाँच करके सैंपल रेट, चैनल की संख्या, बाइट ऑर्डर और चंक प्लेसमेंट का पता लगाता है।
  • 4 GB से बड़ी किसी भी फ़ाइल के लिए 'co64' (64-बिट ऑफ़सेट) का इस्तेमाल करके एक रीबिल्ट फ़ाइल लिखता है।

नतीजे के तौर पर एक फ़ाइल मिलेगी, जिसे आपका एडिटर माउंट करके प्ले करेगा। किसी रेफ़रेंस क्लिप की ज़रूरत नहीं है।

आपको क्या करना है

  1. खराब फ़ाइल अपलोड करें. अधिकतम 50 GB।
  2. ~1 मिनट बाद आपको रिकवर किए गए वीडियो का 5 सेकंड का मुफ़्त प्रीव्यू मिलेगा। अगर तस्वीर और ऑडियो सही हैं, तो फ़ाइल का बाकी हिस्सा भी सही है।
  3. अगर यह काम करता है, तो $5 / $15 / $29 (आकार के आधार पर) का भुगतान करें और पूरी फ़ाइल डाउनलोड करें। अगर नहीं, तो पैरामीटर को इंटरैक्टिव रूप से एडजस्ट करें या मानव समीक्षा के लिए आगे भेजें। जब तक आपको एक काम करने वाली फ़ाइल नहीं मिल जाती, तब तक कोई शुल्क नहीं लिया जाता।

FAQ

क्या "moov atom not found" का हमेशा यह मतलब होता है कि फ़ाइल रिकवर की जा सकती है? लगभग हमेशा, हाँ — अगर 'mdat' बरकरार है। अपवाद तब होता है, जब कैमरे ने एक आंशिक फ़ाइल लिखी, जिसे आगे और नुकसान पहुँचा (आंशिक ओवरराइट, फ़ाइल सिस्टम का खराब होना)। उस स्थिति में, गड़बड़ी वही होती है, लेकिन रिकवरी सिर्फ़ आंशिक हो सकती है।

मेरी फ़ाइल 0 बाइट की है — क्या यह वही गड़बड़ी है? नहीं। 0-बाइट वाली फ़ाइल का मतलब है कि उसमें कुछ भी नहीं लिखा गया था। यह एक अलग समस्या है; इसमें रिकवर करने के लिए कुछ भी नहीं है।

क्या रिकवरी मेरे कलर ग्रेड / लॉग गामा / HDR मेटाडेटा को सुरक्षित रखेगी? हाँ। कोडेक डेटा (जिसमें रंग की जानकारी होती है) को बिल्कुल वैसा ही रखा जाता है। रीबिल्ड सिर्फ़ कंटेनर को प्रभावित करता है, कोडेक स्ट्रीम को नहीं।

QuickTime से मिली यह गड़बड़ी है "डॉक्युमेंट नहीं खोला जा सका" — क्या यह वही समस्या है? वह पेज देखें। QuickTime कई अंतर्निहित कारणों के लिए एक ही सामान्य मैसेज का इस्तेमाल करता है; "moov नहीं मिला" सबसे आम कारण है।

क्या रिकवरी के दौरान मेरी फ़ुटेज सुरक्षित रहती है? फ़ाइल फ़्रांस में मौजूद एक सर्वर पर होती है, 48 घंटे बाद अपने-आप डिलीट हो जाती है, किसी भी चीज़ को ट्रेन करने के लिए इस्तेमाल नहीं की जाती या शेयर नहीं की जाती। निजता नीति.

संबंधित

अपनी फ़ाइल अपलोड करें →

मुफ़्त प्रीव्यू · कोई प्रतिबद्धता नहीं

क्या आप अपना वीडियो रिकवर करने के लिए तैयार हैं?

अपनी फ़ाइल अपलोड करें। लगभग एक मिनट में 5-सेकंड का मुफ़्त प्रीव्यू पाएँ। अगर प्रीव्यू सही लगता है, तो ही भुगतान करें।

अपना वीडियो अपलोड करें →