आँकड़ों और विज्ञापन के लिए कुकीज़
हम आँकड़ों और विज्ञापन के लिए कुकीज़ इस्तेमाल करते हैं, दोनों Google को जाती हैं। मना करने से आपको दिखने वाली किसी चीज़ में कोई फ़र्क़ नहीं पड़ता।निजता पेज पढ़ें
यहाँ आप MOV को WebM में बदलते हैं, मुफ़्त और बिना खाते के: फ़ाइल ऊपर छोड़िए और कुछ ही सेकंड में नतीजा डाउनलोड के लिए तैयार मिलेगा। कन्वर्ज़न आपके अपने ब्राउज़र के भीतर होता है, इसलिए फ़ाइल कभी अपलोड नहीं होती। यह Windows, macOS और Linux पर वैसे ही चलता है जैसे iPhone और Android पर, और कनेक्शन काट देने पर भी चलता रहता है।
एक बार में 100 फ़ाइलें। फ़ॉर्मेट अलग-अलग हों तो भी चलेगा।
ये एक के बाद एक बदलती हैं और साथ में एक ZIP बनकर उतरती हैं।
MOV से WebM
सामने वाला MOV Final Cut, Premiere या DaVinci Resolve से निकला है, या सीधे कैमरा कार्ड से — संपादन के लिए बना, डाउनलोड के लिए नहीं। यह सैकड़ों मेगाबाइट का हो सकता है, ProRes हो सकता है, और मौजूद सामग्री की सबसे ऊँची गुणवत्ता वाली प्रति है।
मंज़िल इसका उल्टा है: कोई लैंडिंग पेज जहाँ वीडियो टेक्स्ट के पीछे बस एक बनावट है, या कोई पोर्टफ़ोलियो जहाँ फ़ोन पर आए विज़िटर को आठ मेगाबाइट यह जानने में ख़र्च नहीं करने चाहिए कि उसे काम पसंद है या नहीं।
यह सबसे पहले कहना ज़रूरी है, क्योंकि यही सबसे आम वजह है जिससे कोई डिज़ाइनर ख़ास तौर पर MOV बदलता है। पारदर्शी वीडियो — लोगो स्टिंग, एनिमेटेड लोअर थर्ड — QuickTime के भीतर ProRes 4444 में मिलता है, और ब्राउज़र-साइड बराबर है WebM में अल्फ़ा चैनल वाला VP9।
यह यहाँ उपलब्ध नहीं है। बदलाव अल्फ़ा चैनल छोड़ देता है, तो जो निकलता है वह अपारदर्शी है; और व्यवहार में ProRes 4444 फ़ाइल ब्राउज़र में डिकोड ही नहीं होती, इसलिए वह अक्सर उससे पहले ही रुक जाती है। MOV को मास्टर की तरह रखिए और पारदर्शी WebM उसी सॉफ़्टवेयर से लीजिए जिसने उसे बनाया।
तस्वीर के लिए VP9, आवाज़ के लिए Opus, हमेशा। बिटरेट गुणवत्ता स्तर और रिज़ॉल्यूशन के साथ बदलता है — मॉडल VP9 को H.264 से लगभग चालीस प्रतिशत ज़्यादा कुशल मानता है।
यह दक्षता पाने लायक़ है, पर पन्ने पर सबसे बड़ा लाभ नहीं। 4K मास्टर को 1080p पर लाने से कोडेक तक पहुँचने से पहले ही तीन-चौथाई पिक्सल हट जाते हैं, और 400 पिक्सल ऊँचाई पर दिखाया गया बैकग्राउंड लूप 2160 होने से कुछ नहीं पाता।
मुफ़्त स्तर 100 MB तक की फ़ाइल लेता है। तीस सेकंड की टाइटल सीक्वेंस का ProRes मास्टर कई गीगाबाइट का हो सकता है; 4K पर H.264 कैमरा ओरिजिनल भी लगभग 350 मेगाबाइट प्रति मिनट होता है।
जवाब है संपादक से छोटा मध्यवर्ती निर्यात करना और उसे बदलना। मध्यम बिटरेट पर 1080p H.264 निर्यात मास्टर का एक अंश है, ब्राउज़र में भरोसे से डिकोड होता है, और VP9 एनकोडर को अच्छी तस्वीर देता है।
दोनों फ़ाइलें एक ही video एलिमेंट में डालिए, पहले WebM फिर MP4, और ब्राउज़र को चुनने दीजिए। ब्राउज़र वही पहला स्रोत लेता है जिसे वह डिकोड कर सके, तो आधुनिक ब्राउज़र WebM लेता है और बाक़ी सब MP4 पर गिरता है।
बैकग्राउंड लूप के लिए बाक़ी विशेषताएँ भी उतनी ही मायने रखती हैं जितना कोडेक: muted, playsinline, loop, और preload को auto की बजाय metadata पर रखना ताकि वीडियो कनेक्शन के पहले सेकंड में टेक्स्ट से न होड़ करे।
फ़ोन पर फ़िल्माई गई फ़ुटेज घूमे हुए पिक्सल के बजाय एक रोटेशन फ़्लैग लेकर चलती है, और WebM जैसे Matroska-आधारित कंटेनर के पास ऐसा फ़्लैग रखने की जगह नहीं। इसलिए बदलाव तस्वीर को सचमुच घुमा देता है और सीधी छवि लिखता है।
ध्यान देने वाली बात है आपके CSS में पहलू अनुपात। जो क्लिप ख़ुद को 1920 बाई 1080 बताती थी वह असली 1080 बाई 1920 WebM बन जाती है, और लैंडस्केप के लिए बनाया गया कंटेनर उसे बुरी तरह लेटरबॉक्स करेगा।
VP9 लिखने के लिए VP9 एनकोडर चाहिए, और वह ऑपरेटिंग सिस्टम से आता है। Chrome, Edge और Safari के पास लगभग हर मशीन पर एक है; कुछ Firefox इंस्टॉलेशन, ख़ासकर Linux पर, नहीं।
दूसरा आधा सवाल स्रोत का है। ProRes या 10-बिट लॉग MOV को ऐसा डिकोडर चाहिए जो ब्राउज़र के पास शायद न हो, और बदलाव यह संदेश देकर रुक जाता है कि फ़ाइल में कुछ भी बदला नहीं जा सका। किसी के लिए कोई सॉफ़्टवेयर विकल्प नहीं है।
वीडियो और ऑडियो, और कुछ नहीं। QuickTime निर्यात टाइमकोड ट्रैक, चैप्टर मार्कर, सबटाइटल ट्रैक और कैमरा या एडिट मेटाडेटा ले जा सकता है, इनमें से कुछ भी नहीं पढ़ा जाता।
कैप्शन ही योजना बनाने लायक़ है। अपनी साइट पर परोसी गई WebM में VTT फ़ाइल की ओर इशारा करता track एलिमेंट होना चाहिए, जो एम्बेडेड सबटाइटल ट्रैक से बेहतर आदत है — यह खोजा जा सकता है, अनुवाद हो सकता है और बिना दोबारा एनकोड किए संपादित हो सकता है।
यहाँ जो सामग्री आती है वह अक्सर अभी सार्वजनिक नहीं हुई: कोई लॉन्च, क्लाइंट का दफ़्तर, ऐसा शोरील जिस पर अभी रोक है। यहाँ डिकोड और VP9 एनकोड दोनों टैब में होते हैं, मशीन के पहले से मौजूद कोडेक इस्तेमाल करते हुए।
वीडियो ले जाने वाला कुछ भी बाहर नहीं जाता, और नेटवर्क टैब इसकी पुष्टि करेगा। साथ में व्यावहारिक फ़ायदा भी मिलता है: बड़ी फ़ाइल आपके अपलोड की गति से नहीं, प्रोसेसर की गति से बदलती है।
| MOV | WebM | |
|---|---|---|
| पूरा नाम | QuickTime फ़िल्म | WebM वीडियो |
| फ़ाइल एक्सटेंशन | .mov, .qt | .webm |
| मीडिया टाइप | video/quicktime | video/webm |
| कंप्रेशन | नुक़सान के साथ — छोटा आकार गुणवत्ता देकर ख़रीदा जाता है | नुक़सान के साथ — छोटा आकार गुणवत्ता देकर ख़रीदा जाता है |
| पहली बार प्रकाशित | 1991 | 2010 |
| प्रकाशक | Apple | |
| विनिर्देश | QuickTime File Format | — |
| लाइसेंस | प्रकाशित, मानकीकृत नहीं | खुला मानक |
| आज की स्थिति | मौजूदा | मौजूदा |
| ब्राउज़र में खुलता है | कुछ ब्राउज़र | हर ब्राउज़र |
| इसकी जगह विचारणीय | MP4, MKV | MP4, MKV |
पारदर्शिता बनी रहती है। MOV और WebM — दोनों अल्फ़ा चैनल सँभालते हैं: काटा हुआ हिस्सा कटा ही रहता है और उसके पीछे कुछ भरा नहीं जाता।
WebM को हर मौजूदा ब्राउज़र खोल लेता है। MOV को इतने भी नहीं। अगर फ़ाइल किसी वेब पेज या किसी फ़ॉर्म तक जा रही है, तो आम तौर पर इस कन्वर्ज़न की पूरी वजह यही है।
WebM एक कंटेनर है, कोई इकहरा फ़ॉर्मेट नहीं। जो चलता है वह उसके भीतर बैठा कोडेक है — आम तौर पर VP8, VP9 और AV1 — और इसीलिए एक ही एक्सटेंशन वाली दो फ़ाइलें एक ही उपकरण पर अलग-अलग बर्ताव कर सकती हैं।
दोनों तरफ़ के प्रोग्राम अलग हैं: MOV फ़ाइल Final Cut Pro, QuickTime Player और Adobe Premiere Pro में खुलती है और WebM फ़ाइल VLC और FFmpeg में — यानी नतीजा जिसके पास जाएगा, उसे दूसरी सूची में से कोई प्रोग्राम चाहिए होगा।
दोनों का निशाना अलग काम है: MOV का एडिटिंग और प्रसारण पर, WebM का वेब और स्ट्रीमिंग पर। इस पर सोचना बनता है, क्योंकि जिस वजह से एक मौजूद है, आम तौर पर उसी वजह से दूसरा असुविधाजनक होता है।
MOV Apple का फ़ॉर्मेट है, जो 1991 में आया। यह QuickTime File Format में तय किया गया है, और अगर फ़ाइल को उस औज़ार से ज़्यादा जीना है जिसने उसे लिखा, तो यह बात क़ीमती है।
WebM Google का है और 2010 से चला आ रहा है। VLC और FFmpeg इस फ़ॉर्मेट को पढ़ लेते है।
MOV 1991 में आया और WebM 2010 में। किसी को सौंपने के लिए आम तौर पर पुराना वाला ज़्यादा सुरक्षित रहता है; नया वाला वही काम कम बाइट में कर देता है।
नहीं। यह कन्वर्ज़न पूरी तरह आपके ब्राउज़र में होता है, इसलिए फ़ाइल आपके डिवाइस से बाहर नहीं जाती। आप ख़ुद जाँच सकते हैं: डेवलपर टूल्स का नेटवर्क टैब खोलिए और कुछ बदल कर देखिए। आपको पेज ख़ुद दिखेगा और आँकड़ों तथा विज्ञापन के वे अनुरोध दिखेंगे जिनसे इस सेवा का ख़र्च निकलता है — और एक भी ऐसा अनुरोध नहीं जो आपकी फ़ाइल साथ ले जा रहा हो। इस जोड़ी के पीछे mediabunny है, WebCodecs के ऊपर चढ़ी एक परत, जो आपके अपने डिवाइस के हार्डवेयर डिकोडर उधार लेती है; आपका ब्राउज़र इसे एक बार उतारता है और फिर सहेज कर रखता है।
हाँ। न खाता, न वॉटरमार्क, और न कोई रोज़ का कोटा जो ख़त्म हो: यह आपकी अपनी मशीन पर चलता है, इसलिए आप जितनी बार चाहें लौट सकते हैं। ब्राउज़र 100 MB तक की फ़ाइलें सँभालता है, एक बार में 100। mediabunny आपकी अपनी मशीन पर उतरता है और वहीं चलता है — इसीलिए उस पर कोई गिनती नहीं है।
WebM कंप्रेस करता है, इसलिए कुछ डेटा जाता है। तयशुदा सेटिंग पर यह पकड़ में नहीं आता; पक्का करना हो तो गुणवत्ता बढ़ा दीजिए। वीडियो नक़ल नहीं होता, दोबारा एनकोड होता है, इसलिए सबसे ऊँची सेटिंग पर भी कुछ बारीक़ी जाती है। सबटाइटल के ट्रैक और अध्याय साथ नहीं जाते। और अगर आवाज़ ऐसे फ़ॉर्मेट में हो जिसे ब्राउज़र डिकोड न कर सके — AC-3, E-AC-3, DTS और TrueHD, जो डिस्क और स्ट्रीमिंग रिप में आम हैं — तो तस्वीर तो बदल जाती है, पर नतीजा बिना आवाज़ के निकलता है।
WebM एक कंटेनर है, कोई इकहरा फ़ॉर्मेट नहीं। जो चलता है वह उसके भीतर बैठा कोडेक है — आम तौर पर VP8, VP9 और AV1 — और इसीलिए एक ही एक्सटेंशन वाली दो फ़ाइलें एक ही उपकरण पर अलग-अलग बर्ताव कर सकती हैं।
पारदर्शिता बनी रहती है। MOV और WebM — दोनों अल्फ़ा चैनल सँभालते हैं: काटा हुआ हिस्सा कटा ही रहता है और उसके पीछे कुछ भरा नहीं जाता।