AVI फ़ाइल क्या होती है?

AVI एक कंटेनर है: एक खोल, जिसके अंदर वे धाराएँ रहती हैं जिन्हें किसी और ने एन्कोड किया है। इसका इस्तेमाल सहेजना के लिए होता है।

एक्सटेंशन .avi है और पूरा नाम Audio Video Interleave। दोनों उतना नहीं बताते जितना यह कि फ़ाइल अंदर क्या-क्या रख सकती है — और इस पन्ने का बाक़ी हिस्सा इसी के बारे में है।

इसे Microsoft ने 1992 में जारी किया था।

जो फ़ॉर्मेट इतने लंबे समय तक पढ़ा जाता रहा हो, उसे वह चीज़ सौंपी जा सकती है जो आपको दस साल बाद वापस चाहिए।

वह लिखित है और उस पर अमल किया जा सकता है, फिर भी अगला संस्करण कैसा होगा यह कंपनी तय करती है। व्यवहार में इतना काफ़ी है कि फ़ाइल खुलती रहे; इतना काफ़ी नहीं कि आप निश्चिंत हो जाएँ।

यह अब भी हर जगह खुलता है और पुराने प्रोग्राम इसे अब भी लिखते हैं, पर इसके इर्द-गिर्द नया कुछ नहीं बन रहा। जो सहेजकर रखना है उसे बदल लीजिए, और आज शुरू हो रहे किसी काम के लिए इसे मत चुनिए।

अमूमन इसके अंदर MJPEG, DivX और Xvid होता है। «यह चलता क्यों नहीं» वाले ज़्यादातर सवालों के पीछे यही फ़र्क़ है: एक ही एक्सटेंशन वाली दो फ़ाइलों के अंदर बिलकुल अलग एन्कोडिंग हो सकती है, और जो प्लेयर एक को मना कर देता है वह दूसरी के साथ आराम से चल जाता है।

यही यह भी समझाता है कि डिब्बा बदलना अक्सर तेज़ और बिना नुक़सान के क्यों होता है जबकि कोडेक बदलना इनमें से कुछ भी नहीं। उसी धारा को दूसरे डिब्बे में रखना डिब्बे को दोबारा लिखता है; दोबारा एन्कोड करना तस्वीर को दोबारा लिखता है।

AVI फ़ाइल कई ऑडियो ट्रैक रख सकती है।

सबटाइटल के लिए इसमें जगह नहीं है — और किसी ज़्यादा भरे-पूरे कंटेनर से बाहर आते समय सबसे पहले यही छूटता है।

VLC और HandBrake इसे पढ़ते हैं, और इसी तरह के ज़्यादातर दूसरे प्रोग्राम भी।

फ़ाइल न खुले तो कसूर फ़ॉर्मेट का शायद ही कभी होता है — अक्सर प्रोग्राम ही फ़ॉर्मेट से पुराना होता है। किसी पुरानी चीज़ में बदल लेना इससे निकलने का भरोसेमंद रास्ता है, और इस वेबसाइट का बाक़ी हिस्सा इसी के लिए है।

इसे कोई भी ब्राउज़र नहीं पढ़ता।

इसे बदलने की सबसे आम वजह यही है: फ़ॉर्मेट ख़राब है, ऐसा नहीं — बात यह है कि जहाँ आप फ़ाइल दिखाना चाहते हैं वह जगह उसे पढ़ ही नहीं सकती।

AVI सौंपने के लिए बना है, इसके अंदर काम करने के लिए नहीं। इसे बदलना मुमकिन है और शायद ही कभी सुखद; समझदारी का रास्ता मूल फ़ाइल से होकर और एक नए निर्यात से होकर जाता है।

बार-बार आने वाली शिकायतें: जितना अंदर है उस हिसाब से फ़ाइलें बड़ी होती हैं और अपने इलाक़े के बाहर सहारा बिखरा हुआ है।

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

Microsoft ने AVI को 1992 में Video for Windows के साथ पेश किया — वेब वीडियो से पहले, स्ट्रीमिंग से पहले, आज किसी वीडियो फ़ाइल से जो उम्मीद रखी जाती है उससे कहीं पहले। यह एक कंटेनर है — एक वीडियो स्ट्रीम और एक ऑडियो स्ट्रीम साथ-साथ रखने वाला डिब्बा।

AVI की लगभग हर दिक़्क़त इसी तारीख़ तक जाती है। डिज़ाइन उन समस्याओं से पहले का है जिन्हें आज इसे हल करने को कहा जाता है, और इनके लिए इसमें कोई इंतज़ाम ही नहीं। जो यह करता है, सादगी से और भरोसेमंद तरीक़े से करता है।

ज़्यादातर तीन जगहों से। डिजिटल कैमकॉर्डर और शुरुआती डिजिटल कैमरे, जो 2000 के दशक तक टेप या मेमोरी कार्ड पर AVI रिकॉर्ड करते थे। स्क्रीन रिकॉर्डर और कैप्चर कार्ड। और उसी दौर की डाउनलोड संस्कृति, जहाँ AVI के भीतर DivX और Xvid वीडियो घुमाने का मानक तरीक़ा था।

यानी किसी के पास मौजूद AVI आम तौर पर पुरानी और अपूरणीय है — कैमकॉर्डर की घर की वीडियो, किसी ऐसी चीज़ की रिकॉर्डिंग जो अब मौजूद नहीं। क़ीमत फ़ॉर्मेट में नहीं, सामग्री में है।

AVI रिकॉर्डर के इस्तेमाल किए किसी भी कोडेक को ढोता है, और उस दौर के कोडेक ही असली समस्या हैं: DivX, Xvid, Motion JPEG, Cinepak, Indeo और कई निजी कैमरा-निर्माता स्कीम। आधुनिक ऑपरेटिंग सिस्टम इनमें से लगभग किसी के लिए डिकोडर नहीं देते।

तो फ़ाइल खुलती है, सही अवधि दिखाती है, और काली स्क्रीन या कुछ भी नहीं दिखाती। यह ख़राबी नहीं है — यह ग़ायब डिकोडर है, और यही वजह है कि वही फ़ाइल VLC में पूरी तरह चलती है और सिस्टम प्लेयर में नहीं।

हर AVI अपने वीडियो कोडेक को हेडर में लिखे चार-अक्षर के टैग से बताती है: DIVX, XVID, MJPG, DX50, cvid वग़ैरह। यह जानना सबसे तेज़ तरीक़ा है कि असल में आपके पास क्या है।

कोई और समस्या सुलझाने से पहले यह जान लेना सही है, क्योंकि जवाब अगला क़दम तय करता है। जाना-पहचाना टैग मतलब कन्वर्टर सीधे संभाल लेगा; अनजान निर्माता टैग मतलब शायद मूल कैमरा सॉफ़्टवेयर ही इसे सही पढ़ पाता है।

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

यह ड्रिफ़्ट धीरे-धीरे बढ़ता है, अचानक नहीं — इसी से पता चलता है यह ख़राब फ़ाइल नहीं। सुलझाने का भरोसेमंद तरीक़ा है ऐसे कंटेनर में बदलना जो variable bitrate के लिए बना हो — आज का कोई भी।

कोई सबटाइटल ट्रैक नाम लेने लायक नहीं, इसलिए AVI के सबटाइटल हमेशा अलग SRT फ़ाइल में रहे। कोई चैप्टर नहीं, कोई मेनू नहीं। घुमाव दर्ज करने की कोई मानक जगह नहीं, इसलिए तिरछा शूट किया वीडियो तिरछा ही रहता है।

मूल डिज़ाइन में B-frame समर्थन भी नहीं — जिस पर आधुनिक कोडेक कंप्रेशन के लिए निर्भर हैं। अगर किसी आधुनिक कोडेक के साथ AVI अजीब व्यवहार कर रही है, यह बेमेल आम तौर पर वजह है।

AVI हर डेटा हिस्से से पहले एक छोटा हेडर लिखता है, और कई छोटे फ़्रेम वाले वीडियो पर यह फ़ाइल के अच्छे-ख़ासे हिस्से में जुड़ जाता है। किसी आधुनिक कंटेनर में वही सामग्री बिना दोबारा एनकोड किए भी छोटी होती है।

बीस साल पीछे के कोडेक के साथ मिलकर, पुरानी AVI किसी बराबर दिखने वाली MP4 से कई गुना बड़ी होती है।

रखने, देखने या भेजने लायक हर चीज़ के लिए H.264 वाली MP4 सही लक्ष्य है — यह इस सदी में बनी हर डिवाइस पर चलती है। गुणवत्ता सेटिंग उदार रखिए, क्योंकि स्रोत पहले ही एक कमज़ोर कोडेक से गुज़र चुका है।

अगर AVI किसी अपूरणीय चीज़ की इकलौती नक़ल है, मूल रखिए। बदलाव में हानि है, स्टोरेज सस्ता है, और 2004 का कैमकॉर्डर टेप दोबारा रिकॉर्ड नहीं होगा।

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

ब्राउज़र भी यह नहीं कर सकता — DivX, Xvid, Cinepak, Indeo WebCodecs से पहले के हैं और कोई ब्राउज़र इनके लिए डिकोडर नहीं देता। तब तक डेस्कटॉप पर VLC और HandBrake जवाब हैं — दोनों अपने डिकोडर साथ ढोते हैं, और दोनों फ़ुटेज कहीं नहीं भेजते।