सॉफ्टवेयर जेपीईजी की तुलना में रॉ की फाइलों के लिए सफेद संतुलन को अधिक सटीक रूप से सही क्यों कर सकता है?
8-बिट jpeg के साथ काम करने की तुलना में आप अपनी स्क्रीन पर दिखाई देने वाली कच्ची फ़ाइल की प्रारंभिक 8-बिट व्याख्या की तुलना में कच्चे डेटा की एक अलग व्याख्या बनाने के लिए वास्तविक कच्चे डेटा के साथ काम करने के बीच एक बुनियादी अंतर है। फ़ाइल वह है जो आप अपनी स्क्रीन पर देखते हैं।
जब आप एक "कच्चे" फ़ाइल पर सफेद क्लिकर का उपयोग करते हैं, तो आप अपनी स्क्रीन पर प्रदर्शित छवि को ठीक नहीं कर रहे हैं (जो कि एक jpeg-8-बिट रेंडरिंग है जो कच्ची छवि फ़ाइल में डेटा की कई संभावित व्याख्याओं में से एक है )। आप कच्चे रूपांतरण एप्लिकेशन को वापस जाने के लिए कह रहे हैं और कच्चे फाइल में डेटा चैनल के अलग-अलग सेट का उपयोग करके डिस्प्ले योग्य छवि में डेटा को पुनः प्राप्त कर रहे हैं।
आप उसी कच्चे डेटा से दूसरी छवि बना रहे हैं जिसका उपयोग आपके स्क्रीन पर दिखाई देने वाले पहले संस्करण को बनाने के लिए किया गया था। लेकिन एप्लिकेशन शुरुआत में सभी तरह से वापस जा रहा है और कच्चे फ़ाइल में सभी डेटा का उपयोग करके दूसरा डेटा बनाने के लिए कच्चे डेटा की अलग-अलग व्याख्या करता है, क्योंकि उस डेटा को कैसे संसाधित किया जाना चाहिए। यह आपकी स्क्रीन पर प्रदर्शित सीमित जानकारी और इसे सही करने के साथ शुरू नहीं हो रहा है। यदि उसने ऐसा किया है, तो आपको वही परिणाम मिलेगा जो आपने jpeg के साथ काम करते समय किया था। ¹
जब आप एक कच्ची फ़ाइल खोलते हैं तो कच्ची फ़ाइल में आपके मॉनिटर पर प्रदर्शित होने वाली जानकारी होती है। कच्ची छवि फ़ाइलों में उस डेटा की अलग-अलग व्याख्याओं की एक लगभग अनंत संख्या बनाने के लिए पर्याप्त डेटा होता है जो 8-बिट फ़ाइल फ़ाइल में फिट होगा। data
जब भी आप एक कच्ची फ़ाइल खोलते हैं और अपनी स्क्रीन पर देखते हैं, तो आप "कच्ची फ़ाइल" नहीं देख रहे हैं। ³ आप कच्चे फ़ाइल में डेटा की संभावित व्याख्याओं की एक-अनगिनत संख्या के बीच देख रहे हैं । कच्चे डेटा में ही प्रत्येक पिक्सेल द्वारा एक एकल (मोनोक्रोम) चमक मूल्य माप होता है। बायर नकाबपोश कैमरा सेंसरों के साथ (रंगीन डिजिटल कैमरों के विशाल बहुमत बायर फिल्टर का उपयोग करते हैं) प्रत्येक पिक्सेल के सामने एक रंग फिल्टर होता है जो या तो 'लाल', 'हरा', या 'नीला' (वास्तविक 'रंग' होता है) अधिकांश बायर मास्क में फ़िल्टर कहीं भी थोड़े पीले-हरे से नारंगी-पीले रंग के लिए 'लाल' के लिए, 'ब्लू' के लिए थोड़ा नीला-हरा और 'नीले' के लिए थोड़ा नीला-बैंगनी होता है।ये रंग कमोबेश हमारे रेटिना में तीन प्रकार के शंकु के लिए संवेदनशीलता के केंद्र के अनुरूप हैं )। प्रत्येक पिक्सेल के कुएं में मापी गई एकल चमक मूल्यों से हमें रंग की जानकारी कैसे मिलती है, इस बारे में अधिक संपूर्ण चर्चा के लिए, कृपया देखें कि रॉ फाइलें प्रति पिक्सेल 3 रंग स्टोर करती हैं , या केवल एक?
जब आप एक कच्ची फ़ाइल के सफेद संतुलन को बदलते हैं, तो आप अपनी स्क्रीन पर दिखाई देने वाली कच्ची फ़ाइल की 8-बिट व्याख्या में परिवर्तन नहीं कर रहे हैं, आप रैखिक 14-बिट मोनोक्रोमैटिक कच्चे डेटा की व्याख्या करने के तरीके में बदलाव कर रहे हैं और फिर अपडेटेड व्हाइट बैलेंस के साथ अपनी स्क्रीन पर प्रदर्शित किया।यही है, आप उन 16,384 असतत मोनोक्रोमैटिक रैखिक चरणों का पूरा लाभ उठा रहे हैं, जिनमें प्रत्येक पिक्सेल के लिए कच्ची फ़ाइल सम्मिलित है, न कि 256 असतत गामा तीन पिक्सेल के रंग चैनलों में सही चरणों में, जो आप अपने 8-बिट स्क्रीन पर देखते हैं। उस कच्ची फ़ाइल का प्रतिनिधित्व। आप कच्ची छवि डेटा में निहित अन्य सभी जानकारी का लाभ भी उठा रहे हैं, जिसमें नकाबपोश पिक्सेल जैसी चीजें और अन्य जानकारी जो फ़ाइल में आपकी स्क्रीन पर प्रदर्शित होने वाली 8-बिट प्रारूप में परिवर्तित होने पर छूट जाती है।
जब आप एक कच्ची फ़ाइल खोलते हैं, तो आपके मॉनिटर पर जो चित्र दिखाई देता है, वह इस बात से निर्धारित होता है कि आपने फ़ाइल को खोलने के लिए किस प्रकार उपयोग किया था, फ़ाइल में कच्चे डेटा को देखने योग्य छवि बनाने के लिए व्याख्या करता है। लेकिन यह "मूल कच्ची फ़ाइल" प्रदर्शित करने का "केवल" तरीका नहीं है। यह सिर्फ आपके आवेदन का तरीका है - या कैमरा जिसने कच्ची फ़ाइल से जुड़ी jpeg पूर्वावलोकन का उत्पादन किया है - ने इसे आपकी स्क्रीन पर प्रदर्शित करने के लिए कच्ची फ़ाइल में जानकारी संसाधित की है।
प्रत्येक एप्लिकेशन के पास डिफ़ॉल्ट पैरामीटर का अपना सेट होता है जो निर्धारित करता है कि कच्चे डेटा को कैसे संसाधित किया जाता है। सबसे महत्वपूर्ण मापदंडों में से एक है कि कच्चे डेटा को परिवर्तित करने के लिए उपयोग किए जाने वाले सफेद संतुलन का चयन कैसे किया जाता है। अधिकांश अनुप्रयोगों में मापदंडों के कई अलग-अलग सेट होते हैं जिन्हें उपयोगकर्ता द्वारा चुना जा सकता है, जो तब कच्ची फ़ाइल में डेटा की व्याख्या करने के लिए उपयोग किए जाने वाले निर्देशों के सेट के भीतर व्यक्तिगत सेटिंग्स को बदलने के लिए स्वतंत्र है। कई एप्लिकेशन फोटो के समय सफेद बैलेंस / कलर चैनल मल्टीप्लायरों का उपयोग कैमरे द्वारा अनुमानित (AWB-इन-कैमरा का उपयोग करते समय) या उपयोगकर्ता द्वारा दर्ज किया गया (जब CT + WB करेक्शन इन-कैमरा का उपयोग करते हैं) करेंगे। लेकिन यह एकमात्र वैध सफेद संतुलन नहीं है जिसका उपयोग कच्चे डेटा की व्याख्या करने के लिए किया जा सकता है।
14-बिट कच्ची फ़ाइल के साथ, 0 (शुद्ध काला) और 1 (शुद्ध सफेद) के बीच 16,384 असतत मान हैं। यह प्रत्येक मूल्य के बीच बहुत छोटे चरणों की अनुमति देता है। लेकिन ये मोनोक्रोम ल्यूमिनेंस मान हैं। जब डेटा को ध्वस्त कर दिया जाता है, तो गामा कर्व्स लागू होते हैं, और एक विशिष्ट रंग स्थान पर रूपांतरण किया जाता है, डब्ल्यूबी रूपांतरण गुणक आमतौर पर इन 14-बिट मानों पर लागू होते हैं। इस प्रक्रिया में अंतिम चरण हानिपूर्ण फ़ाइल संपीड़न करने से पहले परिणामी मानों को 8-बिट्स तक कम करना है। 8-बिट्स केवल 0 (शुद्ध काले) और 1 (शुद्ध सफेद) के बीच 256 असतत मूल्यों की अनुमति देता है। इस प्रकार मूल्यों के बीच प्रत्येक चरण 14-बिट्स की तुलना में 64X बड़ा है।
यदि हम तब इन बहुत से दरारों के साथ WB को बदलने की कोशिश करते हैं, तो हम उन क्षेत्रों में डेटा में से प्रत्येक चरण को आगे बढ़ाने का प्रयास करते हैं जिसका हम परिणामी फाइल में एक कदम से आगे का उपयोग कर रहे हैं। तो उन क्षेत्रों में उन्नयन भी मोटे हो जाते हैं। जिन क्षेत्रों को हम सिकोड़ते हैं, वे प्रत्येक चरण को परिणामी फ़ाइल में एक एकल चरण की तुलना में एक छोटे स्थान पर धकेलते हैं। लेकिन फिर उन सभी चरणों को and 0 ’और। 1’ के बीच 256 कदम के क्रम में फिट होने का अहसास मिलता है। यह अक्सर चिकनी संक्रमण के बजाय बैंडिंग या पोस्टराइजेशन का परिणाम होता है।
And तेजी से और कम संसाधन गहन होने के लिए, कुछ कच्चे प्रसंस्करण अनुप्रयोगों में एक "त्वरित" मोड होगा जो वास्तव में आपकी स्क्रीन पर मौजूदा 8-बिट प्रतिनिधित्व को संशोधित करता है जब आप एक सेटिंग स्लाइडर को स्थानांतरित करते हैं। यह अक्सर बैंडिंग या अन्य अवांछनीय कलाकृतियों में परिणाम करता है, जैसे कि बैंगनी टिंट जो आप प्रश्न में रंग-स्थानांतरित जेपीईजी में देखते हैं। यह केवल आपके द्वारा देखे जा रहे पूर्वावलोकन पर लागू होता है, हालांकि। जब फ़ाइल को रूपांतरित और सहेजा जाता है (निर्यात किया जाता है), तो वही निर्देश वास्तव में कच्चे डेटा पर लागू होते हैं क्योंकि इसे पुनर्संसाधन किया जाता है और बैंडिंग या अन्य कलाकृतियों को नहीं देखा जाता है (या उतने गंभीर नहीं हैं)।
² ज़रूर, आप एक तस्वीर ले सकते हैं जिसमें पूरे क्षेत्र के भीतर एक ही शुद्ध रंग है। लेकिन अधिकांश तस्वीरों में hues, tints और ब्राइटनेस स्तरों की एक विस्तृत विविधता होती है।
³ कृपया देखें: अगर मेरी डिबगिंग अभी तक नहीं हुई है तो मेरी रॉ की छवियां पहले से ही रंग में क्यों हैं?
यह कम सटीकता की वजह से छवि में बैंडिंग या पोस्टराइजेशन की व्याख्या करेगा लेकिन फिर भी सही स्थिति में सफेद बिंदु को स्थानांतरित करना संभव होना चाहिए?
आप एक jpeg का रंग एक हद तक बदल सकते हैं, लेकिन कच्चे डेटा के साथ आपके द्वारा उत्पादित सभी रंगों का उत्पादन करने के लिए आवश्यक अधिकांश जानकारी अब नहीं है। यह आरजीबी में रूपांतरण के दौरान और संपीड़न से पहले 8-बिट में कमी के लिए छोड़ दिया गया था । केवल एक चीज जिसे आपने काम करना छोड़ दिया है, उन तीन रंगीन चैनलों में प्रत्येक पिक्सेल के मूल्य हैं। उन चैनलों में से प्रत्येक के लिए प्रतिसाद घटता है, फिर भी हो सकता है, लेकिन जो भी करता है वह प्रत्येक चित्र पिक्सेल में उस रंग चैनल के लिए मान बढ़ाता है या कम करता है। यह वापस नहीं जाता है और नए चैनल मल्टीप्लायरों के आधार पर डेमोकास्टिंग फिर से करता है, क्योंकि वह जानकारी जेपीईजी में संरक्षित नहीं है।
यह समझना महत्वपूर्ण है कि प्रश्न में जोड़ी गई उदाहरण छवि में, दूसरी छवि पहली छवि से नहीं ली गई है। पहली और दूसरी दोनों छवियाँ बिल्कुल एक ही कच्चे डेटा की दो अलग-अलग व्याख्याएँ हैं।न ही अन्य की तुलना में अधिक मूल है। कच्ची फ़ाइल में मौजूद डेटा का वैध प्रतिनिधित्व होने के मामले में न तो अन्य की तुलना में अधिक "सही" है। वे दोनों 8-बिट छवि बनाने के लिए कच्चे फ़ाइल में डेटा का उपयोग करने के पूरी तरह से वैध तरीके हैं। पहला तरीका है कि आपके कच्चे रूपांतरण आवेदन और / या आपके कैमरे में उत्पन्न जेपीईजी पूर्वावलोकन डेटा की व्याख्या करने के लिए चुना गया है। दूसरा तरीका यह है कि आपके कच्चे रूपांतरण एप्लिकेशन ने डेटा की व्याख्या करने के बाद यह बताया कि आप कच्चे सेंसर मूल्यों को ग्रे / व्हाइट के रूप में अनुवादित करना चाहते थे। जब आपने jpeg छवि के समान भाग पर क्लिक किया था, तो कच्ची फ़ाइल के दूसरे संस्करण की तरह दिखने के लिए छवि को सही करने के लिए आवश्यक रंग जानकारी का बहुत हिस्सा अब नहीं था और इस तरह इसका उपयोग नहीं किया जा सकता था।
क्या यह सिर्फ जेपीईजी और 32 बिट टिफ फाइल की हानिपूर्ण संपीड़न के कारण यह समस्या नहीं होगी?
नहीं, हालांकि हानिपूर्ण संपीड़न इसका एक बड़ा हिस्सा है। तो 8-बिट्स में कमी है, जो '0' (शुद्ध काला) और '1' (पूर्ण संतृप्ति) 64X के बीच प्रत्येक चरण को 14-बिट कच्ची फ़ाइल के साथ बड़ा बनाता है। लेकिन यह jpeg संपीड़न से परे है।
से पैराग्राफों के एक जोड़े को इस उत्तर के लिए TIFF या PSD 16bit करने के लिए रॉ खो देता है रंग गहराई :
एक बार कच्ची फ़ाइल में डेटा को एक डीमॉज़ाइज्ड में बदल दिया गया , गामा ने टीआईएफएफ फ़ाइल को सही किया, यह प्रक्रिया अपरिवर्तनीय है।
टीआईएफएफ फाइलों में उन सभी प्रोसेसिंग चरणों की जानकारी होती है, जिनमें वे "बेक्ड" होते हैं। हालांकि एक असम्पीडित 16-बिट TIFF फ़ाइल एक सामान्य कच्ची फ़ाइल की तुलना में बहुत बड़ी होती है, जहाँ से यह डेटा को स्टोर करने के तरीके के कारण प्राप्त होती है, इसमें परिवर्तन को उलटने के लिए आवश्यक सभी जानकारी नहीं होती है और समान सटीक डेटा को पुन: उत्पन्न करता है। कच्ची फाइल में समाहित। एक कच्ची फ़ाइल के पिक्सेल स्तर के डेटा में अलग-अलग मानों की अनंत संख्या होती है, जिनका उपयोग किसी विशेष TIFF के निर्माण के लिए किया जा सकता था। इसी तरह, TIFF फ़ाइलों की एक लगभग अनंत संख्या है जो कच्चे छवि फ़ाइल में डेटा से उत्पादित की जा सकती है, यह इस बात पर निर्भर करता है कि TIFF का उत्पादन करने के लिए कच्चे डेटा को कैसे संसाधित किया जाता है।
16-बिट टीआईएफएस बनाम 8-बिट टीआईएफएस का लाभ छवि में प्रत्येक रंग चैनल के लिए सबसे गहरे और उज्ज्वल मूल्यों के बीच चरणों की संख्या है। इन बारीक चरणों से अंततः अतिरिक्त कलाकृतियों के लिए अनुमति मिलती है, जो अंततः 8-बिट प्रारूप में परिवर्तित होती हैं, जैसे कि टनक उन्नयन के क्षेत्रों में बैंडिंग जैसी कलाकृतियां बनाए बिना।
लेकिन सिर्फ इसलिए कि एक 16-बिट TIFF में 12-बिट (0-4095) या 14-बिट (0-16383) कच्ची फ़ाइल की तुलना में "0" और "65,535" के बीच अधिक चरण हैं, इसका मतलब यह नहीं है कि TIFF फ़ाइल शो है चमक में समान या अधिक रेंज। जब एक 14-बिट कच्ची फ़ाइल में डेटा को TIFF फ़ाइल में बदल दिया गया था, तो ब्लैक पॉइंट को 2048 जैसे मूल्य पर चुना जा सकता था। 2048 से कम मूल्य वाली कच्ची फ़ाइल के किसी भी पिक्सेल को 0 मान दिया जाएगा। TIFF में। इसी तरह, अगर सफेद बिंदु को 8,191 पर सेट किया गया था, तो 8191 से अधिक कच्ची फ़ाइल में कोई भी मूल्य 65,535 पर सेट किया जाएगा और कच्ची फ़ाइल में प्रकाश का सबसे चमकीला पड़ाव अपरिवर्तनीय रूप से खो जाएगा। चयनित सफेद बिंदु की तुलना में कच्ची फ़ाइल में हर चीज का TIFF में समान मूल्य है, इसलिए कोई विवरण संरक्षित नहीं है।
यहां बड़ी संख्या में मौजूदा प्रश्न हैं जो एक ही मैदान के अधिकांश हिस्से को कवर करते हैं। यहाँ उनमें से कुछ हैं जो आपको मददगार मिल सकते हैं:
RAW फाइलें 3 रंग प्रति पिक्सेल, या केवल एक ही स्टोर करती हैं?
रॉ से टीआईएफएफ या पीएसडी 16 बिट रंग की गहराई खो देता
है मैं लाइटरूम में कैमरे की जेपीईजी सेटिंग्स के साथ कैसे शुरू करूं?
"लाइटटेबल" से "डार्करूम" को डार्कटेबल में स्विच करने पर रॉ फाइलों की उपस्थिति क्यों बदल जाती है?
nikon d810 मैनुअल WB लाइटरूम में "अस शॉट" के समान नहीं है,
संपादन कार्यक्रमों में RAW की छवियां JPEG से बदतर क्यों दिखती हैं?
लाइट रूम में अन्य एडिटिंग टूल्स में रंगों का मिलान करें
। रॉ में शूटिंग करते समय, क्या आपको तस्वीर को अच्छा बनाने के लिए इसे पोस्ट-प्रोसेस करना होगा?
कैमरा से कंप्यूटर स्क्रीन तक गुणवत्ता का नुकसान
क्यों होता है मेरी तस्वीरें फ़ोटोशॉप / लाइटरूम बनाम कैनन ईओएस उपयोगिता / कैमरे में अलग क्यों दिखती हैं?
मेरे लैपटॉप पर आयात किए जाने की तुलना में मेरी छवियां मेरे कैमरे पर भिन्न क्यों दिखती हैं?
लाइटरूम में इन-कैमरा प्रोसेसिंग का अनुकरण कैसे करें?
Nikon में कैमरा बनाम लाइटरूम jpg रूपांतरण
लोड करने के बाद मेरा लाइटरूम / फ़ोटोशॉप पूर्वावलोकन क्यों बदलता है?
