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

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

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

इसे Google ने 2010 में जारी किया था।

उम्र एक व्यावहारिक वजह से काम की है: फ़ॉर्मेट जितना पुराना, उतने ज़्यादा प्रोग्रामों को उसे सीखने का वक़्त मिला है।

यह पूरा प्रकाशित है, इसलिए कोई भी इसे देखकर अंदाज़ा लगाने के बजाय दस्तावेज़ पढ़कर लागू कर सकता है। यही वजह है कि यह फ़ॉर्मेट इतने सारे प्रोग्रामों में मिलता है, और यही वजह है कि बीस साल पहले लिखी गई फ़ाइलें आज भी खुल जाती हैं। पर विनिर्देश का प्रकाशित होना और उसका रॉयल्टी-मुक्त होना एक बात नहीं है: जहाँ फ़ॉर्मेट किसी कोडेक को अपने अंदर लपेटता है, वहाँ पेटेंट का लाइसेंस एक अलग सवाल है, और मानक उसका जवाब नहीं देता।

WebM फ़ाइल अपने साथ एक अल्फ़ा चैनल रखती है, इसलिए लोगो के किनारे पीछे जो कुछ भी हो उसके ऊपर नरम बने रहते हैं — वह सफ़ेद डिब्बे में बंद होकर नहीं पहुँचता।

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

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

WebM फ़ाइल कई ऑडियो ट्रैक, सबटाइटल ट्रैक और ऐसी बनावट जिससे पूरा पहुँचने से पहले ही यह चलना शुरू कर सके रख सकती है।

यह ख़ास तौर पर बदलते समय मायने रखता है: लक्ष्य जो नहीं रख सकता वह गिरा दिया जाता है, अमूमन बिना किसी चेतावनी के।

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

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

इसे हर मौजूदा ब्राउज़र पढ़ लेता है।

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

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

बार-बार आने वाली शिकायतें: अपने इलाक़े के बाहर सहारा बिखरा हुआ है।

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

Google ने 2010 में WebM पेश किया ताकि वेब को बिना पेटेंट लाइसेंसिंग वाला वीडियो फ़ॉर्मेट मिले, ऐसे समय जब MP4 में H.264 वाली रॉयल्टी ओपन-सोर्स ब्राउज़र के लिए असहज थी। यह जान-बूझकर संकरा कंटेनर है: अनुमत कोडेक की छोटी सूची, कोई वैकल्पिक अतिरिक्त नहीं।

यही संकरापन है जिस वजह से हर ब्राउज़र इसे चलाता है और बाक़ी लगभग कुछ नहीं। टेलीविज़न, पुराने फ़ोन, वीडियो एडिटर, मैसेजिंग ऐप और ज़्यादातर डेस्कटॉप मीडिया सॉफ़्टवेयर MP4 के इर्द-गिर्द बने और इसे कभी नहीं जोड़ा। WebM बिगड़ी फ़ाइल नहीं है — यह ऐसी फ़ाइल है जो सिर्फ़ एक जगह धाराप्रवाह है।

WebM Matroska कंटेनर इस्तेमाल करता है, लगभग सब कुछ बंद करके। वही अंतर्निहित डिज़ाइन जो MKV की है, वही आंतरिक व्यवस्था, पर वीडियो के लिए सिर्फ़ VP8 या VP9 और ऑडियो के लिए Vorbis या Opus तक सीमित।

यह सीमा ही मुद्दा है। WebM लागू करने वाले ब्राउज़र को मुट्ठी भर कोडेक के डिकोडर चाहिए, कुछ और नहीं, जहाँ MKV कुछ भी रख सकता था और खुला-सिरा सेट माँगता। यही वजह है कि WebM ब्राउज़र में आया और MKV नहीं, भले नीचे वही कंटेनर हो।

लगभग हमेशा ब्राउज़र या उसके क़रीबी से। वेब पन्ने से सहेजी या डाउनलोड की वीडियो। ब्राउज़र-आधारित औज़ारों से बनी स्क्रीन और कैमरा रिकॉर्डिंग — मीटिंग रिकॉर्डर, फ़ीडबैक विजेट। बैंडविड्थ बचाने के लिए VP9 परोसती साइटों से खींची फ़ाइलें।

यही मूल आम शिकायत को ठीक-ठीक समझाता है। रिकॉर्डिंग उस ब्राउज़र में बिलकुल सही चली जिसने इसे बनाया, क्योंकि ब्राउज़र के पास डिकोडर हैं। यह किसी वीडियो एडिटर, फ़ोन गैलरी या सहकर्मी के डेस्कटॉप पर पहुँचती है और वहाँ VP9 बोलने वाला कुछ नहीं होता।

VP9 H.264 जितनी ही दिखने वाली गुणवत्ता कहीं कम बाइट में देता है — आमतौर पर एक-तिहाई या ज़्यादा की बचत, और AV1 इसमें और सुधार करता है। लाखों को स्ट्रीम करती सेवा के लिए, यह बैंडविड्थ का बिल है, तकनीकी बात नहीं।

सौदा है प्रोसेसिंग। H.264 इस सदी में बने लगभग हर डिवाइस पर समर्पित हार्डवेयर में डिकोड होता है; हार्डवेयर में VP9 समर्थन कहीं ज़्यादा असंगत है और AV1 और भी। तार पर किफ़ायती, पुराने लैपटॉप पर महँगा।

बड़ा हिस्सा WebM फ़ाइलें बिना ऑडियो ट्रैक वाली वीडियो ढोती हैं, और फ़ाइल कोई संकेत नहीं देती। कभी माइक्रोफ़ोन अनुमति न पाने वाले स्क्रीन रिकॉर्डर, एनिमेशन निर्यात, और GIF से बदले छोटे क्लिप नियमित रूप से बिना आवाज़ की वीडियो बनाते हैं।

यह हैरान करने की वजह है कि लोग मान लेते हैं आवाज़ बदलाव में खो गई। आमतौर पर ऐसा नहीं हुआ — वह कभी रिकॉर्ड ही नहीं हुई। ट्रैक ढूँढने में समय लगाने से पहले मूल जाँच लीजिए।

VP8 या VP9 वाली WebM सचमुच पारदर्शिता ढो सकती है, और ब्राउज़र इसे रेंडर करते हैं — पार-दिखने वाले हिस्सों वाली वीडियो पन्ने की पृष्ठभूमि पर चलती हुई, एनिमेटेड ओवरले और टाइटल सीक्वेंस के लिए इस्तेमाल होती।

MP4 के पास आम इस्तेमाल में कोई समकक्ष नहीं। ऐसी फ़ाइल बदलना पारदर्शिता को हमेशा के लिए ठोस रंग पर चपटा कर देता है। अगर WebM फुटेज का आयत नहीं, ओवरले है, बदलना उसका मक़सद ही नष्ट कर देता है।

MKV के उलट, जहाँ भीतर की धाराएँ अक्सर पहले से H.264 होकर सिर्फ़ दोबारा-पैक हो सकती हैं, WebM लगभग हमेशा VP8, VP9 या AV1 रखता है — इनमें से किसी को MP4 व्यवहार में सँभालता नहीं। वीडियो को दोबारा डिकोड और एनकोड करना पड़ता है।

तो लंबी रिकॉर्डिंग पर असली समय लगने की उम्मीद रखिए, और एक पीढ़ी की गुणवत्ता हानि की भी। उदार गुणवत्ता सेटिंग चुनिए ताकि वह पीढ़ी अदृश्य रहे।

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

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

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

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