ऑडियो को सिंक से बाहर हमेशा के लिए कैसे ठीक करें (Delay Compensation)

ऑडियो समस्याएं अंतिम अपडेट: लागू होता है: All platforms · VLC 3.0.x · A/V receivers & Bluetooth

जब ऑडियो सिंक से बाहर ड्रिफ्ट करता है, तो आम प्रतिक्रिया हर वीडियो पर J या K दबाना और टाइमिंग वापस धकेलना — एक अंतहीन काम है। VLC के पास एक बेहतर टूल है: audio delay compensation सेटिंग, जो सभी फ़ाइलों के लिए एक स्थायी offset संग्रहीत करती है, और यहां तक कि playback के दौरान आपके द्वारा किए गए प्रति-फ़ाइल एडजस्टमेंट्स को याद रखती है। यह गाइड स्थायी fix, प्रति-फ़ाइल फ़ाइन-ट्यूनिंग, और तीन हार्डवेयर कारणों (Bluetooth, A/V receivers, और soundbars) को समझाती है जो शुरू में sync drift पैदा करते हैं।

ऐसा क्यों होता है?

  • Bluetooth ऑडियो latencyBluetooth codecs (विशेषकर A2DP/SBC) 100–300 ms एन्कोडिंग latency जोड़ते हैं; VLC delay नहीं जान सकता, इसलिए ऑडियो वीडियो के सापेक्ष जल्दी चलता है।
  • A/V receiver processing — lip-sync या room-correction processing (Dolby, DTS) वाले receivers ऑडियो को बफ़र करते हैं, जिससे वह देर से चलता है।
  • Hardware-accelerated decoding jitter — कुछ GPUs पर अस्थिर वीडियो decode टाइमिंग ड्रिफ्ट को बेतरतीब बिंदुओं पर प्रकट करती है, जो किसी स्थिर offset से भी बुरा लगता है।
  • Container-स्तरीय टाइमिंग flags — कुछ MKV/MP4 फ़ाइलें गलत edit lists या timestamps रखती हैं; ड्रिफ्ट फ़ाइल में ही बेक होता है।
  • खराब preferences — आपकी configuration में सहेजा गया कोई पुराना global delay value हर चीज़ पर लागू होता रहता है।

कैसे ठीक करें

समाधान 1एक स्थायी audio delay compensation सेट करें

सभी फ़ाइलों में स्थिर, भविष्यवाणी योग्य drift को ठीक करता है

  1. VLC खोलें और Tools > Preferences > Audio पर जाएं।

    Audio सेटिंग्स खुलती हैं।

  2. "Audio delay" (या "Audio desynchronization compensation") को मापे गए offset पर सेट करें, जैसे Bluetooth हेडफ़ोन के लिए 250 ms।

    हर फ़ाइल पर एक global offset लागू होता है।

  3. धनात्मक मान ऑडियो को देर करते हैं; ऋणात्मक मान उसे पहले खिसकाते हैं। Save पर क्लिक करें और VLC रीस्टार्ट करें।

    Playback नए offset के साथ शुरू होता है।

नोटऑफ़सेट को मापें: किसी स्पष्ट मुख गति पर पॉज़ करके अंतराल को सेकंड में गिनें, फिर 1000 से गुणा करें। संरक्षक (±150 ms) से शुरू करें और परिष्कृत करें।

समाधान 2J / K के साथ प्रति-फ़ाइल फ़ाइन-ट्यून करें और offset सहेजें

global डिफ़ॉल्ट को बनाए रखते हुए व्यक्तिगत रूप से ख़राब फ़ाइलों को ठीक करता है

  1. फ़ाइल चलाएं और ऑडियो को देर (बाद) करने के लिए K दबाएं या उसे पहले (तेज़) करने के लिए J — हर दबाने पर 50 ms।

    Sync कदम से कदम सुधरती है।

  2. एक बार sync में आने पर, Tools > Track Synchronization (या Ctrl+L) पर जाएं।

    सिंक्रोनाइज़ेशन पैनल वर्तमान delay दिखाता है।

  3. वीडियो पर राइट-क्लिक > Video > Subtitle Track > Save Synchronization — VLC अपने media डेटाबेस में एक प्रति-फ़ाइल offset लिखता है।

    अगली बार जब आप इस फ़ाइल को चलाएंगे तो offset स्वचालित रूप से फिर लागू होता है।

नोटप्रति-फ़ाइल मान केवल उसी फ़ाइल के लिए global compensation को ओवरराइड करता है — आपका global सेटिंग अछूता रहता है।

समाधान 3स्रोत पर Bluetooth latency कम करें

इसका मुआवज़ा देने के बजाय मूल कारण हटाता है

  1. VLC में: Tools > Preferences > Audio > "Audio output" → "AudioTrack (Android)" या अपने OS पर उपलब्ध सबसे कम-latency मॉड्यूल पर सेट करें।

    ऑडियो pipeline बदल जाता है।

  2. OS साइड पर, कम latency वाले codecs को प्राथमिक रखें: Windows "AAC" मोड, macOS "AAC", या समर्थित डिवाइसेस पर aptX/LL।

    Latency ध्यान देने योग्य रूप से गिरती है।

  3. अगर कोई soundbar "Game" या "Low Latency" मोड के साथ उपयोग कर रहे हैं, तो उसे enable करें — वे मोड्स lip-sync buffering को disable कर देते हैं।

    किसी compensation के बिना sync लौटता है।

नोटऑडियो output बदलने के बाद, delay फिर मापें — compensation value को एडजस्ट करने की ज़रूरत पड़ सकती है।

समाधान 4एक remux के साथ फ़ाइल स्वयं को rule out करें

पुष्टि करता है कि क्या ड्रिफ्ट मीडिया में बेक है

  1. बिना re-encoding के फ़ाइल को remux करें: ffmpeg -i input.mkv -c copy -map 0 output.mkv

    एक साफ़ container बनता है।

  2. remux की गई फ़ाइल चलाएं। अगर sync अब स्थिर है, तो मूल container में टूटे timestamps थे।

    Remux की गई फ़ाइल sync में चलती है।

  3. remux की गई कॉपी रखें और टूटी मूल फ़ाइल डिलीट करें।

    समस्या वाली फ़ाइल बदल दी जाती है।

नोटRemuxing lossless है — कोई गुणवत्ता नहीं जाती। यह केवल container संरचना को फिर बनाता है।

समाधान 5VLC preferences को डिफ़ॉल्ट पर रीसेट करें

क्रैश, black screen और ऑडियो समस्याओं का कारण बनने वाली खराब सेटिंग्स को साफ़ करता है

  1. VLC को पूरी तरह बंद करें।

    कोई VLC प्रोसेस चल नहीं रहा है।

  2. एक command prompt (Win+R → cmd) या terminal खोलें।

    कमांड लाइन उपलब्ध है।

  3. चलाएं: vlc --reset-config (Windows/Linux) — macOS पर इसके बजाय ~/Library/Preferences/org.videolan.vlc डिलीट करें।

    VLC preferences डिफ़ॉल्ट पर रीस्टोर हो जाती हैं।

  4. VLC लॉन्च करें और केवल वे सेटिंग्स फिर लागू करें जिनकी आपको ज़रूरत है।

    VLC साफ़ सेटिंग्स के साथ शुरू होता है।

नोटयह सभी कस्टम preferences (शॉर्टकट और स्किन सहित) मिटा देता है। बैकअप चाहें तो Tools > Preferences > All > Interface के तहत अपनी config एक्सपोर्ट कर लें।

एडवांस्ड समाधान

समाधान 1stale offsets के लिए media डेटाबेस जांचें

बार-बार फिर लागू होने वाले प्रति-फ़ाइल मानों को ढूंढता है

  1. VLC बंद करें और media डेटाबेस डिलीट करें: %APPDATA%\vlc\ml.xspf (Windows) या ~/Library/Application Support/org.videolan.vlc/ml.xspf (macOS)।

    सहेजे गए प्रति-फ़ाइल offsets साफ़ हो जाते हैं।

  2. VLC रीस्टार्ट करें और फ़ाइल फिर चलाएं — संग्रहीत sync मान चला गया है।

    फ़ाइल केवल global offset के साथ चलती है।

  3. केवल तभी प्रति-फ़ाइल एडजस्टमेंट फिर लागू करें जब फ़ाइल को वास्तव में उसकी ज़रूरत हो।

    साफ़ स्थिति बहाल होती है।

नोटml.xspf को डिलीट करने से play counts और recently played एंट्रीज़ भी साफ़ हो जाती हैं — यह आपकी playlists या preferences को छूता नहीं है।

भविष्य में कैसे बचें

  • Bluetooth के लिए, firmware या OS अपडेट्स के बाद हमेशा फिर मापें — codec व्यवहार बदलता है।
  • जब sync सटीकता मायने रखती है (जैसे वीडियो एडिटिंग रिव्यू), तो वायर्ड ऑडियो (3.5 mm / optical / HDMI) को प्राथमिक रखें।
  • VLC को अपडेट रखें: demuxer टाइमिंग fixes हर 3.0.x रिलीज़ के साथ आते हैं (वर्तमान स्थिर: 3.0.23)।
  • नियमित रूप से ड्रिफ्ट करने वाली फ़ाइलों के लिए playback के दौरान प्रति-फ़ाइल offset सहेजें — VLC इसे याद रखता है।

अक्सर पूछे जाने वाले प्रश्न

audio delay compensation और J/K कुंजियों के बीच क्या अंतर है?
J/K वर्तमान सत्र के लिए टाइमिंग को तुरंत एडजस्ट करते हैं; compensation सेटिंग preferences में सहेजा गया एक स्थायी global offset है। स्थिर drift (Bluetooth, receivers) के लिए compensation उपयोग करें और one-off फ़ाइलों के लिए J/K।
धनात्मक या ऋणात्मक audio delay — मुझे किस ओर जाना चाहिए?
धनात्मक ऑडियो को देर करता है (तब उपयोग करें जब ऑडियो जल्दी है, जो Bluetooth के साथ आम है)। ऋणात्मक ऑडियो को पहले खिसकाता है (तब उपयोग करें जब ऑडियो वीडियो से पीछे रहता है, कुछ receivers के साथ आम)। अगर अनिश्चित हैं, तो दिशा जानने के लिए पहले J/K के साथ एडजस्ट करें।
मूवी के दौरान sync धीरे-धीरे क्यों ड्रिफ्ट करता है?
धीमा ड्रिफ्ट आम तौर पर अस्थिर वीडियो decode टाइमिंग (hardware acceleration) या किसी टूटे container की ओर इशारा करता है। hardware-accelerated decoding को disable करने और फ़ाइल को remux करने का प्रयास करें।
क्या compensation सेटिंग screen recordings या streams को प्रभावित करती है?
यह हर playback पर लागू होती है, streams और recordings सहित। ऑडियो कैप्चर करने या ऐसा कुछ करने से पहले जहां latency बिल्कुल सटीक होनी चाहिए, इसे 0 पर वापस सेट करें।

सारांश

एक स्थायी audio delay compensation सेट करें — सभी फ़ाइलों में स्थिर, भविष्यवाणी योग्य drift को ठीक करता है. If it does not help, work through the remaining fixes in order: each targets a different layer of the problem. Most users resolve this issue by fix 3 at the latest. Keep VLC updated (current stable: 3.0.23) and revisit this guide when a new VLC version ships.