MOV, MKV और WebM को MP4 में बदलें
MOV या MKV लेबल वाली ज़्यादातर फ़ाइलों में ठीक वही होता है जो एक MP4 में होता है — H.264 वीडियो और AAC ऑडियो, बस आवरण दूसरा। यह टूल शुरू करने से पहले आपकी फ़ाइल जाँचता है, और ऐसा होने पर दोबारा एनकोड करने की जगह आवरण बदल देता है: सेकंडों में हो जाता है, हर पिक्सेल वही रहता है, कुछ भी अपलोड नहीं होता। और जब दोबारा एनकोड करना सचमुच ज़रूरी हो, तो वह पहले बता देता है।
MP4 में बदलना आम तौर पर तुरंत क्यों हो जाता है
वीडियो फ़ाइल दो अलग चीज़ें हैं: एक कंटेनर, और उसके अंदर के कोडेक। कंटेनर — MP4, MOV, MKV, WebM — फ़ाइलिंग सिस्टम है। वह बताता है कि तस्वीर और आवाज़ का हर टुकड़ा कहाँ रखा है, वीडियो कितना लंबा है, उसे किस तरफ़ सीधा करके चलाना है। कोडेक ख़ुद वह कंप्रेस्ड तस्वीर और आवाज़ हैं। फ़ाइल का नाम बदलने से इनमें से कोई नहीं बदलता, इसीलिए नाम बदलने से कभी काम नहीं बनता।
इसका काम का नतीजा यह है कि MOV, MKV और MP4 एक ही कोडेक रख सकते हैं। आपके फ़ोन ने जो क्लिप MOV के रूप में रिकॉर्ड की, वह AAC ऑडियो के साथ H.264 या HEVC वीडियो है; उसी फ़ोन का MP4 वही H.264 और वही AAC है, बस फ़ाइलिंग अलग है। इसलिए इन दोनों के बीच बदलने के लिए वीडियो को छूने की ज़रूरत ही नहीं पड़ती — कंप्रेस्ड तस्वीर को एक कंटेनर से उठाकर दूसरे में, बाइट-दर-बाइट, रखा जा सकता है। इस काम को रीमक्सिंग कहते हैं, और यह दोबारा एनकोड करने से हज़ारों गुना सस्ता है, क्योंकि कोई फ़्रेम दोबारा डिकोड या कंप्रेस नहीं होता।
जब भी मुमकिन हो, यह टूल वही रास्ता लेता है। फ़ाइल चुनने के साथ ही वह कोडेक पढ़ लेता है और बता देता है कि दो में से क्या होने वाला है: नए कंटेनर में सीधी कॉपी, जो सेकंडों में पूरी हो जाती है और तस्वीर बदल ही नहीं सकती, या सचमुच का दोबारा एनकोड, जिसमें असली समय लगता है और तस्वीर बदलती है। आप तय करने से पहले देख लेते हैं कि कौन सा, और साथ में वजह भी।
- वीडियो चुनें, या उसे ऊपर के बॉक्स पर खींच लाएँ। वह आपकी डिस्क से पढ़ा जाता है, अपलोड नहीं होता।
- जो पैनल दिखता है उसे पढ़ें। वह मिले हुए कोडेक के नाम बताता है और ट्रैक-दर-ट्रैक बताता है कि हर एक कॉपी होगा या दोबारा एनकोड।
- बदलें दबाएँ। कॉपी लगभग तुरंत पूरी हो जाती है; दोबारा एनकोड असली प्रगति दिखाता है। डाउनलोड करने पर MP4 आपके मूल के साथ सेव हो जाता है, जो ठीक वैसा ही छूटता है जैसा था।
रीमक्सिंग में क्वालिटी की कोई सेटिंग नहीं होती, क्योंकि वहाँ क्वालिटी का कोई फ़ैसला ही नहीं लेना होता: MP4 में जो तस्वीर है, वह वही कंप्रेस्ड डेटा है जो MOV में था। दोबारा एनकोड करना एकमात्र रास्ता है जहाँ कुछ खोता है, और वह चुपचाप कभी नहीं लिया जाता।
कौन से वीडियो कोडेक का आवरण बदला जा सकता है, और किन्हें दोबारा एनकोड करना पड़ता है
MP4 अपनी साख से ज़्यादा उदार कंटेनर है — वह VP9 या AV1 को क़ायदे से रख लेगा, और इस तरह बनी फ़ाइल जाँच में ख़ुशी-ख़ुशी पास हो जाती है। दिक़्क़त यह है कि क़ायदे में सही होना और चल पाना दो अलग सवाल हैं। हमने इनमें से हर कोडेक को MP4 में कॉपी करके और फिर नतीजे को Apple के अपने डिकोडिंग स्टैक से खोलकर परखा — वही स्टैक जिसे QuickTime और macOS का हर ऐप इस्तेमाल करता है। कई फ़ाइलें, जो ढाँचे के लिहाज़ से बेदाग़ थीं, खुलने से साफ़ मना कर गईं।
इसलिए यह टूल जो नियम मानता है वह «MP4 किसकी इजाज़त देता है» नहीं, बल्कि «MP4 बन जाने के बाद क्या फिर भी चलेगा» है। जो दूसरी परख में बच जाता है, वह कॉपी होता है। जो नहीं बचता, वह H.264 में दोबारा एनकोड होता है, क्योंकि जो बदली हुई फ़ाइल सिर्फ़ उसी ब्राउज़र में खुलती हो जिसमें आपने उसे बदला था, वह बदली ही नहीं गई।
| वीडियो कोडेक | क्या होता है | क्यों |
|---|---|---|
| H.264 / AVC | बिना छुए कॉपी | वही कोडेक जिसके इर्द-गिर्द MP4 बनाया गया था। कुछ भी दोबारा एनकोड नहीं होता, इसलिए बदलाव तुरंत होता है और तस्वीर बदल ही नहीं सकती। |
| HEVC / H.265 | बिना छुए कॉपी | हाल के iPhone यही रिकॉर्ड करते हैं। MP4 इसे मूल रूप से रखता है, इसलिए यह भी सीधी कॉपी है — इसका 5.1 ऑडियो भी, अगर कोई हो। |
| VP9 और VP8 | H.264 में दोबारा एनकोड | MP4 दोनों को ले लेता है, पर बनी फ़ाइल ब्राउज़र के बाहर नहीं खुलेगी — हमने पुष्टि की कि वह macOS पर लोड होने से मना कर देती है। फ़ाइल को हर जगह चलने लायक बनाने का एक ही रास्ता है, दोबारा एनकोड करना। |
| AV1 | H.264 में दोबारा एनकोड | यह कॉपी हो जाता है और चल भी जाता है, पर बात यह नहीं है: AV1 वाला MP4 ठीक उन्हीं जगहों पर चलता है जहाँ मूल WebM पहले से चल रहा था। उसे दोबारा एनकोड किए बिना बदलना, नाम बदलने का लंबा तरीक़ा होता। |
| Apple ProRes | बिना छुए कॉपी | ब्राउज़र के पास ProRes डिकोडर नहीं है, इसलिए दोबारा एनकोड करना उपलब्ध ही नहीं — पर कॉपी करना काम करता है और नतीजा ठीक से खुलता है। कंटेनर बदलता है, साइज़ नहीं, क्योंकि ProRes शुरू से ही बहुत कम कंप्रेस्ड होता है। |
| Motion JPEG, MPEG-2, MPEG-4 Part 2 | समर्थित नहीं | ब्राउज़र इन्हें न पढ़ सकते हैं और न आगे बढ़ा सकते हैं, इसलिए कॉपी करने के लिए कुछ नहीं है और डिकोड करने के लिए भी कुछ नहीं। फ़ाइल चुनते ही टूल यह पहचान लेता है और ख़राब नतीजा बनाने की जगह साफ़ बता देता है। |
अगर आपकी फ़ाइल उन तीन असमर्थित कोडेक में से एक है, तो आपको तुरंत बता दिया जाएगा — कुछ दबाने से पहले ही। यह जाँच आपके डिवाइस पर, फ़ाइल के अपने हेडर से होती है, और इसकी कोई क़ीमत नहीं।
साउंडट्रैक के साथ क्या होता है
ऑडियो को अपनी शर्तों पर वही सलूक मिलता है, और इसे पढ़ना इसलिए काम का है कि एक ही फ़ाइल के लिए इसका जवाब वीडियो के जवाब से अलग हो सकता है: MOV में आसानी से ऐसा हो सकता है कि तस्वीर कॉपी हो और आवाज़ दोबारा एनकोड। ऐसा होने पर बदलाव तुरंत नहीं रहता, और ऊपर का पैनल तेज़ रास्ते के शब्द उधार लेने की जगह यही कहता है।
AAC कॉपी होता है, क्योंकि MP4 और AAC वही जोड़ी है जिसकी हर प्लेयर अपेक्षा करता है। बाक़ी ज़्यादातर कोडेक AAC में दोबारा एनकोड होते हैं — उनमें कुछ ऐसे भी, जैसे FLAC और बिना कंप्रेस किया PCM, जिन्हें हमने कॉपी होते हुए नापा है। यह जान-बूझकर लिया गया फ़ैसला है: MP4 के वे अनोखे ऑडियो बॉक्स जिन मशीनों पर हमने परखा वहाँ चल गए, और हम यह वादा नहीं करेंगे कि वे आपकी मशीन पर भी चलेंगे। AAC में दोबारा एनकोड करने के लिए ऐसा कोई वादा नहीं चाहिए और उसमें सेकंड का एक अंश लगता है, क़ीमत यह कि लॉसलेस स्रोत पर एक लॉसी दौर चढ़ जाता है।
| ऑडियो कोडेक | क्या होता है | क्यों |
|---|---|---|
| AAC | बिना छुए कॉपी | MP4 की मानक जोड़ी। बिट-दर-बिट वही, और मल्टीचैनल ट्रैक अपने सारे चैनल रखते हैं। |
| MP3, Vorbis | AAC में दोबारा एनकोड | दोनों को MP4 में लिखा जा सकता है, पर हमने नतीजा नापा: फ़ाइल को ब्राउज़र के बाहर खोलने पर ऑडियो ट्रैक सिरे से गायब रहता है। आवाज़ को बचाने वाली चीज़ दोबारा एनकोड करना ही है। |
| FLAC, Opus, PCM | AAC में दोबारा एनकोड | हमारी परख में ये कॉपी होकर बच गए, पर सिर्फ़ उन सिस्टमों पर जिन्हें हम जाँच सके। AAC इस अंदाज़े को हटा देता है। लॉसलेस स्रोत पर एक लॉसी दौर चढ़ता है — अगर यह हर जगह चलने से ज़्यादा मायने रखता है, तो मूल फ़ाइल भी रख लें। |
| AC-3, E-AC-3 (Dolby Digital) | बिना छुए कॉपी | हमने दोनों रास्ते नापे। दोबारा एनकोड करने पर बिलकुल बिना ऑडियो वाली फ़ाइल बनती है, क्योंकि ब्राउज़र के पास Dolby डिकोडर नहीं है — इसलिए ट्रैक कॉपी कर दिया जाता है, और वह उन प्लेयरों के लिए सही-सलामत रहता है जो Dolby सँभालते हैं। जिस ब्राउज़र में आपने बदला वह इसे नहीं चलाएगा, और वजह वही है जिससे वह इसे दोबारा एनकोड नहीं कर सका। |
| कोई अपरिचित चीज़ | छोड़ दिया जाता है | जिस साउंडट्रैक को हम पहचान नहीं सकते, उसकी क़ीमत आपकी तस्वीर नहीं होनी चाहिए। वीडियो बदल जाता है और नतीजा ख़ामोश रहता है, जो पैनल शुरू करने से पहले साफ़ बता देता है। |
जब भी ट्रैक कॉपी होता है, सराउंड ऑडियो बचा रहता है। दोबारा एनकोड करने वाले रास्ते पर उसे स्टीरियो में मिला दिया जाता है, क्योंकि ब्राउज़र के AAC एनकोडर मल्टीचैनल इनपुट लेने से सिरे से मना कर देते हैं — विफल बदलाव से डाउनमिक्स बेहतर है।
MOV को MP4 में बदलना
रीमक्सिंग इसी हालत के लिए बनी थी, और व्यवहार में यह लगभग औपचारिकता है। MOV Apple का कंटेनर है, और दोनों फ़ॉर्मैट इतने क़रीबी रिश्तेदार हैं कि MP4 का मानक उसी से बना — इसीलिए iPhone पर रिकॉर्ड हुए या Mac से निकाले गए MOV में लगभग हमेशा AAC ऑडियो के साथ H.264 या HEVC वीडियो होता है, ठीक वही जो MP4 को चाहिए। दोनों ट्रैक कॉपी हो जाते हैं, वीडियो कितना ही लंबा हो पूरा काम दो-चार सेकंड लेता है, और तस्वीर मूल से मिलती-जुलती ही नहीं, वही होती है।
MOV के दो रूप अलग बर्ताव करते हैं, और फ़ाइल डालने से पहले दोनों को जान लेना ठीक है। पेशेवर काम की स्क्रीन रिकॉर्डिंग और कैमरा फ़ुटेज अक्सर ProRes होती हैं, जो ठीक से कॉपी हो जाती है पर छोटी नहीं होगी — आपको उतने ही साइज़ का MP4 मिलेगा जितने से आपने शुरू किया था, और यह विफलता नहीं, ईमानदार नतीजा है। और MOV में Dolby ऑडियो हो सकता है, जिस हाल में आवाज़ बदली नहीं, कॉपी की जाती है — वजह ऊपर की तालिका में है।
घुमाव बचा रहता है। फ़ोन पर लिया गया पोर्ट्रेट वीडियो तिरछा ही सहेजा जाता है, साथ में एक फ़्लैग जो प्लेयर को उसे घुमाने को कहता है, और वह फ़्लैग MP4 में साथ चला जाता है — नतीजा टेढ़ा नहीं निकलेगा।
MKV को MP4 में बदलना
एक लिहाज़ से MKV, MOV का उलटा है: वह जान-बूझकर खुला छोड़ा गया है और लगभग कुछ भी रख लेगा, इसलिए आपकी फ़ाइल के साथ क्या होगा यह पूरी तरह इस पर टिका है कि उसमें किसी ने क्या डाला था। आम हालत अब भी सीधी कॉपी है — AAC के साथ H.264 रखने वाला MKV सेकंडों में MP4 बन जाता है और कुछ दोबारा एनकोड नहीं होता। VP9 या MP3 साउंडट्रैक रखने वाला MKV उस ट्रैक के लिए दोबारा एनकोड का रास्ता लेता है। पैनल शुरू करने से पहले बता देता है कि कौन सा, ताकि आप जान लें कि दो सेकंड की उम्मीद रखनी है या दो मिनट की।
कई ऑडियो ट्रैक साथ आ जाते हैं। अलग-अलग भाषाओं के ट्रैक वाला MKV उन सबको MP4 में रखता है, क्योंकि MP4 पर इसकी कोई व्यावहारिक सीमा नहीं कि वह कितने रखेगा। हालाँकि उन सबके साथ सलूक एक ही होता है: अगर पहले ट्रैक को दोबारा एनकोड करना पड़ा, तो सब दोबारा एनकोड होंगे।
सबटाइटल साथ नहीं आते। एम्बेड किए गए सबटाइटल ट्रैक छोड़ दिए जाते हैं, और यह पसंद का मामला नहीं बल्कि सचमुच की सीमा है — MKV के सबटाइटल फ़ॉर्मैट का MP4 में लिखने लायक कोई समतुल्य नहीं है, और हम जो ब्राउज़र-साइड रीडर इस्तेमाल करते हैं वह उन ट्रैक को दिखाता ही नहीं, इसलिए हम आपको यह भी नहीं बता सकते कि किसी फ़ाइल में वे थे। अगर आपके MKV में ऐसे सबटाइटल हैं जिनकी ज़रूरत है, तो बदलने से पहले उन्हें अलग से निकाल लें, या MKV ही रख लें।
चैप्टर मार्कर और संलग्न फ़ाइलें (फ़ॉन्ट, कवर आर्ट) भी पीछे छूट जाती हैं। अगर कोई MKV एक वीडियो नहीं बल्कि पूरी डिस्क का संग्रह है, तो उसे MP4 में बदलना उसे तस्वीर और आवाज़ तक चपटा कर देगा।
WebM को MP4 में बदलना
WebM वह एकमात्र इनपुट है जहाँ तेज़ रास्ता लगभग कभी उपलब्ध नहीं होता, और यह पहले से जान लेना बेहतर है। WebM का वजूद VP8, VP9 या AV1 को Opus या Vorbis ऑडियो के साथ ढोने के लिए है — वे कोडेक जो वेब के लिए बने हैं और, पहले दो के मामले में, MP4 के अंदर ब्राउज़र के बाहर कहीं भी बेकार हैं। यहाँ कॉपी करने के लिए ऐसा कुछ नहीं जो फिर भी चलता, इसलिए वीडियो सचमुच H.264 में और ऑडियो AAC में दोबारा एनकोड होता है। इसमें असली समय लगता है, वीडियो की लंबाई के अनुपात में, और यह क्वालिटी का एक लॉसी दौर है।
यह करना फिर भी सही है, क्योंकि फ़ाइल को हर जगह चलने लायक बनाने वाली एकमात्र चीज़ यही है। WebM ज़्यादातर वीडियो एडिटर में नहीं खुलेगा, ज़्यादातर फ़ोन गैलरी में इंपोर्ट नहीं होगा, और कई TV और पुराने डिवाइस पर नहीं चलेगा — जो गुण उसे स्ट्रीमिंग के लिए अच्छा बनाते हैं, वही उसे हर दूसरी जगह अटपटा बनाते हैं। बदले में आपको ऐसी फ़ाइल मिलती है जो सामान्य बर्ताव करती है।
उम्मीद रखें कि MP4, WebM से बड़ा होगा — कभी-कभी काफ़ी बड़ा। VP9 और AV1, H.264 से नए और ज़्यादा कार्यकुशल हैं, इसलिए उसी तस्वीर को H.264 में एनकोड करने पर ज़्यादा बिट लगते हैं। अगर आपके लिए हर जगह चलने से ज़्यादा साइज़ मायने रखता है, तो जो WebM आपके पास पहले से है वही छोटी फ़ाइल है।
चूँकि यहाँ पूरा काम दोबारा एनकोड करना ही है, लंबे WebM में लगभग उतना ही समय लगता है जितना उसी लंबाई का वीडियो कंप्रेस करने में। प्रगति नापी जाती है, अंदाज़े से नहीं बताई जाती, और आप किसी भी वक़्त रद्द कर सकते हैं।
यह टूल क्या नहीं करता
यह MP4 में बदलता है और इसके सिवा कुछ नहीं, और किनारों को साफ़-साफ़ कह देना ठीक है, बजाय इसके कि आप उन्हें ख़ुद ढूँढें।
- यह सिर्फ़ MP4 बनाता है। इस पेज पर MP4 से WebM नहीं, GIF एक्सपोर्ट नहीं, और सिर्फ़-ऑडियो नतीजा नहीं।
- यह फ़ाइलों को छोटा नहीं करता। कॉपी से बनी फ़ाइल का साइज़ जान-बूझकर मूल जितना ही होता है; दोबारा एनकोड करने पर वह बड़ी भी निकल सकती है। कंप्रेस करना अपनी सेटिंग वाला अलग काम है।
- यह तस्वीर नहीं बदलता। रेज़ोल्यूशन, फ़्रेम रेट और घुमाव जैसे थे वैसे ही आगे चले जाते हैं — कुछ भी स्केल नहीं होता और कुछ भी क्रॉप नहीं होता।
- एक बार में एक फ़ाइल। कोई बैच क़तार नहीं।
- सबटाइटल, चैप्टर और संलग्न फ़ाइलें छोड़ दी जाती हैं। सिर्फ़ तस्वीर और आवाज़ आगे ले जाई जाती हैं।
- कोई साइज़ लिमिट नहीं है, पर डिस्क की जाँच है। MP4 बनते-बनते लोकल स्टोरेज में लिखा जाता है, इसलिए मेमोरी फ़ाइल के साथ नहीं बढ़ती — पर जगह होनी चाहिए, और यह कुछ शुरू होने से पहले जाँच लिया जाता है, आधे रास्ते में पता नहीं चलता।
आपकी मूल फ़ाइल कभी बदली या हटाई नहीं जाती। MP4 एक नई फ़ाइल है जिसे आप डाउनलोड करते हैं, इसलिए स्रोत को मिटाना आपका ही स्पष्ट फ़ैसला रहता है।
FAQ
MOV को अपलोड किए बिना MP4 में कैसे बदलें?
ऊपर के टूल में MOV छोड़ दें। यह पूरी तरह आपके ब्राउज़र में चलता है: फ़ाइल आपकी डिस्क से पढ़ी जाती है, वीडियो और ऑडियो को नए MP4 कंटेनर में उठा लिया जाता है, और नतीजा लोकल स्टोरेज में वापस लिख दिया जाता है। कुछ भी कहीं नहीं भेजा जाता — चलते हुए ब्राउज़र का नेटवर्क पैनल देख सकते हैं, या यह पेज लोड होने के बाद इंटरनेट काट दें और फिर भी बदल लें।
MOV से MP4 में बदलने पर क्वालिटी घटती है?
जब फ़ाइल का आवरण बदला जा सकता है तब नहीं, और फ़ोन या Mac से आया लगभग हर MOV इसी में आता है। कंप्रेस्ड तस्वीर को डिकोड या दोबारा कंप्रेस किए बिना नए कंटेनर में कॉपी किया जाता है, इसलिए MP4 में वही डेटा होता है जो MOV में था — मिलता-जुलता नहीं, वही। क्वालिटी सिर्फ़ दोबारा एनकोड करने वाले रास्ते पर घटती है, और टूल शुरू करने से पहले बता देता है कि आपकी फ़ाइल कौन सा रास्ता ले रही है।
MOV से MP4 तुरंत क्यों, पर WebM से MP4 धीमा क्यों?
क्योंकि वे अलग काम हैं। MOV में आम तौर पर वही कोडेक पहले से होते हैं जो MP4 को चाहिए, इसलिए काम इतना ही है कि वही डेटा दूसरे ढंग से फ़ाइल किया जाए — लंबाई कुछ भी हो, सेकंडों का। WebM में VP9, VP8 या AV1 होता है, जिसे MP4 तकनीकी रूप से रख सकता है पर अंदर आने के बाद वह ब्राउज़र के बाहर नहीं चलेगा। इसका मतलब है हर फ़्रेम को सचमुच डिकोड करना और उसे H.264 के रूप में फिर कंप्रेस करना, जिसमें वीडियो की लंबाई के अनुपात में समय लगता है।
बदली हुई फ़ाइल छोटी होगी?
नहीं, और अगर मक़सद यही है तो यह ग़लत टूल है। आवरण बदली फ़ाइल का साइज़ मूल जितना ही रहता है, कंटेनर के अपने ओवरहेड भर का फ़र्क़। दोबारा एनकोड की गई फ़ाइल का कुछ ठिकाना नहीं और वह अक्सर बड़ी निकलती है — VP9 या AV1 से H.264 पर जाने में आम तौर पर बिट बढ़ते हैं, क्योंकि H.264 कम कार्यकुशल कोडेक है। साइज़ घटाने के लिए कंप्रेसर इस्तेमाल करें, जो क्वालिटी और लक्ष्य आकार की सेटिंग वाला अलग टूल है।
क्या MKV के सबटाइटल इस बदलाव में बचते हैं?
नहीं। एम्बेड किए गए सबटाइटल ट्रैक छोड़ दिए जाते हैं, साथ में चैप्टर मार्कर और फ़ॉन्ट या कवर आर्ट जैसी संलग्न फ़ाइलें भी। MKV के सबटाइटल फ़ॉर्मैट का MP4 में कोई अच्छा समतुल्य नहीं है, और यह टूल जो रीडर इस्तेमाल करता है वह सबटाइटल ट्रैक दिखाता ही नहीं — इसलिए वह आपको यह चेतावनी भी नहीं दे सकता कि किसी ख़ास फ़ाइल में वे थे। अगर सबटाइटल मायने रखते हैं, तो बदलने से पहले उन्हें निकाल लें या MKV साथ में रख लें।
क्या यह मेरे iPhone का वीडियो बदल सकता है?
हाँ, और यही सबसे बेहतर हालत है। iPhone का वीडियो MOV कंटेनर में AAC ऑडियो के साथ HEVC या H.264 होता है, और MP4 इन सबको मूल रूप से रखता है, इसलिए दोनों ट्रैक कॉपी हो जाते हैं और बदलाव तुरंत होता है, क्वालिटी में कोई बदलाव नहीं। पोर्ट्रेट वीडियो को सीधा रखने वाला घुमाव फ़्लैग भी साथ चला जाता है। जिन रिकॉर्डिंग में 5.1 ऑडियो है, वे अपने सारे चैनल रखती हैं।
यह क्यों कहता है कि मेरी फ़ाइल नहीं बदली जा सकती?
क्योंकि उसका वीडियो कोडेक उनमें से नहीं है जिन्हें ब्राउज़र पढ़ सकते हैं — व्यवहार में इसका मतलब Motion JPEG, MPEG-2 या MPEG-4 Part 2 है, जो पुराने कैमकॉर्डर के फ़ुटेज, कुछ स्क्रीन रिकॉर्डिंग टूल और डैशकैम में मिलते हैं। कॉपी करने के लिए कुछ नहीं है और उसे डिकोड करने का कोई रास्ता नहीं, इसलिए बिना तस्वीर वाली चीज़ बनाने की जगह टूल फ़ाइल चुनते ही रुक जाता है। उसे बदलने के लिए ऐसा डेस्कटॉप टूल चाहिए जो अपने डिकोडर साथ लाता हो।
फ़ाइल के साइज़ की कोई सीमा है?
नहीं। MP4 बनते-बनते आपके ब्राउज़र के लोकल स्टोरेज में लिखा जाता है, मेमोरी में जोड़ा नहीं जाता, इसलिए दो घंटे की फ़ाइल को लगभग उतनी ही मेमोरी चाहिए जितनी दो मिनट की को। इसकी जगह जो जाँचा जाता है वह डिस्क में बची जगह है, कुछ शुरू होने से पहले। और आम हालत में इससे फ़र्क़ ही नहीं पड़ता: कई गीगाबाइट के MOV का आवरण बदलना अब भी सेकंडों का मामला है, क्योंकि कोई फ़्रेम डिकोड ही नहीं होता।
यह किन ब्राउज़रों में काम करता है?
Chrome, Edge और दूसरे Chromium ब्राउज़र, साथ में Safari 18 और उसके बाद का। Firefox वह WebCodecs वीडियो सपोर्ट नहीं देता जिस पर यह टिका है, और पेज लोड होते ही यह पता कर लेता है, आपके फ़ाइल चुनने के बाद विफल नहीं होता। नए डिवाइस पर मोबाइल ब्राउज़र काम करते हैं, हालाँकि जिस WebM को पूरा दोबारा एनकोड करना पड़े वह फ़ोन पर धीमा चलता है।
मेरा वीडियो कहीं अपलोड होता है?
नहीं। इस बदलाव में कोई सर्वर शामिल ही नहीं है — फ़ाइल लोकल रूप से पढ़ी जाती है, आपके ही डिवाइस से प्रोसेस होती है, और लोकल स्टोरेज में वापस लिख दी जाती है। इसीलिए कोई क़तार नहीं, कोई दैनिक कोटा नहीं, कोई अकाउंट नहीं और कोई वॉटरमार्क नहीं: वसूलने लायक कोई इंफ़्रास्ट्रक्चर लागत ही नहीं है। चलते हुए नेटवर्क पैनल खोलें और आपको कुछ बाहर जाता नहीं दिखेगा।
आगे पढ़ें
AskClean टीम · अपडेट किया गया 2026-08-21