मेरी वीडियो फ़ाइल इतनी बड़ी क्यों है?
चार चीज़ें तय करती हैं कि वीडियो कितना बड़ा है। इनमें से सिर्फ़ कुछ बदलने लायक हैं, और जिसे ज़्यादातर लोग सबसे पहले बदलते हैं वह आमतौर पर गलत होता है।
प्रकाशित:
साइज़ बिटरेट गुणा अवधि है। बस यही पूरा सूत्र है।
वीडियो का साइज़ उसका बिटरेट — हर सेकंड पर कितने बिट खर्च होते हैं — गुणा उसकी लंबाई है। बाकी सब कुछ, रिज़ॉल्यूशन समेत, सिर्फ़ इसलिए मायने रखता है कि वह बिटरेट को कैसे धकेलता है। 10 Mbps पर दस मिनट की क्लिप लगभग 750 MB होती है, और दूसरी सेटिंग से कितनी भी छेड़छाड़ उस गणित से नहीं बचा सकती।
रिज़ॉल्यूशन से ज़्यादा कोडेक मायने रखता है
कोडेक कंप्रेशन का तरीका है। H.264 लगभग हर जगह डिफ़ॉल्ट है। VP8 रॉयल्टी-मुक्त विकल्प है जो WebM में इस्तेमाल होता है। VP9 को Google ने रॉयल्टी-मुक्त जारी किया था, लेकिन अब एक तीसरे पक्ष का पेटेंट पूल उस पर दावा करता है। नए कोडेक नाटकीय रूप से ज़्यादा कुशल हैं: जो वही दृश्य गुणवत्ता पुराने फ़ॉर्मैट में 10 Mbps की पड़ती है वह H.264 में 4 Mbps की पड़ सकती है।
इसीलिए 4K वीडियो को 1080p पर ले जाना अक्सर निराश करता है। आप पिक्सेल की संख्या तीन चौथाई घटाते हैं और फ़ाइल मुश्किल से आधी होती है, क्योंकि एनकोडर पहले ही उस ब्योरे पर कम बिट खर्च कर रहा था जिसे आपने हटाया। बेहतर कोडेक से दोबारा एनकोड करना, या सीधे कम बिटरेट लक्ष्य रखना, आमतौर पर ज़्यादा असर करता है।
फ़ोन का वीडियो विशाल क्यों होता है
फ़ोन जानबूझकर ऊँचे बिटरेट पर रिकॉर्ड करते हैं। कैमरे के पास सोचने का समय नहीं होता — वह रियल टाइम में फ़्रेम लिख रहा होता है, पूरी क्लिप का विश्लेषण करने का कोई मौका नहीं — इसलिए गुणवत्ता की गारंटी के लिए वह ज़रूरत से ज़्यादा बिट रखता है। 4K फ़ोन वीडियो का एक मिनट आसानी से 400 MB से ऊपर जा सकता है।
उसी क्लिप को ऑफ़लाइन दोबारा एनकोड करना, जहाँ एनकोडर समय ले सकता है, आमतौर पर बिना दिखने वाले फ़र्क के उसे आधा या उससे ज़्यादा घटा देता है। यह उपलब्ध सबसे बड़ी बचत है, और इसकी कीमत सिर्फ़ प्रोसेसिंग का समय है।
CRF का क्या मतलब है, और बिटरेट चुनने से यह बेहतर क्यों है
ज़्यादातर एनकोडर गुणवत्ता तय करने के दो तरीके देते हैं। आप बिटरेट बता सकते हैं, या गुणवत्ता लक्ष्य बताकर एनकोडर को हर दृश्य को जितना चाहिए उतना खर्च करने दे सकते हैं। दूसरा लगभग हमेशा बेहतर है: दीवार के स्थिर शॉट को बहुत कम बिट चाहिए, कॉन्फ़ेटी के विस्फोट को बहुत, और निश्चित बिटरेट पहले पर बर्बादी करता है और दूसरे को भूखा रखता है।
H.264 के लिए यह लक्ष्य CRF है, लगभग 18 से 28, जहाँ कम का मतलब बेहतर और बड़ा है। यह साइट CRF 23 पर MP4 में बदलती है, जो सामान्य संतुलित डिफ़ॉल्ट है — ज़्यादातर फ़ुटेज के लिए दिखने में स्रोत के बहुत करीब।
ऑडियो आपकी समस्या नहीं है
लोग अक्सर ऑडियो पर वार करके वीडियो सिकोड़ने की कोशिश करते हैं। एक आम स्टीरियो ट्रैक 128 से 192 kbps का होता है, जबकि वीडियो कई हज़ार का। 500 MB के वीडियो से ऑडियो पूरी तरह हटाने से शायद 10 MB बचते हैं और वह बेकार हो जाता है। उसे छोड़ दें।
जब GIF गलत जवाब है
वीडियो को GIF में बदलने से फ़ाइलें छोटी नहीं, नाटकीय रूप से बड़ी हो जाती हैं। GIF में फ़्रेमों के बीच लगभग कोई कंप्रेशन नहीं होता — हर फ़्रेम लगभग स्वतंत्र रूप से सहेजा जाता है — और वह 256 रंगों तक सीमित है। MP4 के रूप में 400 KB की तीन सेकंड की क्लिप GIF के रूप में 4 MB की हो सकती है। GIF तब इस्तेमाल करें जब उसे ऐसी जगह अपने-आप चलाना हो जहाँ वीडियो की अनुमति नहीं है, जगह बचाने के लिए कभी नहीं।
व्यवहार में क्लिप को छोटा करने के लिए, वीडियो को कंप्रेस करें या उसका रिज़ॉल्यूशन घटाएँ; अगर आपको सिर्फ़ एक छोटा लूप चाहिए, तो उसे GIF में बदलें और साइज़ की तुलना करें।