मेरी वीडियो फ़ाइल इतनी बड़ी क्यों है? (और इसे कैसे ठीक करें)

वीडियो फ़ाइल बड़ी होने की वजह ठीक एक है: उसका बिटरेट गुणा उसकी अवधि। बाक़ी जिन चीज़ों को लोग दोष देते हैं — 4K, 60 fps, कोडेक, कैमरा — वे सिर्फ़ इसलिए मायने रखती हैं क्योंकि वे बिटरेट ऊपर धकेलती हैं। एक बार यह गणित दिख जाए तो हल साफ़ हो जाता है, और आमतौर पर पाँच नहीं, एक ही बदलाव काफ़ी होता है। ज़्यादातर फूली हुई फ़ाइलें बिना दिखने वाले फ़र्क़ के 50–80% घट जाती हैं, और आप यह वीडियो कंप्रेसर में मुफ़्त, अपने ब्राउज़र में, बिना कुछ अपलोड किए कर सकते हैं।

बस एक गणित

फ़ाइल का आकार ≈ (वीडियो बिटरेट + ऑडियो बिटरेट) × अवधि ÷ 8

बिटरेट मेगाबिट प्रति सेकंड में नापा जाता है, फ़ाइल का आकार मेगाबाइट में, और एक बाइट में 8 बिट होते हैं — यही भाग वाला हिस्सा थोड़ा उलझाऊ है। एक हल किया हुआ उदाहरण:

• 12 Mbps पर रिकॉर्ड किया गया 1080p क्लिप, अवधि 10 मिनट (600 सेकंड)।
• 12 × 600 = 7,200 मेगाबिट।
• 7,200 ÷ 8 = 900 MB।

अपनी किसी भी फ़ाइल पर आप यही उलटा चला सकते हैं। उसका आकार मेगाबाइट में लीजिए, 8 से गुणा कीजिए, और सेकंड में अवधि से भाग दीजिए — मिल गया Mbps में बिटरेट। 10 मिनट चलने वाली 900 MB की फ़ाइल 12 Mbps की है। अब आप जान सकते हैं कि यह संख्या वाजिब है या नहीं — और ज़्यादातर 1080p सामग्री के लिए जिसे देखा जाता है, एडिट नहीं किया जाता, 12 Mbps ज़रूरत से क़रीब तीन गुना है।

बिटरेट फुलाने वाली पाँच चीज़ें

1. रिकॉर्डर की डिफ़ॉल्ट सेटिंग

यह अब तक की सबसे आम वजह है। कैमरे, फ़ोन और स्क्रीन रिकॉर्डर उन लोगों के हिसाब से बनी डिफ़ॉल्ट सेटिंग के साथ आते हैं जो बाद में एडिट करेंगे, यानी जान-बूझकर उदार बिटरेट। 40 Mbps पर स्थिर स्लाइड रिकॉर्ड करता स्क्रीन रिकॉर्डर ख़राब नहीं है — वह वही कर रहा है जो उससे कहा गया।

2. रिज़ॉल्यूशन

4K में 1080p से चार गुना पिक्सल होते हैं, और उतना ही अच्छा दिखने के लिए क़रीब तीन से चार गुना बिटरेट चाहिए। अगर वीडियो फ़ोन, लैपटॉप या किसी पेज में एम्बेड होकर देखा जाएगा, तो वे अतिरिक्त पिक्सल संग्रहित तो होते हैं पर कभी देखे नहीं जाते। 4K को 1080p पर लाना उपलब्ध सबसे बड़ी बचत है — आमतौर पर अकेले इसी से 60–75%।

3. फ़्रेम रेट

60 fps यानी 30 fps से दुगने फ़्रेम, और सामग्री के हिसाब से क़रीब 30–50% ज़्यादा बिटरेट। खेल और गेमप्ले में यह सार्थक है। बोलते हुए व्यक्ति या स्क्रीन रिकॉर्डिंग में यह शुद्ध बर्बादी है। ध्यान दें: यह सिर्फ़ रिकॉर्डिंग के समय ठीक होता है — पहले से 60 fps वाली फ़ाइल को री-एन्कोड करने से वह बचत वापस नहीं आती जो 30 fps पर शूट करने से होती।

4. कोडेक

कुछ फ़ॉर्मैट जान-बूझकर लगभग कम्प्रेस नहीं करते:

• ProRes, DNxHD, MJPEG, अनकम्प्रेस्ड — एडिटिंग फ़ॉर्मैट जो हर फ़्रेम अलग से रखते हैं। 4K ProRes प्रति मिनट कई गीगाबाइट तक पहुँचता है। अगर आपकी फ़ाइल हास्यास्पद रूप से बड़ी है, तो सबसे पहले यही जाँचिए।
• AVI फ़ाइलों के पुराने कोडेक — DivX, Xvid वग़ैरह H.264 से पीढ़ियों पीछे हैं और उसी तस्वीर के लिए कहीं ज़्यादा बिट माँगते हैं।
• H.264 — सार्वभौमिक मानक, और लगभग हर चीज़ के लिए वाजिब लक्ष्य।
• HEVC / H.265 — समान गुणवत्ता पर H.264 का लगभग आधा आकार, इसीलिए iPhone इसे इस्तेमाल करते हैं, क़ीमत है कहीं ख़राब अनुकूलता।

5. फ़्रेम में असल में क्या है

कम्प्रेशन फ़्रेमों के बीच के अंतर सहेजकर काम करता है। स्थिर कैमरे पर लिया इंटरव्यू या स्लाइड डेक फ़्रेम-दर-फ़्रेम बहुत कम बदलते हैं और शानदार तरीक़े से कम्प्रेस होते हैं। कंफ़ेटी, बारिश, पानी, पत्तियाँ, तेज़ पैन और गेम फ़ुटेज हर फ़्रेम में लगभग हर पिक्सल बदल देते हैं और चाहे कुछ कर लीजिए, कम्प्रेशन का विरोध करते हैं। यही वजह है कि दस मिनट की दो 1080p फ़ाइलें आकार में पाँच गुना अलग हो सकती हैं और दोनों सही एन्कोड की गई हों।

एक मिनट में अपनी फ़ाइल की जाँच

जो दिख रहा है	संभावित वजह	समाधान
प्रति मिनट गीगाबाइट	ProRes या कोई और इंट्रा-फ़्रेम एडिटिंग कोडेक	H.264 में री-एन्कोड कीजिए। कमी बहुत बड़ी होती है — अक्सर 95% से ऊपर।
प्रति मिनट ~170–400 MB	4K रिकॉर्डिंग, संभवतः किसी फ़ोन से	1080p पर लाकर री-एन्कोड कीजिए।
प्रति मिनट ~60–100 MB	ऊँचे बिटरेट वाली सामान्य 1080p कैमरा फ़ुटेज	रिज़ॉल्यूशन रखते हुए क्वालिटी 24–26 पर री-एन्कोड कीजिए।
बहुत बड़ी पर दृश्य रूप से सरल (स्लाइड, इंटरफ़ेस)	स्क्रीन रिकॉर्डर का डिफ़ॉल्ट बिटरेट	मूल रिज़ॉल्यूशन पर री-एन्कोड कीजिए — स्क्रीन रिकॉर्डिंग गाइड देखिए।
बड़ी पुरानी फ़ाइल, एक्सटेंशन .AVI	पुराना पड़ चुका कोडेक	AVI से MP4 कन्वर्टर से H.264 MP4 में बदलिए।
बिटरेट वाजिब, फिर भी फ़ाइल बड़ी	वह बस लंबी है	काटिए। आधी अवधि यानी आधी फ़ाइल, गुणवत्ता की कोई क़ीमत नहीं।

आँकड़े सीधे पढ़ने के लिए: Windows पर फ़ाइल पर राइट-क्लिक करके Properties → Details देखिए; macOS पर उसे QuickTime में खोलकर Cmd+I दबाइए; या दोनों पर MediaInfo इस्तेमाल कीजिए। ये सभी बिटरेट, रिज़ॉल्यूशन और फ़्रेम रेट दिखाते हैं।

कुछ फ़ाइलें लगभग क्यों नहीं घटतीं

कभी-कभी आप कुछ कम्प्रेस करते हैं और थोड़ी ही छोटी फ़ाइल वापस मिलती है — या टूल बता देता है कि इससे बेहतर नहीं हो सका। यह नाकामी नहीं, सूचना है: आपकी फ़ाइल पहले से ही कुशलता से एन्कोड थी, और हटाने लायक बर्बाद बिट बचे ही नहीं थे।

SqueezeVid शुरू करने से पहले यह जाँचता है। वह मापता है कि आपका स्रोत प्रति पिक्सल कितने बिट ख़र्च करता है और उसी के अनुसार शुरुआती क्वालिटी चुनता है — पहले से दुबली फ़ाइल को फूली हुई की तुलना में नरम सेटिंग मिलती है, क्योंकि कुशल स्रोत पर हथौड़ा चलाना सिर्फ़ विवरण नष्ट करता है और बचत ज़्यादा नहीं देता। इसी सोच से दो सुरक्षा उपाय निकलते हैं:

• आउटपुट इनपुट से बड़ा नहीं हो सकता। एन्कोडर को स्रोत के अपने बिटरेट से नीचे सीमित किया जाता है, इसलिए पहले से छोटी फ़ाइल को दोबारा कम्प्रेस करना कभी उल्टा नहीं पड़ता — साधारण टूल्स में यह असली ख़तरा है।
• 5% से कम कमी को सफलता नहीं, विफलता बताया जाता है। अगर आपकी फ़ाइल सार्थक रूप से घट नहीं सकती तो आपको बता दिया जाता है, साथ में कम क्वालिटी पर और कसकर दबाने का विकल्प भी — बजाय इसके कि आपको ऐसी "कम्प्रेस्ड" फ़ाइल थमा दी जाए जिसने कुछ बचाया ही नहीं।

असर के क्रम में समाधान

1. रिज़ॉल्यूशन घटाइए, अगर वह देखने के तरीक़े से ज़्यादा है। 4K से 1080p सबसे बड़ा अकेला फ़ायदा है।
2. समझदार क्वालिटी पर री-एन्कोड कीजिए। 24–26 का मान अधिकांश बर्बादी हटा देता है और सामान्य देखने में फ़र्क़ नहीं दिखता।
3. ख़ाली समय काटिए। मौजूद सबसे सस्ता कम्प्रेशन: गुणवत्ता में इसकी कोई क़ीमत नहीं।
4. एडिटिंग फ़ॉर्मैट छोड़िए। अगर फ़ाइल ProRes या अनकम्प्रेस्ड है, तो H.264 में बदलना बाक़ी हर बदलाव पर भारी पड़ता है।
5. अगली बार समझदारी से रिकॉर्ड कीजिए। 30 fps पर 1080p और संयत बिटरेट — फिर यह लेख कभी नहीं चाहिए होगा।

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

मेरा 10 मिनट का वीडियो 2 GB क्यों है?

यह लगभग 27 Mbps है, जो 4K फ़ुटेज, ऊँचे बिटरेट वाले कैमरा प्रोफ़ाइल, या ProRes जैसे एडिटिंग कोडेक की ओर इशारा करता है। बिटरेट निकालिए — MB में आकार गुणा 8, बटा सेकंड में अवधि — और सामग्री से मिलाइए। 27 Mbps पर बोलते हुए व्यक्ति का क्लिप ज़रूरत से तीन-चार गुना ख़र्च कर रहा है।

क्या लंबा वीडियो हमेशा बड़ी फ़ाइल का मतलब है?

हाँ, तय बिटरेट पर सीधे अनुपात में। अवधि दुगनी तो आकार दुगना। इसीलिए काटना इतना कारगर है और इसीलिए लंबी रिकॉर्डिंग छोटे लक्ष्य आकार तक नहीं पहुँचतीं — अकेली ऑडियो ट्रैक ही किसी तस्वीर के सहेजे जाने से पहले प्रति मिनट क़रीब 1 MB खा जाती है।

क्या कम्प्रेस करने से मेरा वीडियो ख़राब दिखेगा?

समझदार सेटिंग्स पर नहीं। 24–26 क्वालिटी मान और अपरिवर्तित रिज़ॉल्यूशन पर, ज़्यादातर लोग फ़ोन या लैपटॉप स्क्रीन पर कम्प्रेस्ड फ़ाइल को मूल से अलग नहीं कर पाते, जबकि वह 50–70% छोटी होती है। दिखने वाला नुक़सान लंबे या तेज़ हलचल वाले वीडियो पर बहुत छोटा लक्ष्य थोपने से आता है, कम्प्रेशन से नहीं।

कम्प्रेस करने के बाद मेरी फ़ाइल बड़ी क्यों हो गई?

कुछ टूल्स के साथ ऐसा सचमुच होता है: पहले से कुशल फ़ाइल को मूल से ऊँचे बिटरेट पर री-एन्कोड करना उसे फुला देता है। SqueezeVid ख़ास तौर पर एन्कोडर को स्रोत बिटरेट से नीचे सीमित रखता है ताकि आउटपुट इनपुट से आगे न निकले, और ऐसे हर नतीजे पर निशान लगाता है जो कम से कम 5% भी नहीं घटा।