Discord और ईमेल के लिए वीडियो का साइज़ कम करें (10/25 MB)

हर सर्विस की अपनी सीमा होती है, और पिछले कुछ सालों में ज़्यादातर ने इसे कम से कम एक बार बदला है, इसलिए आपको याद नंबर पुराना हो सकता है। Discord इसका सबसे साफ़ उदाहरण है: 2024 में उसने फ्री अपलोड लिमिट 25 MB से घटाकर प्रति फ़ाइल 10 MB कर दी। Nitro Basic सब्सक्राइबर को 50 MB और पूरे Nitro को 500 MB मिलता है। सर्वर बूस्ट भी उस सर्वर के सभी सदस्यों की सीमा बढ़ाते हैं: बूस्ट लेवल 2 पर 50 MB और लेवल 3 पर 100 MB। अगर आप किसी व्यस्त कम्युनिटी सर्वर में पोस्ट करते हैं, तो कुछ भी कंप्रेस करने से पहले उसका बूस्ट लेवल देखें, क्योंकि जो लिमिट ज़्यादा हो वही लागू होती है।

ईमेल अलग तरह से काम करता है। Gmail में प्रति संदेश 25 MB तक अटैचमेंट लग सकता है, और इससे बड़ी फ़ाइल जोड़ते ही अपने आप Google Drive लिंक बन जाती है। Outlook.com 20 MB अटैचमेंट पर रुक जाता है और उससे ऊपर OneDrive लिंक देता है। कई कंपनियों के मेल सर्वर इससे भी नीचे, अक्सर 10 MB पर होते हैं, और बड़ा मेल लौटा देते हैं, बिना बताए कि किस तरफ़ से रिजेक्ट हुआ। चैट ऐप में फ़ाइल लिमिट काफ़ी ज़्यादा होती है, लेकिन सामान्य मीडिया की तरह भेजे गए वीडियो को वे चुपचाप दोबारा एन्कोड कर देते हैं, इसलिए दूसरी तरफ़ वाले को क्या दिखेगा, यह सिर्फ़ साइज़ लिमिट से तय नहीं होता।

नीचे की टेबल में 2024 और 2025 के ज़रूरी नंबर हैं। इन्हें शुरुआती आधार मानें और फ़ाइल सीमा के बिल्कुल पास हो तो सर्विस का अपना हेल्प पेज देखें, क्योंकि प्लान और क्षेत्र अलग हो सकते हैं। इस गाइड में हमारे लक्ष्य हैं: Discord और ज़्यादातर ऑफ़िस ईमेल के लिए 10 MB, Gmail के लिए 25 MB और Outlook के लिए 20 MB। जिन लोगों को भेज रहे हैं, उनमें सबसे छोटी लिमिट चुनें, क्योंकि जो फ़ाइल आपके मेलबॉक्स से निकल जाए, वह उनके मेलबॉक्स में रिजेक्ट हो सकती है।

वीडियो फ़ाइल मुख्य रूप से बिट्स की एक धारा होती है जो एक स्थिर औसत दर से आती है, जिसे बिटरेट कहते हैं और जिसे मेगाबिट प्रति सेकंड (Mbps) में मापा जाता है। इस दर को सेकंड से गुणा करें तो फ़ाइल साइज़ मेगाबिट में मिलता है; 8 से भाग दें तो मेगाबाइट। रिज़ॉल्यूशन, कोडेक और फ़्रेम रेट इसलिए मायने रखते हैं कि वे तय करते हैं कि ठीक दिखने के लिए हर सेकंड को कितने बिट चाहिए। इसी वजह से 4K क्लिप और 480p क्लिप का साइज़ बिल्कुल बराबर हो सकता है: अगर दोनों 30 सेकंड तक 2 Mbps पर चलें, तो दोनों लगभग 7.5 MB के होंगे, बस एक अपने सामान्य बिटरेट की तुलना में कहीं ख़राब दिखेगी।

फ़ॉर्मूले को उलटें तो अपनी लिमिट का बजट मिल जाता है। दस मेगाबाइट यानी 80 मेगाबिट। 60 सेकंड की क्लिप में फैलाने पर पूरे वीडियो, यानी तस्वीर और आवाज़ दोनों, के लिए लगभग 1.33 Mbps मिलता है। Gmail का 25 MB लक्ष्य 200 मेगाबिट है, यानी उसी एक मिनट में लगभग 3.3 Mbps। ऑडियो पहले अपना हिस्सा लेता है: 128 kbps पर आवाज़ प्रति मिनट लगभग 1 MB लेती है, जो Discord बजट का दसवाँ हिस्सा है। बाकी तस्वीर को जाता है, और वही बचा हुआ नंबर तय करता है कि नतीजा साफ़ दिखेगा या धुँधला।

यही फ़ॉर्मूला बताता है कि फ़ोन की फ़ुटेज इतनी भारी क्यों होती है। Apple के अनुसार High Efficiency फॉर्मेट में 30 fps पर 4K लगभग 170 MB प्रति मिनट और 30 fps पर 1080p लगभग 60 MB प्रति मिनट होता है, जो 10 MB की फ़ाइल में समाने वाले बिटरेट से कहीं ज़्यादा है। एक मिनट की 4K को 10 MB में लाना 17 गुना कटौती है। यह संभव है, पर हर फ़्रेम पर बहुत कम बिट ख़र्च करके, जिसका व्यवहार में मतलब हर फ़्रेम में कम पिक्सल भी है।

ट्रिमिंग सबसे असरदार उपाय है, क्योंकि यह फ़ॉर्मूले में अवधि घटाती है, और आपके हटाए हर सेकंड के बिट बचे हुए सेकंड को मिल जाते हैं। काउंटडाउन, हिलती-डुलती शुरुआत और अंत का लंबा अलविदा काट दें, तो 90 सेकंड की क्लिप अक्सर 40 सेकंड की हो जाती है और देखने लायक कुछ नहीं खोता। इसके बाद रिज़ॉल्यूशन आता है। 720p में 1080p के 44% पिक्सल होते हैं, इसलिए उसी बिटरेट पर हर पिक्सल को दोगुने से ज़्यादा डेटा मिलता है। फ़ोन या Discord चैट विंडो में देखने के लिए, ठीक-ठाक बिटरेट पर 720p उस 1080p से साफ़ दिखता है जिसे बिट कम पड़ गए हों।

बिटरेट या क्वालिटी सीधा नियंत्रण है। एन्कोडर में आप या तो औसत बिटरेट तय करते हैं, जो साइज़ तय कर देता है, या कॉन्स्टेंट क्वालिटी वैल्यू, जो लुक तय करती है और साइज़ को घटने-बढ़ने देती है। x264 में, यानी HandBrake और FFmpeg के H.264 एन्कोडर में, इस क्वालिटी वैल्यू को CRF कहते हैं; डिफ़ॉल्ट 23 है, कम नंबर का मतलब बेहतर क्वालिटी, और FFmpeg के डॉक्यूमेंटेशन के अनुसार इसे 6 बढ़ाने पर फ़ाइल लगभग आधी हो जाती है। कॉन्स्टेंट क्वालिटी आर्काइव के लिए बढ़िया है, पर यह भरोसा नहीं देती कि फ़ाइल 10 MB से नीचे आएगी, इसलिए सख़्त लिमिट हो तो यह ग़लत तरीक़ा है।

फ़्रेम रेट और ऑडियो छोटे उपाय हैं। 60 fps फ़ुटेज को 30 fps करने से अच्छी बचत होती है, पर पूरा आधा नहीं, क्योंकि पास-पास के फ़्रेम आपस में अच्छी तरह कंप्रेस होते हैं। बातचीत, ट्यूटोरियल और स्क्रीन रिकॉर्डिंग में 30 fps या 24 fps पर भी कुछ दिखने लायक नहीं घटता। आवाज़ के लिए संगीत में 128 kbps AAC आरामदायक है, बोलने के लिए 96 kbps काफ़ी है, और एक व्यक्ति के बोलने के लिए 64 kbps भी चलता है। छोटी बिना आवाज़ की क्लिप में, जैसे गेम हाइलाइट जिसका संगीत आपको नहीं चाहिए, ऑडियो ट्रैक हटाने से तस्वीर को प्रति मिनट लगभग पूरा एक मेगाबाइट और मिल जाता है।

टारगेट-साइज़ एन्कोडर ऊपर वाला हिसाब आपके लिए खुद कर देता है। वह क्लिप की अवधि पढ़ता है, ऑडियो का हिस्सा घटाता है, कंटेनर के ओवरहेड के लिए थोड़ा मार्जिन रखता है और बचा हुआ बिटरेट वीडियो को दे देता है। टू-पास एन्कोडिंग में पहला पास पूरी क्लिप को स्कैन करके पता लगाता है कि मोशन कहाँ ज़्यादा है; दूसरा पास भारी सीन पर ज़्यादा बिट और स्थिर सीन पर कम बिट खर्च करता है, जबकि औसत टारगेट पर ही रहता है। वीडियो का साइज़ कम करें टूल इसी तरह काम करता है: कम्प्रेस करने का तरीका को टारगेट साइज़ पर रहने दें, लिमिट लिखें, और टू-पास एन्कोडिंग पहले से चालू है।

साइज़ जितना ही कंटेनर और कोडेक भी मायने रखते हैं। MP4 फ़ाइल में AAC ऑडियो के साथ H.264 वीडियो Discord में सीधे चलता है, Gmail और Outlook में प्रीव्यू होता है, और पिछले दस सालों में बने हर फोन, लैपटॉप और स्मार्ट TV पर खुलता है। H.265 (HEVC), AV1 और VP9 उतने ही MB में ज़्यादा क्वालिटी भरते हैं, लेकिन पुराने Windows लैपटॉप या सही डिकोडर के बिना ब्राउज़र वाले दोस्त को सिर्फ़ डाउनलोड लिंक या काली फ्रेम दिख सकती है। iPhone में High Efficiency सेटिंग पर वीडियो डिफ़ॉल्ट रूप से MOV में HEVC रिकॉर्ड होता है, इसीलिए MOV को MP4 में बदलना और कंप्रेस करना अक्सर एक ही स्टेप में हो जाता है।

दो आदतें टारगेट-साइज़ एन्कोड को भरोसेमंद रखती हैं। पहली, लिमिट से थोड़ा नीचे का निशाना रखें, यानी ठीक 10 MB की जगह 9.5 MB, क्योंकि ऑपरेटिंग सिस्टम मेगाबाइट अलग-अलग गिनते हैं और एक जगह 10.0 MB दिखने वाली फ़ाइल दूसरी जगह रिजेक्ट हो सकती है। दूसरी, हमेशा ओरिजिनल रिकॉर्डिंग से शुरू करें। हर लॉसी री-एन्कोड कुछ डिटेल गँवा देता है, और जिस फ़ाइल को चैट ऐप पहले ही कंप्रेस कर चुका है उसे फिर कंप्रेस करने से नुकसान जुड़ता जाता है। पहला नतीजा ज़्यादा धुंधला लगे तो छोटी फ़ाइल को दोबारा कंप्रेसर में डालने के बजाय सोर्स पर लौटकर रेज़ोल्यूशन बदलें।

एक बार की क्लिप के लिए सबसे तेज़ रास्ता ब्राउज़र टूल है, क्योंकि टारगेट-साइज़ का हिसाब, टू-पास एन्कोडिंग और H.264 MP4 आउटपुट पहले से तैयार हैं। UltKit हर फ़ाइल 95 MB तक और एक बार में 20 फ़ाइलें लेता है, कुछ इंस्टॉल करने या साइन-अप की ज़रूरत नहीं, और अपलोड प्रोसेसिंग के 30 मिनट बाद डिलीट हो जाते हैं। वीडियो को 10 MB में करें पेज टारगेट साइज़ 10 MB और अधिकतम रेज़ोल्यूशन 720p के साथ खुलता है; Gmail के लिए उसी फ़ील्ड में 24 MB लिखें। रिकॉर्डिंग ज़रूरत से लंबी हो तो पहले वीडियो ट्रिम करें से काट लें, ताकि बजट काम के हिस्से पर खर्च हो।

HandBrake डेस्कटॉप वाला रास्ता है: मुफ़्त, ओपन सोर्स, और Windows, macOS व Linux के लिए handbrake.fr पर उपलब्ध। उसमें अब टारगेट-साइज़ फ़ील्ड नहीं है, इसलिए बिटरेट खुद निकालकर लिखना पड़ता है। फोन तीसरा रास्ता हैं। वे टारगेट साइज़ सेट नहीं कर सकते, लेकिन कम रेज़ोल्यूशन पर रिकॉर्ड करना और शेयर करने से पहले गैलरी ऐप में ट्रिम करना काफ़ी काम आता है, और दोनों किसी भी कंप्रेशन से पहले होते हैं। नीचे के कॉलम में हर एक के स्टेप दिए हैं।

प्रति मिनट 10 MB पर, 128 kbps ऑडियो के बाद तस्वीर के लिए लगभग 1.2 Mbps बचता है। 720p और 30 fps पर H.264 के साथ यह बातचीत वाले वीडियो, प्रोडक्ट डेमो, पालतू जानवरों और ज़्यादातर रोज़ की फोन क्लिप के लिए काफ़ी है: फोन की स्क्रीन पर नतीजा ओरिजिनल के क़रीब लगता है, और लैपटॉप पर बाल, घास और दूर के टेक्स्ट जैसी बारीक डिटेल थोड़ी धुंधली दिखती है। बड़े समतल हिस्सों वाली स्क्रीन रिकॉर्डिंग इस रेट पर ख़ासकर अच्छी दिखती हैं, क्योंकि स्थिर बैकग्राउंड को एन्कोड करने में लगभग कुछ खर्च नहीं होता।

तेज़ मोशन में बजट ख़त्म हो जाता है। गेम फ़ुटेज, खेल, हाथ में कैमरा लेकर चलते शॉट, कंफ़ेटी और पानी में हर सेकंड फ्रेम का ज़्यादातर हिस्सा बदलता है, और 1.2 Mbps पर सबसे व्यस्त पलों में वे ब्लॉक में टूट जाते हैं। ऐसी सामग्री के लिए 480p पर जाएँ, सोर्स 60 fps का हो तो फ्रेम रेट 30 fps करें, या क्लिप को उन 20 या 30 सेकंड तक काट दें जो मायने रखते हैं। 10 MB में 30 सेकंड की गेमप्ले हाइलाइट को लगभग 2.5 Mbps मिलता है, जो 720p के लिए भरपूर है और शांत 1080p के लिए अक्सर ठीक रहता है।

लंबे वीडियो उसी वक्र पर नीचे जाते हैं। 10 MB में दो मिनट का मतलब लगभग 0.6 Mbps, जिसमें पढ़ने लायक़ रहने के लिए 480p चाहिए। पाँच मिनट में करीब 0.2 Mbps बचता है, जो सिर्फ़ 360p की बातचीत के लिए काफ़ी है जहाँ तस्वीर की ज़्यादा अहमियत नहीं। उस मोड़ पर सच यह है कि उस वीडियो के लिए 10 MB सही सीमा ही नहीं है। Gmail के लिए टारगेट 25 MB या Nitro Basic वाले दोस्त के लिए 50 MB करना किसी भी एन्कोडर सेटिंग से कहीं ज़्यादा फ़र्क़ डालता है।

कंप्रेशन तब सही है जब क्लिप छोटी हो, चैट में सीधे चलनी चाहिए, या पाने वाला क्लाउड लिंक कभी नहीं खोलेगा। यह तब ग़लत है जब फ़ाइल लंबी हो, डिटेल मायने रखती हो, या पाने वाले को एडिटिंग के लिए ओरिजिनल चाहिए। शादी का वीडियो, प्रॉपर्टी वॉकथ्रू, रिकॉर्ड किया गया लेक्चर या एडिटर को सौंपी जा रही फ़ुटेज फुल क्वालिटी में ही जानी चाहिए। ऐसे में Google Drive, OneDrive, iCloud Drive या Dropbox के लिंक से क्वालिटी का कोई नुकसान नहीं होता और ऊपर के सारे समझौतों से बचाव हो जाता है।

कई सेवाएँ यह बदलाव खुद ही कर देती हैं। Gmail 25 MB से बड़े अटैचमेंट को Drive लिंक बना देता है, Outlook.com 20 MB से ऊपर OneDrive का विकल्प देता है, और Apple Mail का Mail Drop iCloud के ज़रिए 5 GB तक की फ़ाइलें भेजता है और उन्हें 30 दिन तक उपलब्ध रखता है। Discord पर शेयर किया गया क्लाउड लिंक प्लेयर की जगह प्रीव्यू कार्ड दिखाता है, इसलिए देखने वाले क्लिक करके देखते हैं। व्यावहारिक बँटवारा: लगभग दो मिनट से छोटी जो भी चीज़ चैट में सीधे चलनी चाहिए उसे कंप्रेस करें, और जो इससे लंबी या ज़्यादा ज़रूरी हो उसका लिंक भेजें।