वीडियो कहीं अपलोड किए बिना कंप्रेस करें
यह कंप्रेसर पूरी तरह आपके ब्राउज़र के अंदर चलता है: वीडियो को आपका ही डिवाइस WebCodecs के ज़रिए डिकोड और दोबारा एनकोड करता है, और नतीजे का हर हिस्सा तैयार होते ही सीधे लोकल स्टोरेज में लिख दिया जाता है। कुछ भी अपलोड नहीं होता, और चूँकि नतीजा कभी मेमोरी में नहीं रखा जाता, इसलिए कोई साइज़ लिमिट भी नहीं है — एकमात्र सीमा आपकी डिस्क में बची जगह है। फ़ाइल चुनें, और काम तुरंत शुरू हो जाता है।
अपलोड के बिना कंप्रेस करना अलग बात क्यों है
वेब पर लगभग हर मुफ़्त वीडियो कंप्रेसर एक अपलोड सेवा है। आप फ़ाइल किसी ऐसे सर्वर को सौंपते हैं जो आपके नियंत्रण में नहीं है, वह दूसरों की फ़ाइलों के पीछे क़तार में लगती है, प्रोसेस होती है, और फिर आप नतीजा डाउनलोड करते हैं। यह मॉडल काम करता है, पर इसकी क़ीमत है: आपकी रिकॉर्डिंग किसी और की डिस्क पर कॉपी हो जाती है, वह कितने समय रखी जाएगी यह प्राइवेसी पॉलिसी तय करती है, और 400 MB की क्लिप को कुछ भी शुरू होने से पहले आपके ही कनेक्शन से पूरा ऊपर चढ़ना पड़ता है।
यह टूल क्रम को उलट देता है। ब्राउज़र फ़ाइल को सीधे आपकी डिस्क से पढ़ता है, फ़्रेम WebCodecs API के ज़रिए आपके ही डिवाइस के वीडियो एनकोडर को देता है, और नई MP4 फ़ाइल एनकोड होते-होते लोकल स्टोरेज में वापस लिखता जाता है। नेटवर्क पर कुछ नहीं जाता — आप चलते समय ब्राउज़र का नेटवर्क पैनल खोलकर जाँच सकते हैं, या यह पेज लोड होने के बाद इंटरनेट काट कर फिर भी कंप्रेस कर सकते हैं।
इससे दो व्यावहारिक बातें निकलती हैं। पहली, रफ़्तार आपका हार्डवेयर तय करता है, आपकी अपलोड बैंडविड्थ नहीं, इसलिए छोटी क्लिप कुछ सेकंड में तैयार हो जाती है। दूसरी, सीमित करने को कुछ नहीं बचता: कोई दैनिक कोटा नहीं, कोई क़तार नहीं, कोई साइन-अप नहीं, कोई वॉटरमार्क नहीं, क्योंकि कोई सर्वर ही नहीं है जिसका ख़र्च निकालना पड़े।
लोकल कंप्रेसर एक ही काम नहीं कर सकता — बिना वीडियो एनकोडर वाले ब्राउज़र में चलना। अगर आपका ब्राउज़र समर्थित नहीं है, तो ऊपर का टूल यह साफ़ कह देता है, चुपचाप अपलोड पर नहीं चला जाता।
बड़ा वीडियो कंप्रेस करना, बिना साइज़ लिमिट
ब्राउज़र में कंप्रेशन आम तौर पर बड़ी फ़ाइलों पर ही टूटता है, और वजह मेमोरी है। ऐसा टूल बनाने का सबसे सीधा तरीक़ा है तैयार वीडियो को मेमोरी में जमा करना और पूरा होने पर ही सौंपना — यानी ज़रूरी मेमोरी नतीजे के साइज़ के साथ-साथ बढ़ती जाती है। लंबी रिकॉर्डिंग अंत में मशीन से उससे ज़्यादा RAM माँग बैठती है जितनी वह दे सकती है, और टैब बीच में ही मर जाता है। इसीलिए ब्राउज़र कंप्रेसर आम तौर पर अधिकतम फ़ाइल साइज़ का एलान करते हैं।
यह वैसा नहीं करता। कंप्रेस्ड वीडियो का हर हिस्सा एनकोड होते ही उसी क्षण ब्राउज़र के लोकल स्टोरेज में लिख दिया जाता है, इसलिए वीडियो कितना भी लंबा हो, मेमोरी की खपत सपाट बनी रहती है। हमने इसे मापा है: 40 मिनट की 1080p रिकॉर्डिंग को 500 MB की फ़ाइल में कंप्रेस करते समय मेमोरी का शिखर 643 MB रहा और शुरू से आख़िर तक वहीं टिका रहा। वही काम नतीजा मेमोरी में जमा करते हुए किया तो शिखर 1,246 MB तक पहुँचा और ख़त्म होते समय भी चढ़ ही रहा था। यही फ़र्क़ पूरी वजह है कि यहाँ कोई साइज़ लिमिट नहीं है।
लिमिट की जगह एक जाँच है जो आपको चौंका नहीं सकती। एनकोडिंग शुरू होने से पहले टूल अंदाज़ा लगाता है कि नतीजा कितना बड़ा होगा और उसकी तुलना उस स्टोरेज से करता है जो ब्राउज़र के पास वाक़ई खाली है। अगर नहीं समाता, तो आपको अभी पता चल जाता है, चालीस मिनट बाद नहीं। और कुछ अटका नहीं रहता: बीच में रद्द करें या टैब बंद करें, तो आधी लिखी फ़ाइल मिट जाती है।
व्यावहारिक सीमा आपकी डिस्क में बची जगह है, हमारा चुना हुआ कोई आँकड़ा नहीं। कई गीगाबाइट की स्रोत फ़ाइलें ठीक हैं — दो घंटे का वीडियो धैर्य का सवाल है, क्षमता का नहीं।
ब्राउज़र में वीडियो कैसे कंप्रेस करें
पूरी प्रक्रिया तीन क़दम की है और किसी सेटअप की ज़रूरत नहीं — डिफ़ॉल्ट 720p वही है जो ज़्यादातर लोग चाहते हैं।
- वीडियो चुनें, या ऊपर के फ़्रेम में खींच कर छोड़ें। फ़ाइल लोकल रूप से पढ़ी जाती है; अवधि, रेज़ोल्यूशन और साइज़ तुरंत दिख जाते हैं।
- क्वालिटी लेवल चुनें। 720p वीडियो को मूल के सबसे क़रीब रखता है, 540p मैसेजिंग ऐप के हिसाब से सधा हुआ है, 360p सबसे कस कर दबाता है। लक्ष्य रेज़ोल्यूशन शुरू करने से पहले ही दिख जाता है।
- कंप्रेस दबाएँ और इंतज़ार करें। प्रगति असली है, अनुमान नहीं। अंत में पहले और बाद का साइज़ दिखता है, और डाउनलोड नई फ़ाइल सहेज देता है।
कंप्रेशन एक ही दिशा में चलता है — हटाई गई बारीकियाँ वापस नहीं आतीं। मूल फ़ाइल तब तक रखें जब तक कंप्रेस्ड कॉपी देख कर संतुष्ट न हो जाएँ।
कौन सा क्वालिटी लेवल चुनें?
हर लेवल वीडियो की छोटी भुजा को एक लक्ष्य मान तक घटाता है और औसत बिटरेट पर सीमा लगाता है। हम चौड़ाई के बजाय छोटी भुजा इसलिए लेते हैं कि फ़ोन से लिया गया खड़ा वीडियो भी कैमरे के आड़े शॉट जैसा ही बरता जाए।
हम रेज़ोल्यूशन कभी बढ़ाते नहीं। अगर 720p वीडियो को 720p लेवल पर देंगे, तो रेज़ोल्यूशन जैसा है वैसा रहेगा और सिर्फ़ बिटरेट बदलेगा — यह जानना काम का है, क्योंकि ऐसे मामले में बचत 4K स्रोत की तुलना में काफ़ी कम होती है।
| लेवल | लक्ष्य | किसके लिए सबसे अच्छा |
|---|---|---|
| 720p · उच्च क्वालिटी | छोटी भुजा 720 px, ~2 Mbps | डिफ़ॉल्ट। साझा करना, संग्रह करना, फ़ोन या लैपटॉप पर देखना। |
| 540p · संतुलित | छोटी भुजा 540 px, ~1 Mbps | मैसेजिंग ऐप, ईमेल अटैचमेंट, अपलोड की साइज़ सीमाएँ। |
| 360p · सबसे छोटा साइज़ | छोटी भुजा 360 px, ~0.6 Mbps | लंबे वीडियो को किसी सख़्त साइज़ सीमा के नीचे लाना। |
ये वही तीन लेवल और वही बिटरेट हैं जो Photo Slim iPhone पर इस्तेमाल करता है, इसलिए यहाँ कंप्रेस की गई क्लिप और ऐप में कंप्रेस की गई क्लिप एक जैसी निकलती हैं।
वीडियो को 10 MB, 25 MB या 100 MB में कैसे कंप्रेस करें
कभी-कभी माँग «छोटा» नहीं होती, एक संख्या होती है: वह अपलोड फ़ॉर्म जो 25 MB से ऊपर कुछ नहीं लेता, वह चैट ऐप जो 10 MB पर रुक जाता है, वह पोर्टल जिसकी सीमा 100 MB है। टूल को क्वालिटी स्तर से लक्ष्य आकार पर बदल दीजिए, और आप उसे वही संख्या सौंप देते हैं। वह बजट को वीडियो की लंबाई से भाग देकर बिटरेट निकालता है, ऑडियो को चाहिए वह हिस्सा घटाता है, और फिर वह रिज़ॉल्यूशन चुनता है जिसे यह बिटरेट सचमुच सँभाल सके — यानी 720p, 540p और 360p के बीच का चुनाव आज़माइश से नहीं, आपके लिए किया जाता है।
वह जान-बूझकर लक्ष्य पर नहीं, उससे थोड़ा नीचे निशाना लगाता है, क्योंकि 25.4 MB पर उतरी फ़ाइल भी उतनी ही अस्वीकार होती है जितनी 60 MB वाली। दो सीमाएँ जान लेना ठीक रहता है। ऑडियो ट्रैक ज्यों का त्यों कॉपी होता है, इसलिए वह बजट का एक तय हिस्सा लेता है जिसे कोई क्वालिटी सेटिंग वापस नहीं ला सकती। और एक हद से ज़्यादा लंबाई के बाद छोटा लक्ष्य किसी भी क्वालिटी पर पाना मुमकिन नहीं रहता — चालीस मिनट की रिकॉर्डिंग देखने लायक 10 MB की फ़ाइल नहीं बनेगी। ऐसा हो तो टूल आपका समय गूदा बनाने में लगाने के बजाय शुरू करने से पहले ही बता देता है।
चूँकि निशाना लक्ष्य पर नहीं उससे नीचे लगता है, नतीजा सीमा से नीचे ही रहता है — चाहे गिनने वाली साइट एक मेगाबाइट को 1,000 किलोबाइट माने या 1,024।
आपका वीडियो कितना छोटा होगा?
यह लगभग पूरी तरह इस पर निर्भर है कि स्रोत क्या है, और जो सेवा तय प्रतिशत का वादा करती है वह अंदाज़ा लगा रही है। बचत दो तरफ़ से आती है: कम रेज़ोल्यूशन और कम बिटरेट। अगर आपका स्रोत दोनों में लक्ष्य से बहुत ऊपर है, तो गिरावट नाटकीय होगी। अगर वह पहले से क़रीब है, तो लेने को ज़्यादा कुछ नहीं।
तीन असली माप इस दायरे को ठोस बनाते हैं। 96 Mbps बिटरेट पर रिकॉर्ड की गई 9 सेकंड की 4K क्लिप 720p लेवल पर 105 MB से 2 MB पर आ गई — मूल के 2% से भी कम, क्योंकि इतनी अवधि के लिए स्रोत का बिटरेट बेतुका ऊँचा था। 121 सेकंड का 1080p वीडियो 101 MB से 25 MB पर आया, यानी लगभग एक-चौथाई। और 150 सेकंड की वह क्लिप जो पहले से 720p थी, सिर्फ़ 95 MB से 37 MB पर आई, क़रीब 39%, क्योंकि रेज़ोल्यूशन के पास नीचे जाने की जगह नहीं थी।
पैटर्न स्थिर है: ऊँचे बिटरेट वाले फ़ोन के शॉट, स्क्रीन रिकॉर्डिंग और 4K में शूट किया हुआ सब कुछ ज़बरदस्त सिकुड़ता है। जो वीडियो एक बार कंप्रेस हो चुका है — मसलन मैसेजिंग ऐप से डाउनलोड की गई क्लिप — उसके पास देने को बहुत कम बचा है, और उसे फिर दबाना मेगाबाइट से ज़्यादा क्वालिटी में महँगा पड़ता है।
ब्राउज़र सपोर्ट
टूल को WebCodecs API और एक काम करता H.264 वीडियो एनकोडर चाहिए। यह जोड़ी Chrome, Edge और बाक़ी Chromium ब्राउज़रों के मौजूदा संस्करणों में है, और Safari 18 तथा उसके बाद के संस्करणों में भी। Firefox अभी WebCodecs वीडियो एनकोडर नहीं देता, इसलिए टूल इसे पहचान कर आपको बता देता है, बीच में विफल नहीं होता।
जाँच पेज लोड होते समय होती है, बटन दबाने पर नहीं, इसलिए फ़ाइल चुनने से पहले ही आपको पता चल जाता है।
| ब्राउज़र | काम करता है | टिप्पणी |
|---|---|---|
| Chrome / Edge (डेस्कटॉप) | हाँ | सबसे तेज़ रास्ता। ग्राफ़िक्स कार्ड का हार्डवेयर एनकोडर उपलब्ध हो तो उसी का इस्तेमाल करता है। |
| Safari 18+ (macOS) | हाँ | समर्थित। समान सेटिंग पर नतीजे का साइज़ Chrome से थोड़ा अलग हो सकता है। |
| मोबाइल पर Chrome / Safari | आम तौर पर | नए डिवाइसों पर चलता है, पर लंबे वीडियो धीमे होते हैं और बैटरी खींचते हैं। |
| Firefox | अभी नहीं | WebCodecs वीडियो एनकोडर नहीं है। पेज यह बता देता है और विकल्प सुझाता है। |
शुरू करने से पहले जानने लायक़ सीमाएँ
यह एक फ़ाइल का टूल है, और यह अपनी हद के बारे में ईमानदार है। सीमाएँ पहले से जान लेना कंप्रेशन के बीच में उन्हें खोजने से ज़्यादा काम का है।
- एक बार में एक फ़ाइल। बैच की कोई क़तार नहीं — पूरे कैमरा रोल के लिए सही औज़ार ऐप है।
- कोई सख़्त साइज़ लिमिट नहीं, पर स्टोरेज की जाँच है। सीमा आपकी डिस्क की खाली जगह है, और यह एनकोडिंग शुरू होने से पहले परखी जाती है, बीच में पता नहीं चलती।
- लक्ष्य आकार पूरी कोशिश है, गारंटी नहीं। आप 10, 25 या 100 MB चुनते हैं और बिटरेट उसी संख्या से पीछे की ओर निकाला जाता है, थोड़ा नीचे का निशाना रखकर — लेकिन ऑडियो ज्यों का त्यों कॉपी होता है और बजट का तय हिस्सा लेता है, और पर्याप्त लंबा वीडियो किसी भी क्वालिटी पर छोटे लक्ष्य में नहीं समाएगा। यह बात कंप्रेस होने के बाद नहीं, शुरू करने से पहले बता दी जाती है।
- ऑडियो कॉपी होता है, दोबारा एनकोड नहीं होता। आपकी मूल ऑडियो ट्रैक बिट-दर-बिट सुरक्षित रहती है, 5.1 सराउंड सहित, और इसका यह भी मतलब है कि साइज़ घटाने में ऑडियो का कोई योगदान नहीं।
- नतीजा हमेशा MP4 होता है (डिफ़ॉल्ट रूप से H.264, चालू करें तो HEVC)। यहाँ फ़ॉर्मैट बदलना, GIF निकालना, ट्रिम करना या वॉटरमार्क लगाना नहीं है।
- बहुत लंबे वीडियो में समय तो लगता ही है। हार्डवेयर एनकोडिंग वाले डेस्कटॉप पर हमने असली समय से दस से सत्रह गुना तेज़ रफ़्तार मापी — 10 मिनट का वीडियो क़रीब एक मिनट में निकलता है — और फ़ोन काफ़ी धीमे होते हैं।
यहाँ आप जो भी करें, वह आपकी डिस्क पर पड़ी मूल फ़ाइल को नहीं छूता। कंप्रेस्ड कॉपी एक अलग डाउनलोड है, इसलिए मूल को मिटाना हमेशा आपका स्पष्ट फ़ैसला रहता है।
FAQ
मेरा वीडियो वाक़ई अपलोड नहीं होता?
नहीं होता, और यह जाँचा जा सकता है। कंप्रेशन WebCodecs से होकर जाता है, जो ब्राउज़र का एक API है और फ़्रेम आपके ही डिवाइस के वीडियो एनकोडर को सौंपता है। ऐसा कोई एंडपॉइंट ही नहीं है जो आपकी फ़ाइल ले। कंप्रेस करते समय ब्राउज़र का नेटवर्क पैनल खोलें और आपको एक भी अपलोड नहीं दिखेगा; या यह पेज लोड करें, इंटरनेट काट दें और फिर भी कंप्रेस करें — यह चलता ही रहता है।
मैं कितना बड़ा वीडियो कंप्रेस कर सकता हूँ?
कोई साइज़ लिमिट नहीं है। कंप्रेस्ड वीडियो का हर हिस्सा मेमोरी में जमा होने के बजाय एनकोड होते-होते स्टोरेज में लिखा जाता है, इसलिए दो घंटे की रिकॉर्डिंग को लगभग उतनी ही मेमोरी चाहिए जितनी दो मिनट की को — जब हमने 500 MB का नतीजा बनाया, तो शुरू से आख़िर तक 643 MB का सपाट शिखर मापा। असली सीमा आपकी डिस्क की खाली जगह है, और वह एनकोडिंग शुरू होने से पहले जाँची जाती है, बीच में पता नहीं चलती। कई गीगाबाइट की फ़ाइलें चलती हैं; बस वक़्त ज़्यादा लगता है।
कोई वॉटरमार्क, अकाउंट या दैनिक सीमा है?
तीनों में से कोई नहीं। कोई वॉटरमार्क नहीं जुड़ता, कुछ बनाने या लॉग इन करने को नहीं है, और कोई दैनिक कोटा या क़तार नहीं — कोई सर्वर ही नहीं है जो काम करे और जिसका ख़र्च निकालना पड़े।
कंप्रेस होने में कितना समय लगता है?
हार्डवेयर एनकोडिंग वाले डेस्कटॉप पर हमने असली समय से दस से सत्रह गुना तेज़ रफ़्तार मापी: 2 मिनट की क्लिप क़रीब 9 सेकंड में, 10 मिनट का वीडियो क़रीब एक मिनट में, 40 मिनट की रिकॉर्डिंग तीन मिनट से कम में। यह रफ़्तार इसलिए है कि WebCodecs फ़्रेम आपके डिवाइस में बने वीडियो एनकोडर को सौंपता है, पेज के अंदर सॉफ़्टवेयर एनकोडर नहीं चलाता। फ़ोन काफ़ी धीमे होते हैं, और टैब को सामने ही रहना पड़ता है।
क्या कंप्रेशन से वीडियो की क्वालिटी ख़राब होगी?
तकनीकी रूप से हाँ, क्योंकि कंप्रेशन डेटा हटाता है, पर 720p पर फ़र्क़ फ़ोन या लैपटॉप पर मुश्किल से दिखता है। साफ़ दिखने वाला धुँधलापन तब आता है जब रेज़ोल्यूशन आक्रामक ढंग से घटाया जाए — 360p लेवल एक सोचा-समझा सौदा है। नतीजा जाँचने तक मूल फ़ाइल रखें; कंप्रेशन पलटा नहीं जा सकता।
वीडियो को 25 MB से कम में कैसे कंप्रेस करें?
टूल को क्वालिटी स्तर से लक्ष्य आकार पर बदलिए और 25 MB चुनिए — 10 MB और 100 MB भी हैं। क्वालिटी स्तर चुनने के बजाय आप संख्या देते हैं, और वह वीडियो की लंबाई से बिटरेट पीछे की ओर निकालता है, उस बिटरेट के लायक रिज़ॉल्यूशन चुनता है, और लक्ष्य से थोड़ा नीचे निशाना लगाता है, ताकि नतीजा सीमा पर टिकने के बजाय उससे नीचे रहे। क्या मुमकिन है, यह दो बातें तय करती हैं: ऑडियो ज्यों का त्यों कॉपी होकर बजट का तय हिस्सा लेता है, और पर्याप्त लंबा वीडियो किसी भी क्वालिटी पर छोटे लक्ष्य में नहीं समाता — ऐसा होने पर आपको देखने लायक न होने वाली फ़ाइल थमाने के बजाय शुरू करने से पहले ही बता दिया जाता है।
मेरा वीडियो सिर्फ़ थोड़ा ही छोटा क्यों हुआ?
लगभग हमेशा इसलिए कि वह पहले से ही कुशलता से कंप्रेस्ड था। जो क्लिप पहले से 720p है वह 720p सेटिंग पर रेज़ोल्यूशन नहीं खो सकती, इसलिए सिर्फ़ बिटरेट घटता है — आम तौर पर क़रीब 40% की बचत, 80% की नहीं। कम लेवल आज़माएँ, या मान लें कि हटाने को ज़्यादा कुछ नहीं बचा।
H.264 इस्तेमाल करूँ या HEVC?
H.264 डिफ़ॉल्ट है क्योंकि यह हर जगह चलता है और हर डिवाइस पर तेज़ एनकोड होता है। HEVC ज़्यादा कुशल कोडेक है, पर यहाँ यह आपको छोटी फ़ाइल नहीं देगा: दोनों कोडेक को एक ही लक्ष्य बिटरेट दिया जाता है, इसलिए HEVC इस कुशलता को कम बाइट्स पर नहीं, साफ़ तस्वीर पर खर्च करता है — हमारी अपनी जाँच में समान बिटरेट पर वह साफ़ तौर पर बेहतर दिखा और आकार में थोड़ा बड़ा ही निकला। व्यावहारिक होने के लिए उसे हार्डवेयर HEVC एनकोडर भी चाहिए: जिन मशीनों में वह नहीं है, वहाँ यह दस गुना से भी धीमा हो सकता है, और पुराने प्लेयर नतीजा खोल भी न पाएँ। जब किसी तय आकार में सबसे अच्छी तस्वीर चाहिए और नतीजा सिर्फ़ आपके लिए है, तब इसे चालू करें।
क्या यह iPhone या Android पर चलता है?
नए फ़ोनों पर हाँ — Safari 18+ और Chrome दोनों ज़रूरी API सपोर्ट करते हैं। पर लंबे वीडियो के लिए यह सबसे अच्छी जगह नहीं है: फ़ोन धीमे एनकोड करते हैं, टैब को सामने रहना पड़ता है, और बैटरी ख़र्च होती है। फ़ोन पर पूरी लाइब्रेरी के लिए बैच में काम करने वाला नेटिव ऐप काफ़ी बेहतर बैठता है।
ऑडियो का क्या होता है?
वह जैसा है वैसा ही कॉपी होता है, दोबारा एनकोड किए बिना — 5.1 सराउंड ट्रैक सहित। इससे ऑडियो ट्रैक बिलकुल वैसी ही रहती है, और इसका यह भी मतलब है कि साइज़ में पूरी कमी तस्वीर से आती है। जो क्लिप मुख्य रूप से कम बिटरेट की बातचीत है, उसमें ऑडियो कंप्रेस्ड फ़ाइल का एक ध्यान देने लायक़ हिस्सा बन सकता है।
एक साथ कई वीडियो कैसे कंप्रेस करूँ?
यहाँ नहीं — यह टूल जान-बूझ कर एक बार में एक फ़ाइल लेता है। iPhone पर Photo Slim आपकी पूरी लाइब्रेरी स्कैन करता है, कुछ भी छूने से पहले हर वीडियो की अनुमानित बचत दिखाता है, और डिवाइस पर ही बैच में कंप्रेस करता है। हर मूल फ़ाइल «Recently Deleted» में चली जाती है, जहाँ से उसे 30 दिन तक वापस लाया जा सकता है।
आगे पढ़ें
AskClean टीम · अपडेट किया गया 2026-08-12