फ़ाइल का आकार बिटरेट तय करता है, रेज़ॉल्यूशन नहीं

फ़ाइल का आकार है बिटरेट गुणा अवधि भाग आठ, और कुछ नहीं। 8,000 kbps पर पैंतालीस मिनट लगभग 2,575 MB हैं, मेगाबाइट को 10,48,576 बाइट गिनते हुए, चाहे वह 1080p हो या 4K; रेज़ॉल्यूशन बताता है कि एन्कोडर से कितने पिक्सेल दिखाने को कहा गया, और बिटरेट बताता है कि उसे ऐसा करने में कितना डेटा ख़र्च करने दिया गया।

इसीलिए 4K लेबल वाली दो फ़ाइलें दस गुना अलग हो सकती हैं, और इसीलिए अकेला लेबल लगभग कुछ नहीं बताता कि फ़ुटेज कैसा दिखेगा।

किसी रेज़ॉल्यूशन को कितना बिटरेट चाहिए?

मोटे तौर पर चौड़ाई × ऊँचाई × फ़्रेम रेट × बिट प्रति पिक्सेल। 1080p30 पर स्ट्रीमिंग क्वालिटी के 0.1 बिट प्रति पिक्सेल के साथ यह 6.22 Mbps है: दस मिनट के लगभग 466 MB, या घंटे के 2.8 GB।

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

कोडेक हिसाब को काफ़ी बदल देता है। ये आँकड़े H.264 जैसे कुछ को मानकर हैं; HEVC और AV1 मिलती-जुलती क्वालिटी लगभग आधे बिटरेट पर देते हैं, बदले में एन्कोड करने में कहीं ज़्यादा प्रोसेसिंग लगती है।

आकार की ग़लतियाँ कहाँ से आती हैं?

दो अस्पष्टताओं से, दोनों इकाइयों की। पहली बिट और बाइट की: बिटरेट बिट प्रति सेकंड में बताया जाता है और फ़ाइल का आकार बाइट में, इसलिए आठ से भाग देना वह क़दम है जिसे लोग छोड़ देते हैं।

दूसरी छोटी है और उतनी ही ज़िद्दी। स्टोरेज बनाने वाले के लिए एक मेगाबाइट 10,00,000 बाइट है और कुछ ऑपरेटिंग सिस्टम के लिए 10,48,576, लगभग 4.9 प्रतिशत का अंतर, जो टेराबाइट के पैमाने पर बढ़कर लगभग 7.4 प्रतिशत हो जाता है। इसीलिए «128 GB» का कार्ड फ़ॉर्मैट होकर लगभग 119 GB दिखाता है।

दोनों मिलकर गणना किए गए रिकॉर्डिंग समय और असली समय के बीच का ज़्यादातर अंतर समझाते हैं। 100 Mbps पर 128 GB का कार्ड हिसाब में लगभग 2 घंटे 51 मिनट देता है और असल में उससे काफ़ी कम।

किसी तय आकार तक कैसे पहुँचें?

लक्ष्य को अवधि से भाग दें और दो पास में एन्कोड करें। दस मिनट को 500 MB में समाने के लिए ऑडियो समेत कुल लगभग 6,990 kbps चाहिए, यानी 256 kbps का ऑडियो ट्रैक घटाने के बाद वीडियो के लिए लगभग 6,700 kbps।

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

ऑडियो वह पंक्ति है जो सबसे ज़्यादा भूली जाती है। वीडियो के मुक़ाबले वह छोटा है पर शून्य नहीं, और उसके बिना गिना गया लक्ष्य ठीक उसके आकार जितना चूकेगा।

कंटेनर और कोडेक अलग फ़ैसले हैं जो लगातार आपस में उलझाए जाते हैं। MP4 एक कंटेनर है; H.264, HEVC और AV1 कोडेक हैं जो उसके अंदर रह सकते हैं। इसलिए एक ही एक्सटेंशन वाली दो फ़ाइलों को चलाने के लिए बिल्कुल अलग सॉफ़्टवेयर चाहिए हो सकता है, और इसीलिए «यह MP4 है» कुछ नहीं बताता कि कोई डिवाइस उसे खोलेगा या नहीं।

फ़्रेम रेट क्या करता है?

डेटा को सीधे अनुपात में गुणा करता है, और अवधि का हिसाब बदलता है। अवधि है फ़्रेमों की गिनती भाग फ़्रेम रेट: 24 fps पर 1,440 फ़्रेम ठीक 60 सेकंड हैं, और वही फ़्रेम 25 fps पर 57.6 सेकंड चलते हैं।

वह चार प्रतिशत क्लासिक PAL स्पीडअप है: 24 fps की फ़िल्म को 25 fps वाले PAL टेलीविज़न पर, जैसा भारत और यूरोप में है, बस तेज़ चला दिया जाता है, जिससे दो घंटे की फ़िल्म लगभग पाँच मिनट छोटी हो जाती है और ठीक न किया जाए तो ऑडियो की पिच लगभग तीन-चौथाई सेमीटोन चढ़ जाती है।

यही वजह है कि 30 के बजाय 29.97 पर शूट की गई हर चीज़ पर टाइमकोड और असली समय अलग हो जाते हैं, और उन्हें मिलाने के लिए ड्रॉप-फ़्रेम टाइमकोड है, जिसे 29.97 वाला लेख पूरा समझाता है।

लोग जो पूछते हैं

क्या ज़्यादा बिटरेट हमेशा बेहतर है? उस बिंदु तक जहाँ एन्कोडर के पास स्रोत दिखाने लायक़ डेटा हो जाए, उसके बाद वह बर्बाद स्टोरेज है। वह बिंदु कहाँ है यह सामग्री पर निर्भर है: स्थिर इंटरव्यू को तेज़ हरकत से कहीं कम चाहिए।

मेरे कार्ड में विज्ञापन से कम जगह क्यों है? दशमलव बनाम बाइनरी गीगाबाइट, और ऊपर से फ़ाइल सिस्टम का हिस्सा। लेबल की संख्या से लगभग 7 प्रतिशत कम इस्तेमाल लायक़ जगह मानकर चलें।

क्या वेरिएबल बिटरेट हिसाब बदलता है? वह औसत को वह आँकड़ा बना देता है जो मायने रखता है। 8 Mbps औसत वाली VBR फ़ाइल 8 Mbps वाली CBR फ़ाइल जितनी ही होती है; फ़र्क़ इसमें है कि बिट कहाँ ख़र्च होते हैं।

रिकॉर्डिंग के लिए सुरक्षित बिटरेट क्या है? जितना आपको लगता है उससे ज़्यादा, क्योंकि यही वह फ़ैसला है जिसे आप बाद में बदल नहीं सकते। स्टोरेज सस्ता है और दोबारा शूट करना नहीं।

क्या ऑडियो बिटरेट को भी दो पास चाहिए? नहीं: ऑडियो एन्कोडर एक ही पास में अपने लक्ष्य के बहुत क़रीब पहुँच जाते हैं, इसीलिए विश्लेषण की ज़रूरत वीडियो के बँटवारे को है।

स्ट्रीमिंग पर वही फ़ाइल लोकल से ख़राब क्यों दिखती है? क्योंकि एडैप्टिव स्ट्रीमिंग कनेक्शन न सँभाल पाने पर बिटरेट गिरा देती है, रेज़ॉल्यूशन का लेबल रखती है और पीछे का डेटा घटा देती है। प्लेयर पूरे समय 4K बताता है और देता काफ़ी कम है।

बिटरेट वह है जो सेव हुआ; रेज़ॉल्यूशन वह है जो माँगा गया। वीडियो बिटरेट कैलकुलेटर एन्कोड का नाप तय करता है, फ़ाइल साइज़ कैलकुलेटर लक्ष्य को दोनों दिशाओं में सुलझाता है और कार्ड को मिनटों में बदलता है, और फ़्रेम रेट कैलकुलेटर अवधि और टाइमकोड का हिसाब सँभालता है।