MP4 की WebM: तुम्ही कोणतं एक्स्पोर्ट करावं?
साइटला MP4 हवं आहे आणि माझी फाइल WebM आहे. हे कन्व्हर्जन आहे की नुसतं नाव बदलणं?
हा प्रश्न खरं तर दोन प्रश्न आहे
MP4 आणि WebM हे कंटेनर आहेत. कंटेनर म्हणजे एक फाइलिंग व्यवस्था: तो एक किंवा अधिक ट्रॅक सांभाळतो, त्यांची वेळ नोंदवतो, प्लेअरला पुढे-मागे जाता यावं म्हणून लागणारी अनुक्रमणिका साठवतो, आणि मेटाडेटा वाहून नेतो. तो स्वतः काहीही कॉम्प्रेस करत नाही. कॉम्प्रेशन कोडेक करतो, आणि कंटेनर जे वाहून नेतो तो त्या कोडेकने तयार केलेला बिटस्ट्रीम असतो.
म्हणजे “MP4 की WebM” हा वेष्टनाचा प्रश्न आहे, आणि “H.264, VP9 की AV1” हा कॉम्प्रेशनचा. या दोघांची गल्लत होते म्हणूनच लोक फक्त पुन्हा पॅक करण्याची गरज असलेल्या फाइल पुन्हा एन्कोड करतात, आणि विनाकारण एक पिढी क्वालिटी गमावतात.
प्रत्येकाच्या आत सहसा काय असतं
| गुणधर्म | MP4 | WebM |
|---|---|---|
| मूळ फॉरमॅट | ISO base media file format (ISO/IEC 14496-12) | Matroska चं एक प्रोफाइल |
| नेहमीचे व्हिडिओ कोडेक | H.264, HEVC, AV1 | VP8, VP9, AV1 |
| नेहमीचे ऑडिओ कोडेक | AAC, कधीकधी AC-3 किंवा FLAC | Opus, Vorbis |
| परवान्याचं स्वरूप | पेटंट असलेले कोडेक नेहमीचे | रॉयल्टीमुक्त कोडेकभोवती रचलेला |
| सुरक्षित डीफॉल्ट कुठे ठरतो | फोन, डेस्कटॉप प्लेअर, एडिटिंग सॉफ्टवेअर, सोशल प्लॅटफॉर्म | वेब, विशेषतः VP9 किंवा AV1 सोबत |
यांपैकी कोणतीही यादी हा नियम नाही. कंटेनर मुख्यतः कोडेकबाबत तटस्थ असतो, आणि दोघेही AV1 वाहून नेऊ शकतात. बदलतं ते एवढंच की पलीकडचं सॉफ्टवेअर काय स्वीकारायला तयार आहे.
प्रत्यक्षात कोणतं कुठे चालतं
H.264 आणि AAC वाहून नेणारी MP4 ही सर्वव्यापी व्हिडिओ फाइलच्या सर्वात जवळची गोष्ट आहे. ती फोनवर, टीव्हीवर, एडिटिंग सॉफ्टवेअरमध्ये आणि मेसेजिंग ॲपमध्ये चालते, आणि अपलोड फॉर्म “व्हिडिओ” म्हणतात तेव्हा सहसा तिचाच अर्थ अभिप्रेत असतो. तिच्या याच वर्चस्वामुळे गेल्या पंधरा वर्षांत निघालेल्या जवळपास प्रत्येक डिव्हाइसमध्ये H.264 चे हार्डवेअर डीकोडर असतात — आणि हे सुसंगततेइतकंच बॅटरी टिकण्यासाठीही महत्त्वाचं आहे.
WebM वेबसाठी बांधलं गेलं, आणि त्यातल्या कोडेकवर स्ट्रीमिंगसाठी रॉयल्टीचं बंधन नाही. ब्राउझर ते नीट हाताळतात. ब्राउझरबाहेरचं सॉफ्टवेअर मात्र तितकं भरवशाचं नाही: काही एडिटिंग टूल्स, काही टीव्ही आणि काही फोन गॅलरी ते उघडत नाहीत, आणि त्यावर डबल-क्लिक करणाऱ्या सहकाऱ्याला काहीच दिसणार नाही असंही होऊ शकतं.
रीमक्सिंग विरुद्ध पुन्हा एन्कोड करणं
तुमच्या फाइलमधला कोडेक ज्या ठिकाणी पाठवायचा आहे तिथे आधीच चालणारा असेल, तर कंटेनर बदलणं म्हणजे रीमक्स: कोड केलेल्या फ्रेम जशाच्या तशा कॉपी होतात आणि फक्त वेष्टन पुन्हा लिहिलं जातं. हे वेगवान असतं, यात काहीच गमावलं जात नाही, आणि चित्र प्रत्येक बिटपर्यंत तसंच राहतं. कोडेक चालणार नसेल — फक्त H.264 वाचणाऱ्या प्लेअरसाठी MP4 मध्ये VP9 — तर फ्रेम पुन्हा डीकोड आणि एन्कोड कराव्याच लागतात, त्यात खरा वेळ जातो आणि एक पिढी क्वालिटी गमावली जाते.
म्हणूनच उपयोगी पहिला प्रश्न “याचं एक्स्टेन्शन काय आहे” हा नसून “आत कोणता कोडेक आहे” हा आहे. FileSlimmer ची व्हिडिओ टूल्स आधी ट्रॅक तपासतात, आणि गंतव्य ठिकाण परवानगी देईल तेव्हा पुन्हा एन्कोड करण्याऐवजी रीमक्स करतात.
ऑडिओ ट्रॅक विसरू नका
ऑडिओकडे दुर्लक्ष करून केलेला कंटेनर बदल चुकीच्या प्लेअरवर मुकी फाइल तयार करतो. MP4 पारंपरिकपणे AAC वाहून नेते; WebM पारंपरिकपणे Opus किंवा Vorbis. MP4 मध्ये Opus घालणं स्पेसिफिकेशननुसार वैध आहे, पण प्रत्यक्षात वापरात असलेलं बरंच सॉफ्टवेअर त्याला आधार देत नाही; त्यामुळे MP4 मध्ये केलेल्या प्रामाणिक रूपांतरात सहसा ऑडिओही AAC मध्ये एन्कोड करावा लागतो.
क्लिपमध्ये ऑडिओ मुळीच नसेल, तर तुम्ही जे एक्स्पोर्ट कराल त्यात ते स्पष्टपणे नोंदवा. नसलेल्या ट्रॅकची वाट बघत काही प्लेअर अडकून बसतात.
निर्णयाची छोटी यादी
- फाइल एखाद्या व्यक्तीला, प्लॅटफॉर्मला किंवा अपलोड फॉर्मला पाठवायची असेल: H.264 आणि AAC सह MP4.
- फाइल तुम्हीच, तुमच्याच पेजवरून, ब्राउझरना देत असाल: VP9 सह WebM, किंवा दोन्हींपैकी कोणत्याही कंटेनरमध्ये AV1 — आणि तुमचा प्रेक्षकवर्ग विस्तृत असेल तर सोबत MP4 चा पर्याय.
- पुढे एडिट करायचं असेल: तुमच्याकडची सर्वोच्च क्वालिटीची मूळ फाइल, ती ज्या कंटेनरमध्ये आली त्याच कंटेनरमध्ये ठेवा.
- फक्त कंटेनरच चुकीचा आहे आणि कोडेक आधीच बरोबर आहेत: रीमक्स करा, पुन्हा एन्कोड करू नका.
- आत काय आहे याची खात्री नाही: निवड करण्याआधी कोडेक तपासा, कारण त्या उत्तरावरच हे काम तुम्हाला काही सेकंद पडणार की तासभर हे ठरतं.
माहीत असाव्यात अशा मर्यादा
ब्राउझरमधलं व्हिडिओ एन्कोडिंग डिव्हाइस काय उपलब्ध करून देतं यावर अवलंबून असतं. हार्डवेअर एन्कोडर फॉरमॅटनुसार वेगवेगळे असतात: एखादं मशीन H.264 झटपट एन्कोड करेल आणि VP9 संथपणे, किंवा एखादा कोडेक पूर्णपणे नाकारेल. एकाच मशीनवरच्या वेगवेगळ्या ब्राउझरमध्येही आधार वेगळा असतो, आणि एका ब्राउझरमध्ये व फोनवरच्या त्याच ब्राउझरमध्येही. लॅपटॉपवर काही सेकंदांत होणारं रूपांतर, स्वतःचं तापमानही सांभाळणाऱ्या फोनवर बराच जास्त वेळ घेऊ शकतं.
आशयामुळे मोठी झालेली फाइल कंटेनरची निवड वाचवू शकत नाही. लांब, उच्च रिझोल्यूशनची आणि भरपूर हालचाल असलेली क्लिप कोणत्याही कंटेनरमध्ये मोठीच असते. ते रिझोल्यूशन, बिटरेट आणि कालावधी ठरवतात, आणि पुन्हा पॅक केल्याने त्यांच्यात काहीही बदल होत नाही.
यासाठीची टूल्स
स्रोत
- ISO/IEC 14496-12 — ISO base media file format
- The WebM Project — container guidelines
- ITU-T H.264 — Advanced Video Coding
- MDN — Media container formats and codec support