बीएमपी

आज आपको वास्तव में BMP की आवश्यकता नहीं है — लेकिन यह समझने के लिए कि हम आज TIF और OpenEXR का उपयोग क्यों करते हैं, आपको यह जानना होगा कि BMP क्या था और यह सेट पर और VFX वर्कफ़्लो में लंबे समय तक मानक क्यों था।

BMP प्रत्येक पिक्सेल को रॉ डेटा के रूप में संग्रहीत करता है, बिना संपीड़न के। इसका मतलब है: 8-बिट RGB के साथ एक 2K शॉट (2048 × 1080) को प्रति फ्रेम लगभग 6.5 मेगाबाइट की आवश्यकता होती है। 24fps पर, यह प्रति सेकंड 155 MB है। आज यह सामान्य लगता है, लेकिन 90 और 2000 के दशक की शुरुआत में, यह सुनिश्चित करने का एकमात्र तरीका था कि डिजिटल प्रभाव दोषरहित रूप से काम कर सकें। कोई कोडेक हानि नहीं, कोई कलाकृतियाँ नहीं — केवल रॉ डेटा, पिक्सेल दर पिक्सेल।

व्यावहारिक VFX वर्कफ़्लो में, आपने BMP का उपयोग मुख्य रूप से फ्रेम अनुक्रमों में किया: आपने अपनी CG रेंडर को वीडियो फ़ाइल के रूप में नहीं, बल्कि 150 अलग-अलग BMP फ़ाइलों के रूप में निर्यात किया। प्रत्येक फ़ाइल असम्पीडित है, प्रत्येक फ़ाइल आकार और संरचना में समान है। यह उन्हें कंपोज़िटिंग प्रक्रिया के लिए स्थिर बनाता है। एक कंपोज़िटर अनुक्रम को संपादन प्रणाली में लोड कर सकता है, और कोई आश्चर्य नहीं होगा — कोई GOP संरचना नहीं, कोई कीफ़्रेम समस्या नहीं, कोई कोडेक ओवरहेड नहीं।

समस्या: भंडारण स्थान और नेटवर्क बैंडविड्थ जल्दी से बाधा बन गए। कई रेंडर लेयर्स (डिफ्यूज़, स्पेक्युलर, नॉर्मल, डेप्थ, ब्यूटी पास) के साथ एक 90-सेकंड का VFX शॉट — हम जल्दी से टेराबाइट्स तक पहुँच जाते हैं। इसीलिए 2010 के दशक से हम LZW संपीड़न के साथ TIF या OpenEXR पर चले गए हैं। दोनों काफी छोटे फ़ुटप्रिंट पर दोषरहित भंडारण की अनुमति देते हैं।

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