रिकवरी के बाद ऑडियो सिंक से बाहर — इसे ठीक करने का तरीका

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

इस पेज पर दोनों समस्याओं और उन्हें ठीक करने के तरीके की जानकारी दी गई है।

पैटर्न 1: ऑडियो का फ़िक्स्ड ऑफ़सेट (~0.5 सेकंड)

रिकवर की गई MP4 / MOV फ़ाइलों में यह ऑडियो सिंक से जुड़ी सबसे आम समस्या है। ऑडियो तस्वीर से लगभग आधा सेकंड पहले या बाद में शुरू होता है और पूरी रिकॉर्डिंग के दौरान ऐसा ही रहता है।

इसका कारण लगभग हमेशा रीबिल्ड के दौरान ऑडियो चंक प्लेसमेंट होता है। MOV / MP4 इंटरलीविंग में, ऑडियो चंक 'mdat' के अंदर वीडियो चंक के बगल में मौजूद होते हैं। हर समूह में वीडियो चंक के सापेक्ष ऑडियो चंक कहाँ रखा जाता है, यह मायने रखता है: अगर उसे उस समूह में वीडियो चंक के बाद रखा जाता है, तो ऑडियो लगभग 0.5 सेकंड देर से चलता है; अगर उसे समूह की शुरुआत में रखा जाता है, तो सिंक सही होता है।

यह खासतौर पर Atomos / Ninja / Shogun फ़ाइलों को प्रभावित करता है — वे यूनिट्स एक खास चंक-प्लेसमेंट पैटर्न लिखती हैं, जिसे कुछ रिकवरी टूल गलत तरीके से संभालते हैं। हमने यह Ninja V फ़र्मवेयर पर सीखा, एक रिग्रेशन टेस्ट किया और अब ऑडियो चंक्स को डिफ़ॉल्ट रूप से उनके वीडियो ग्रुप की शुरुआत में रखते हैं।

आपके एडिटर में त्वरित समाधान: ऑडियो ट्रैक को 0.5 सेकंड पहले (या बाद में, ऑफ़सेट की दिशा के आधार पर) ले जाएँ और सिंक आमतौर पर ठीक हो जाता है। Premiere: ऑडियो ट्रैक चुनें, alt दबाकर ड्रैग करें। Resolve: टाइमलाइन शिफ़्ट। ऑफ़सेट पूरी फ़ाइल में एक जैसा होता है, इसलिए एक बार नज करने से यह ठीक हो जाता है।

बेहतर फ़िक्स: ठीक किए गए चंक प्लेसमेंट के साथ रिकवरी को फिर से जनरेट करें। अगर आपने हमारी सेवा का इस्तेमाल किया है, तो मामले को आगे बढ़ाएँ और पूछें — यह सिर्फ़ एक पैरामीटर है और दुबारा रन करना मुफ़्त है।

पैटर्न 2: ऑडियो समय के साथ ड्रिफ़्ट होता है

ऑडियो शुरू में सिंक में होता है और धीरे-धीरे ड्रिफ़्ट होने लगता है। 30 मिनट के टेक के 10वें मिनट तक, इसमें कुछ सेकंड का अंतर आ जाता है; 30वें मिनट तक यह अंतर साफ़ दिखने लगता है।

यह सैंपल रेट मिसमैच है। ऑडियो की वास्तविक सैंपल रेट (जैसे 48,000 Hz) रीबिल्ट कंटेनर में बताई गई रेट (जैसे 44,100 Hz) से मेल नहीं खाती। प्लेयर ऑडियो को गलत स्पीड से डिकोड करता है, इसलिए ऑडियो के हर सेकंड में ज़रूरत से थोड़ा कम या ज़्यादा समय लगता है और ऑफ़सेट बढ़ता जाता है।

कारण: रिकवरी के दौरान, ऑडियो हेडर मौजूद नहीं था या उसे नुकसान पहुँचा था। रिकवरी टूल ने एक रेट का अनुमान लगाया और वह गलत निकला।

समाधान: सही सैंपल रेट बताते हुए फ़ाइल फिर से इंपोर्ट करें। FFmpeg में:

ffmpeg -i recovered.mp4 -c:v copy -c:a pcm_s24le -ar 48000 corrected.mov

(48000 की जगह वास्तविक रेट डालें। पुष्टि करने के लिए अपने कैमरे का ऑडियो मेन्यू देखें — ज़्यादातर आधुनिक कैमरे डिफ़ॉल्ट रूप से 48 kHz का इस्तेमाल करते हैं; कुछ पुराने कैमरे 44.1 kHz का इस्तेमाल करते हैं।)

अगर आपने हमारी सेवा का इस्तेमाल किया है, तो मामले को आगे बढ़ाएँ और सही सैंपल रेट दें; हम फिर से जनरेट करेंगे।

पैटर्न 3: ऑडियो कट पॉइंट पर सिंक में है, लेकिन बीच में नहीं

कम आम लेकिन पहचानने लायक: ऑडियो शुरुआत में सिंक है, अंत में सिंक है, हर दिखने वाले कट पर सिंक है, लेकिन हर शॉट के अंदर ड्रिफ़्ट होता है। आमतौर पर इसका मतलब है कि रिकॉर्डिंग वेरिएबल-फ़्रेम-रेट (VFR) वाली थी — कैमरे ने एक नाममात्र फ़्रेम रेट पर शॉट लिया, लेकिन असल में फ़्रेम थोड़े-थोड़े अंतराल पर लिखे गए — और रिकवरी ने ऑडियो की री-टाइमिंग किए बिना उसे कॉन्स्टेंट-फ़्रेम-रेट (CFR) में बदल दिया।

ज़्यादातर कैमरा फ़ुटेज CFR होते हैं। फ़ोन फ़ुटेज इसका सामान्य अपवाद है: iPhone और Android फ़ोन अक्सर VFR रिकॉर्ड करते हैं। अगर आप फ़ोन फ़ुटेज रिकवर कर रहे हैं और यह ड्रिफ़्ट देख रहे हैं, तो यही वजह है।

समाधान: रिकवर की गई फ़ाइल को VFR को सुरक्षित रखते हुए फिर से एक्सपोर्ट करें:

ffmpeg -i recovered.mov -c copy -vsync passthrough corrected.mov

अगर इसके बाद भी गड़बड़ी बनी रहती है, तो इसका मतलब है कि कोडेक स्ट्रीम में मौजूद टाइमस्टैम्प खराब हो गए हैं और इसका एकमात्र भरोसेमंद समाधान है अपने एडिटर में हर शॉट की री-टाइमिंग करना।

पैटर्न 4: ऑडियो स्टैटिक जैसा लगता है

सिंक से अलग: ऑडियो सही समय पर चलता है, लेकिन वाइट नॉइज़ जैसा लगता है। यह आमतौर पर एंडियननेस की वजह से होता है — यह समस्या सबसे ज़्यादा Atomos और अन्य ऐसे एक्सटर्नल रिकॉर्डर में देखने को मिलती है, जो लिटिल-एंडियन 24-बिट PCM रिकॉर्ड करते हैं। बिना शर्त बाइट्स की अदला-बदली करने वाले सामान्य रिकवरी टूल स्टैटिक आवाज़ पैदा करते हैं; सही रिकवरी डेटा से एंडियननेस का पता लगाती है।

Atomos-विशिष्ट वर्ज़न के लिए '/fix/atomos-ninja-recording-stopped' देखें।

यह कैसे पता लगाएँ कि आपका पैटर्न कौन-सा है

फ़ाइल प्ले करें और होंठों पर ध्यान दें:

लक्षण	पैटर्न
होंठ ~0.5 सेकंड आगे/पीछे, लगातार	चंक प्लेसमेंट (पैटर्न 1)
शुरुआत में होंठ ठीक, अंत में गलत	सैंपल रेट (पैटर्न 2)
कट पर होंठ ठीक, मिड-शॉट पर गलत	VFR/CFR मेल नहीं खाते (पैटर्न 3)
स्थिर, कोई पहचानने लायक बोली नहीं	एंडियननेस (पैटर्न 4)

हमारी रिकवरी इन्हें कैसे संभालती है

ऑडियो प्रोब पास इनका पता लगाता है:

डेटा का सैंपल लेकर और यह जाँचकर कि किस व्याख्या में विश्वसनीय वितरण है, एंडियननेस का पता लगाया जाता है। हम तब तक स्वैप नहीं करते, जब तक कि डेटा हमें ऐसा करने के लिए न कहे।
चंक-साइज़ डॉमिनेंस से सैंपल रेट — ज़्यादातर चंक्स का साइज़ वास्तविक रेट से तय होता है; आउटलायर्स को फ़िल्टर कर दिया जाता है।
कोरिलेशन विश्लेषण (मोनो / स्टीरियो / 5.1) से चैनल लेआउट।
कैमरे के राइटिंग पैटर्न के आधार पर चंक प्लेसमेंट।

ऐसे मामलों में, जहाँ हमें पहली बार में इनमें से कोई एक गलत लगता है, एस्कलेशन फ़्लो की मदद से आप हमें लक्षण बता सकते हैं और हम सही पैरामीटर के साथ फिर से रन करेंगे। दुबारा रन करने के लिए कोई शुल्क नहीं लिया जाता।

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

अगर आपकी रिकवरी हमारी ओर से हो रही है:

अपने जॉब पेज से मामले को आगे बढ़ाएँ। हमें बताएँ कि आपको कौन-सा पैटर्न दिख रहा है।
हम सुधारे गए पैरामीटर के साथ फिर से रन करना होगा। इसके लिए कोई शुल्क नहीं लिया जाएगा।

अगर आपकी रिकवरी कहीं और से है:

मूल खराब फ़ाइल अपलोड करें। हम सही ऑडियो हैंडलिंग के साथ रिकवरी फिर से करेंगे। कोई भी भुगतान करने से पहले मुफ़्त प्रीव्यू।

FAQ

मूल रिकवरी में ऑडियो सिंक सही क्यों नहीं हुआ? एक साफ़-सुथरी फ़ाइल के लिए, ऑडियो सिंक स्पष्ट होता है। रिकवर की गई फ़ाइल में, प्लेयर को ऑडियो की व्याख्या करने का तरीका बताने वाला मेटाडेटा आंशिक रूप से गायब होता है — रिकवरी को इसका अनुमान लगाना पड़ता है। ज़्यादा स्मार्ट अनुमान ही टूल्स के बीच का फ़र्क है।

मेरा ऑडियो कुछ प्लेयर में ठीक है और दूसरों में सिंक नहीं है। सबसे ज़्यादा संभावना है कि यह एक मेटाडेटा फ़्लैग है, जिसकी व्याख्या एक सख्त प्लेयर (Premiere) करता है, लेकिन एक उदार प्लेयर (VLC) इसे अनदेखा कर देता है। मेटाडेटा को साफ़ करने के लिए FFmpeg के साथ फिर से मक्स करें।

क्या आप सिर्फ़ ऑडियो को फिर से एक्सपोर्ट कर सकते हैं, वीडियो को नहीं? हाँ — मामले को आगे बढ़ाएँ और पूछें। अगर आपके लिए यह ज़्यादा उपयोगी है, तो हम सिर्फ़ ऑडियो को WAV / AAC के रूप में वापस भेज सकते हैं।

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

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

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

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