वीडियो ऑनलाइन कंप्रेस करें

टार्गेट साइज़ चुनें और कंप्रेसर उसे पूरा करता है — सब आपके ब्राउज़र में, बिना फ़ाइलें किसी सर्वर पर भेजे।

Drop any file here

or

Video, audio, image, or PDF — any size, no upload

🔒 Files never leave your device — everything runs in your browser.

कंप्रेसर फ़ैसला कैसे करता है

साइज़ टाइप करें और टूल उसे बिट-बजट में बदल देता है: लक्ष्य के बाइट गुणा आठ, भाग वीडियो की अवधि। पहला पास एन्कोडर को इसका 93% ही देता है, क्योंकि कंटेनर भी बाइट खाता है और हार्डवेयर एन्कोडर बजट से ऊपर निकल जाते हैं। ऑडियो एक तय हिस्सा लेता है — कुल 1.5 Mbps या उससे ज़्यादा हो तो 128 kbps, और लक्ष्य कसते जाएँ तो घटते हुए 96, 64 और 48 kbps — बाक़ी सब वीडियो को मिलता है। अगर वीडियो का हिस्सा 80 kbps से नीचे गिरता हो, तो धुँधली तस्वीर थमाने के बजाय ऑडियो हटा दिया जाता है, और नतीजा यह बात साफ़ बता देता है।

जब तक वीडियो बिटरेट हर फ़्रेम में प्रति पिक्सेल 0.045 बिट सँभाल सके, रेज़ोल्यूशन जैसा है वैसा रहता है। उससे नीचे टूल एक तय सीढ़ी उतरता है — 2160, 1440, 1080, 720, 540, 480, 360, 240 — कभी अपस्केल नहीं करता, और नए डाइमेंशन बता देता है। 10 MB के लक्ष्य पर 30 सेकंड का क्लिप आम तौर पर 1080p या 720p बचा लेता है; क़रीब दो मिनट की लंबाई पर 480p-स्तर के आउटपुट की उम्मीद रखें।

लक्ष्य एक वादा है, इसलिए टूल अपना काम ख़ुद जाँचता है। पहला पास आम तौर पर 5–13% ऊपर उतरता है; तब एन्कोड बढ़ते हुए सुधार के साथ दोबारा चलता है, ज़्यादा से ज़्यादा तीन पास, और दूसरा पास लगभग हमेशा फ़िट बैठ जाता है। अगर 80 kbps की न्यूनतम सीमा पर भी फ़ाइल न बैठे, तो टूटी फ़ाइल थमाने के बजाय टूल मना कर देता है — “बड़ा साइज़ चुनें या पहले वीडियो काट लें।” जो फ़ाइल पहले से लक्ष्य के नीचे हो, वह जस की तस वापस मिलती है।

स्लाइडर एक अलग मोड है: एक तेज़ पास, साइज़ की कोई गारंटी नहीं, तीन ज़ोन में — हल्का, संतुलित, तेज़ (Light, Balanced, Strong)। इसके आर-पार छत हर फ़्रेम में प्रति पिक्सेल 0.14 से 0.025 बिट तक गिरती है, और सोर्स के सापेक्ष कैप रहती है (सबसे नरम सेटिंग पर उसकी अपनी बिटरेट का 85%, सबसे सख़्त पर 22%), ताकि कोई एन्कोड कभी उससे ज़्यादा न ख़र्चे जितना ओरिजिनल में है ही। हल्का जान-बूझकर संयमित है: वह ज़्यादा से ज़्यादा एक पायदान उतरता है (1080p घटकर 720p हो सकता है, 480p कभी नहीं), और जो सोर्स पहले से हल्का मोड के बजट के आधे से भी कम ख़र्च कर रहा हो, वह बाइट-दर-बाइट अनछुआ, एक ईमानदार नोट के साथ वापस आता है। मोटी iPhone फ़ुटेज फिर भी कंप्रेस होती है। संतुलित और तेज़ में, मेमोरी में बना आउटपुट लाइव अनुमान से 1.5× से ज़्यादा निकले तो उसे सटीक-साइज़ मोड में, उसी अनुमान पर निशाना साधकर, दोबारा किया जाता है।

दो इंजन, दोनों आपके डिवाइस पर। WebCodecs आपके वीडियो हार्डवेयर का इस्तेमाल करता है और पहले चलता है, H.264 को तरजीह देते हुए, क्योंकि यही वह एक कोडेक है जो हर जगह चलता है — इसीलिए MKV या WebM नतीजे में MP4 बनकर निकलती है। जब ब्राउज़र कंटेनर पढ़ ही न सके (AVI, FLV, WMV, 3GP, MPG) या उसमें WebCodecs न हो, जैसे Firefox के पुराने बिल्ड में, तो वही काम ffmpeg.wasm फ़ॉलबैक पर चलता है — वीडियो हार्डवेयर की जगह सॉफ़्टवेयर, पर अपलोड तब भी नहीं।

आपको सच में कौन-सा साइज़ चाहिए?

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

प्लेटफ़ॉर्मदर्ज सीमालोग कहाँ फँसते हैं
Discord 10 MB फ्री · 50 MB Nitro Basic · 500 MB Nitro बाइट-दर-बाइट जाँच होती है; सीमा अपलोड करने वाले की सब्सक्रिप्शन से तय होती है, सर्वर से नहीं।
WhatsApp Status 16 MB; चैट कहीं बड़ी फ़ाइलें लेती है 30 सेकंड से लंबे Status क्लिप टुकड़ों में बँट जाते हैं; चैट के बड़े वीडियो सबसे ज़्यादा दोबारा कंप्रेस होते हैं।
ईमेल Gmail और Yahoo 25 MB, Outlook.com 20 MB — विज्ञापित Base64 अटैचमेंट को ~33% फुला देता है: व्यावहारिक छत क़रीब 18 MB (Gmail) और 15 MB (Outlook); कॉरपोरेट सर्वर आम तौर पर 10 MB।
Telegram 2 GB (Premium के साथ 4 GB) हूबहू रखने के लिए फ़ाइल के रूप में भेजें; 50–100 MB सेकंडों में चला जाता है।
Messenger 25 MB चैट मीडिया · 100 MB फ़ाइल अटैचमेंट के रूप में (मोबाइल) फ़ाइल वाले रास्ते में इनलाइन प्लेबैक नहीं — पाने वाला डाउनलोड करता है।
WeChat चैट वीडियो 20 MB से नीचे फ़ोटो 10 MB; ऐप के भीतर रिकॉर्डिंग 15 सेकंड; फ़ाइल के रूप में भेजने की कोई प्रकाशित सीमा नहीं, इसलिए कोई छापी भी नहीं गई।
Slack हर प्लान पर 1 GB प्रति फ़ाइल फ्री प्लान: फ़ाइलें 90 दिन बाद नज़र से हट जाती हैं, एक साल बाद डिलीट — मामला रिटेंशन का है, साइज़ का नहीं।
KakaoTalk 300 MB प्रति फ़ाइल, फ़ोन और PC दोनों पर हर फ़ाइल-टाइप पर; कोई पेड टियर इसे नहीं बढ़ाता।
Zalo 1 GB प्रति फ़ाइल 100 MB या उससे छोटा मीडिया लंबे समय तक रखा जाता है; भारी मीडिया एक्सपायर हो सकता है।
Twitter (X) 512 MB और 2 मिनट 20 सेकंड (स्टैंडर्ड अकाउंट) MP4 या MOV; Premium में ज़्यादा की इजाज़त है, पर X हर अपलोड दोबारा एन्कोड करता है।
Instagram कोई बाइट-सीमा छपी नहीं — प्रीसेट 25 MB Story · 50 MB Reel · 100 MB लंबा वीडियो हर अपलोड दोबारा एन्कोड होता है; ज़्यादा बड़ी फ़ाइलें सबसे ज़्यादा दबाई जाती हैं।
TikTok वेब: 10 GB और 30 मिनट से नीचे · API/शेड्यूलर 4 GB · Ads Manager 500 MB ऐप अवधि दर्ज करता है (60 मिनट), बाइट नहीं; “287 MB iPhone लिमिट” किसी आधिकारिक पेज पर नहीं है।
YouTube 256 GB या 12 घंटे (फ़ोन से वेरिफ़ाई होने तक 15 मिनट) सुझाव 1080p पर ~8 Mbps, 720p पर 5 Mbps — इससे ऊपर के बाइट ज़्यादातर फेंक दिए जाते हैं।

दो पैटर्न सबसे ज़्यादा नुक़सान करते हैं। ईमेल आपकी फ़ाइल नहीं, एन्कोडेड संदेश नापता है, इसलिए ईमेल वाला पेज विज्ञापित 25 और 20 की जगह Gmail के लिए 18 MB और Outlook के लिए 15 MB पर निशाना रखता है। और चैट ऐप दो लेन चलाते हैं — Messenger में 25 MB इनलाइन बनाम 100 MB फ़ाइल के रूप में, WhatsApp में 16 MB Status बनाम कहीं बड़ी चैट फ़ाइलें। जिस सीमा को कोई प्लेटफ़ॉर्म पेज नहीं कवर करता, उसके लिए साइज़ वाले पेज 2 MB से 8 MB, 25 MB और 100 MB होते हुए 200 MB तक जाते हैं।

पहले काटें, फिर कंप्रेस करें

जब टूल किसी लक्ष्य से मना करता है, तो उसका संदेश “पहले वीडियो काट लें” पर ख़त्म होता है, और वह यह सचमुच कहता है: 10 MB में कसा हुआ एक मिनट का क्लिप लगभग हमेशा उसी बजट में कुचले गए दस मिनट से बेहतर दिखता है। वीडियो ट्रिम करें एक असली प्लेयर खोलता है; H.264 फ़ाइल का सिर्फ़ अंत काटने पर स्ट्रीम बिना दोबारा एन्कोड किए कॉपी होती है, और शुरुआत खिसकाने पर (या किसी और कोडेक में) आपके वीडियो हार्डवेयर पर फ़्रेम-सटीक दोबारा एन्कोडिंग होती है। वीडियो क्रॉप करें पहले 9:16, 1:1, 16:9 या 4:3 पर स्नैप करता है, ताकि सिर्फ़ वे पिक्सेल बिटरेट ख़र्चें जिन्हें आप रख रहे हैं। जो फ़ॉर्मैट ब्राउज़र चलाएगा ही नहीं — AVI, WMV, अक्सर पुराने फ़ोन का 3GP या ब्रॉडकास्ट TS — उनका दोनों टूल में कोई प्रीव्यू नहीं मिलता: उन्हें पहले MP4 में बदलें। सिर्फ़ आवाज़ चाहिए तो कंप्रेशन छोड़िए और MP3 निकाल लीजिए। और कंप्रेस एक ही बार करें: बार-बार की दोबारा एन्कोडिंग क्वालिटी का नुक़सान जोड़ती जाती है, इसलिए अपना आख़िरी लक्ष्य ओरिजिनल पर चलाएँ।

ख़ास कंप्रेशन टूल

अक्सर पूछे जाने वाले सवाल

यह मेरा माँगा हुआ सटीक साइज़ कैसे हासिल करता है?

कंप्रेसर आपका साइज़-बजट वीडियो और ऑडियो में बाँटता है, ज़रूरत पड़ने पर रेज़ोल्यूशन घटाता है और नतीजा जाँचता है — ज़्यादा निकले तो टार्गेट में आने तक री-एन्कोड करता है।

कौन से फ़ॉर्मैट स्वीकार होते हैं?

MP4, MOV, WebM, MKV और पुराने फ़ॉर्मैट (AVI, FLV, WMV, MPG)। आउटपुट MP4 (H.264) है जो हर जगह चलता है: Discord, WhatsApp, ईमेल, TV।

क्या मेरा वीडियो किसी सर्वर पर अपलोड होता है?

नहीं। पूरी प्रोसेसिंग आपके ही डिवाइस के हार्डवेयर एक्सेलरेशन के साथ ब्राउज़र में होती है। वीडियो कभी डिवाइस से बाहर नहीं जाता।

हल्का, संतुलित और तेज़ सच में क्या करते हैं?

वे तय करते हैं कि सोर्स की अपनी बिटरेट का कितना हिस्सा बचेगा — सबसे नरम सेटिंग पर 85%, सबसे सख़्त पर 22% — एक ऐसी छत के नीचे जो हर फ़्रेम में प्रति पिक्सेल 0.14 से 0.025 बिट तक गिरती है। हल्का 128 kbps ऑडियो रखता है और रेज़ोल्यूशन ज़्यादा से ज़्यादा एक पायदान उतारता है; तेज़ 96 kbps ऑडियो लेता है और जितना बजट माँगे उतना नीचे उतरता है। तीनों में से कोई बाइट-गिनती की गारंटी नहीं देता — उसके लिए सटीक साइज़ सेट करें।

उसने मेरी फ़ाइल बिना बदले क्यों लौटा दी?

दो ईमानदार वजहें। सटीक-साइज़ मोड में, जो फ़ाइल पहले से लक्ष्य के नीचे है वह अनछुई वापस मिलती है — बजट की ओर कंप्रेस करते हुए फ़ाइल कभी बड़ी नहीं होनी चाहिए। हल्का पर, जो सोर्स पहले से हल्का मोड के प्रति-पिक्सेल बजट के आधे से कम ख़र्च कर रहा हो (कोई स्क्रीन रिकॉर्डिंग, कोई दुबली डाउनलोड), वह दोबारा एन्कोड से सिर्फ़ क्वालिटी खो सकता है, इसलिए एक नोट के साथ बाइट-दर-बाइट वापस आता है। फिर भी छोटा करना हो तो संतुलित पर जाएँ या सटीक साइज़ सेट करें।

क्या यह 2 GB की फ़ाइल कंप्रेस कर सकता है?

हाँ — इनपुट साइज़ की कोई सीमा नहीं, क्योंकि फ़ाइल आपकी डिस्क से पढ़ी जाती है, अपलोड नहीं होती। Chromium ब्राउज़रों में 300 MB या उससे बड़ी एक फ़ाइल पहले पूछती है कि कहाँ सहेजना है, फिर एन्कोड करते-करते नतीजा सीधे डिस्क पर लिखती जाती है, इसलिए मेमोरी सपाट रहती है; दूसरे ब्राउज़र काम मेमोरी में चलाते हैं, और फ़ाइल आपके डिवाइस के लिए बड़ी हो तो टूल पहले चेतावनी देता है। हार्डवेयर-तेज़ पास आम तौर पर लगभग रियल-टाइम रफ़्तार से चलता है।