क्या Canon * .CR2 / CRW प्रारूप में "सही मायने में रॉ" डेटा है?


11

अपने काम में मैं * .CR2 कच्चे चित्रों के साथ काम कर रहा हूँ जो कि Canon dslr द्वारा कच्चे मोड में लिए गए हैं। जब मैंने यहां प्रारूप के बारे में पढ़ा , तो मुझे यह जानकर आश्चर्य हुआ कि इसमें 4 TIFF IFDs हैं, जिनमें a) मूल आकार JPEG चित्र b) थंबनेल JPEG छवि c) असम्पीडित RGB डेटा d) दोषरहित JPEG छवि है।

अब तक किसी भी कैमरे में कैद रॉ इमेज फाइल में मेरा इम्प्रैशन रॉ बायर डेटा यानी आर, जीआर, बी, जीबी तरह का बायर डेटा, और कैमरा कैप्चर सेटिंग्स आदि के बारे में कुछ EXIF ​​डेटा होगा।

लेकिन इस CR2 विनिर्देश को पढ़ने के बाद मैं थोड़ा उलझन में हूँ कि यह एक RGB डेटा या आश्चर्यजनक रूप से JPEG डेटा कैसे हो सकता है। ऐसा लगता है कि डेटा डीमोसेलिंग (मूल सेंसर बायर पैटर्न के लिए लापता आर / जी / बी पिक्सेल डेटा प्राप्त करने के बाद)। अगर यह मामला है तो मैं * .सीआर 2 को "वास्तव में कच्चा" डेटा नहीं मानूंगा। सोशल कच्‍ची फ़ाइल को डंप करने से पहले इसने डिमोसास्टिंग किया है।

क्या मैं कुछ भूल रहा हूँ?

क्या कोई अन्य कैमरा रॉ प्रारूप (उदाहरण के लिए Nikon - * .NEF, कोडैक - * .kdc, Pentax - * .ptx / pef, ...) बिना किसी प्रसंस्करण के वास्तविक कच्चे बायर डेटा है?


2
आपके द्वारा लिंक किए गए पृष्ठ का कहना है कि इसमें बायर पैटर्न है, इसलिए हां, इसमें बायर पैटर्न है।

प्रारूप के बारे में लिंक टूट गया है
पेड्रो77

जवाबों:


11

मुझे लगता है कि आप निश्चित रूप से कुछ याद कर रहे हैं। विचार करें: जेपीजी का उपयोग छवियों को संग्रहीत करने के लिए किया जाता है (और आमतौर पर संपीड़ित, नुकसानदेह)। कोई छवि। एक छवि क्या है? यह पिक्सल का एक बड़ा बंडल है, जब सभी कहा और किया जाता है।

कैमरा सेंसर से आउटपुट पिक्सल का एक बड़ा बंडल है, भी। वे बस पूर्ण-रंग वाले आरजीबी पिक्सेल नहीं होते हैं, वे मोनोक्रोम पिक्सेल होते हैं - चाहे कोई भी व्यक्तिगत पिक्सेल आरजी या बी का प्रतिनिधित्व करता है, जो छवि संवेदक पर उसके स्थान पर निर्भर करता है। लेकिन उनके मोनोक्रोम, रंग-रूप-द्वारा-स्थिति प्रकृति का मतलब यह नहीं है कि वे जेपीजी तरीके से उपयोगी रूप से संग्रहीत नहीं किए जा सकते हैं। पिक्सल का एक बंडल पिक्सल का एक बंडल है, और पहिया को क्यों मजबूत करता है?

दस्तावेज़ पर अधिक बारीकी से देखें। "तो RG / GB के BAYER ग्रिड के साथ, यहां तक ​​कि पंक्तियों में HuffCode / Diff डेटा को ... RGRGRG ... के लिए इंटरलेस्ड किया गया है, जबकि विषम पंक्तियाँ ... GBGBGB ..."। तो, कच्चे बायर आउटपुट को JPG प्रारूप में संग्रहीत किया जाता है। दोषरहित, यह कहा गया है (अन्यथा हमें एक समस्या होगी!) और संभवतः 8 से अधिक बिट्स की गहराई में। आपने इससे उपयोगी फ़ोटो प्राप्त करने के लिए इसे बहुत अधिक पकाया है।

अन्य JPG छवियों का उपयोग इन-कैमरा पूर्वावलोकन, हिस्टोग्राम और इस तरह के लिए किया जाता है। यह एक बार और सभी के लिए खाना बनाना अच्छा लगता है क्योंकि छवि को लिया जाता है, बजाय इसके कि आप इसे हर बार हर बार देखना चाहते हैं। इसका मतलब यह भी है कि पीसी में कैमरा उतारने के बाद, कंप्यूटर थंबनेल उद्देश्यों के लिए इन्हें फिश कर सकता है।

*** मैं किसी कारण के लिए एक टिप्पणी नहीं जोड़ सकता, इसलिए यह यहाँ जाता है: गोल्डनमैं, क्या आपको लगता है कि एक समस्या है कि आपके पास प्रत्येक पिक्सेल के लिए पूर्ण आरजीबी जानकारी नहीं है? यह मानते हुए कि आप एक रॉ प्रारूप बना रहे हैं और एक "लाल" सेंसर सेल से 128 का माप है; आप या तो इसे 128,0,0 या 128,128,128 के रूप में स्टोर करने के लिए चुन सकते हैं या, आप में से कुछ को बचाने के लिए चतुर, 128, "अगली सेल से डेटा", "उसके बाद सेल से डेटा" महसूस कर रहे हैं। वास्तव में कोई फर्क नहीं पड़ता। यह इस पर नज़र रखने के लिए RAW कनवर्टर का काम है (हालांकि मुझे यकीन है कि प्रोग्रामर इसकी सराहना करेंगे यदि आपने दस्तावेज बनाया कि आपने अपने सेंसर डेटा को कैसे संग्रहीत किया है) और इससे एक वास्तविक चित्र बनाया है।


2
हानिपूर्ण जेपीजी प्रारूप हम सभी से परिचित हैं जो इन कच्ची फाइलों में प्रयुक्त "हानिरहित जेपीईजी" योजना के नाम से स्पष्ट रूप से काफी भिन्न है।
लाइमैन एंडर्स नोल्स

2
@ लाइमैन: हाँ, यह है। इसका उपयोग DNG में भी किया जाता है, उदाहरण के लिए, se more: en.wikipedia.org/wiki/Lossless_JPEG
Guffa

मैं समझता हूं - 'सब कुछ पिक्सल वाली चीज', और 'दोषरहित जेपीईजी कोडेक' के रूप में अच्छी तरह से। लेकिन अभी भी सवाल बना हुआ है, कि कच्चे में संग्रहीत प्रत्येक पिक्सेल के लिए 3 घटक कैसे हो सकते हैं। प्रत्येक भौतिक पिक्सेल के लिए सेंसर डोन्ट ट्रिपलेट देता है, लेकिन यह केवल 3 (R, G, या B) में से एक देता है, सभी 3 नहीं जो कि ईक पिक्सेल के लिए फॉरमेट लगता है .. Thats the qn।
सुनहरा

2

DNG में " सामान्य " रंग jpg फ़ाइल की तुलना में 4 गुना अधिक रिज़ॉल्यूशन वाला हानिरहित ग्रेस्केल जेपीजी होता है । क्या यह अब अधिक स्पष्ट है?

3 प्रकार की काली गेंदों को रखने में क्या समस्या है जो कि 3 रंगीन गेंदों को रखने के लिए है ?

जेपीजी फ़ाइल में कोई रंग नहीं होते हैं, बस नंबर होते हैं, जैसा कि किसी अन्य फ़ाइल प्रारूप में होता है। और वे जेपीजी का उपयोग करते हैं क्योंकि इसे इस तरह से एन्कोड करना आसान है, क्योंकि कैमरा प्रोसेसर पहले से ही ऐसी फाइलें बनाने के लिए बना है।

वे शायद zip, rar, flac, या किसी अन्य दोषरहित प्रारूप में मैट्रिक्स डेटा को उसी तरह लिखेंगे। लेकिन इसके लिए कैमरे के सॉफ्टवेयर में जोड़े गए एल्गोरिदम के एक समूह की आवश्यकता होगी, जिनकी आवश्यकता नहीं है।


आपके समझाने से मैं उलझन में हूँ। लिंक अब काम नहीं कर रहा है, लेकिन ओपी इंगित करता है कि टीआईएफएफ फाइलें हैं। यदि कैमरा TIFF फ़ाइलों का उत्पादन कर सकता है, तो उसे JPG में कच्चे डेटा को एनकोड करने की आवश्यकता क्यों है? दोषरहित JPG का अर्थ है संपीड़न में कोई डेटा नहीं खोना, लेकिन इसका मतलब यह नहीं है कि JPG में कच्चे मैट्रिक्स डेटा से रूपांतरण किसी तरह से जानकारी को परिवर्तित या खो नहीं देता है, क्या यह करता है?
मिकॉ
हमारी साइट का प्रयोग करके, आप स्वीकार करते हैं कि आपने हमारी Cookie Policy और निजता नीति को पढ़ और समझा लिया है।
Licensed under cc by-sa 3.0 with attribution required.