क्या एक ही कैमरे की कच्ची छवियों का आकार समान है?


11

मेरे पास एक परियोजना है जिसमें मैं कई कंप्यूटिंग उपकरणों के बीच लोड को संतुलित करने की कोशिश कर रहा हूं। ये डिवाइस समान हैं और माना जाता है कि इनमें कैमरा सेगमेंट है। डिवाइस एक छवि को कैप्चर करता है और फिर छवि को संसाधित करता है।

सादगी के लिए मैं लोड पर विचार करना चाहता हूं क्योंकि प्रक्रिया कतार में इंतजार कर रही छवियों की संख्या है, लेकिन इसके लिए छवियों का आकार समान होना चाहिए और समान विनिर्देश हैं।

तो मेरा सवाल यह है कि क्या एक ही कैमरे की छवियों का आकार समान है? मुझे पता है कि छवियों को संपीड़ित करना और उन्हें .jpeg प्रारूप में परिवर्तित करना, संभवतः उनका आकार बदल देगा, लेकिन एक ही कैमरे की कच्ची छवियों के बारे में कैसे? क्या कच्ची छवियों का आकार समान है?


2
इस प्रश्न के प्रोग्रामिंग / कंप्यूटिंग पक्ष से बोलते हुए, जिस छवि डेटा पर आप काम कर रहे हैं, वह समान रूप से समान आकार का होगा, इससे कोई फर्क नहीं पड़ता; एक बार छवियों को डिकोड किया जाता है (या तो कच्चे या जेपीईजी से), बिटमैप का आकार समान होगा, और डिकोडिंग चरण आमतौर पर बहुत तेज़ होते हैं।
क्राइसिस -ऑन स्ट्राइक-

@chrylis बहुत बहुत धन्यवाद, आपकी टिप्पणी वास्तव में मेरे लिए उपयोगी थी।
पाब्लो

1
यदि ली जा रही छवियां समान संरचना और समान परिस्थितियों और सेटिंग्स (प्रकाश व्यवस्था, आईएसओ, शटर गति, आदि) के अंतर्गत हैं। चित्र समान आकार के बहुत करीब होंगे। यदि चित्र स्वयं बहुत भिन्न होते हैं, तो आकार हो सकता है।
जेपी १६१

2
vtc b / c ओपी ऐसा कार्य नहीं कर रहा है जिससे फोटोग्राफर्स को किसी विशेषज्ञता की उम्मीद होगी; quesion शामिल विशिष्ट कैमरों के बारे में अधिक जानकारी के बिना अचूक है; और ओपी कुछ तस्वीरों को लेने और जांचने के बाद आसानी से सवाल का जवाब दे सकता है
xiota

1
दूसरी तरफ @xiota, मूल प्रश्न और इसके उत्तर निश्चित रूप से फोटोग्राफरों के लिए व्यावहारिक मूल्य हैं। यह यहाँ विषय पर बनाता है।
माइकल सी

जवाबों:


26

एक तस्वीर एक हजार स्प्रेडशीट कोशिकाओं के लायक है, यहाँ 2018 (EOS 70D, 20Mpx) के लिए मेरे कैमरे से RAW फ़ाइलों के आकार का एक हिस्टोग्राम है। आकार 1000 K के हैं (वास्तव में MB नहीं हैं)।यहाँ छवि विवरण दर्ज करें

गणितीय रूप से झुकाव के लिए:

Average:    24538
Median:     24300   
Std dev.:    2119

शायद आप मीन और एसडी पोस्ट कर सकते हैं? यह जानकारीपूर्ण होगा
अज़ोर अहई

2
बहुत बहुत धन्यवाद। क्या आप कृपया इस बारे में स्पष्ट करेंगे कि x- अक्ष और y- अक्ष क्या दर्शाते हैं? मुझे यकीन नहीं है कि ये मूल्य वास्तव में क्या हैं।
पाब्लो

3
X का आकार ('24' 24000K और 25000K के बीच की तस्वीरों के लिए है) और Y बाल्टी में चित्रों की संख्या है।
xenoid

4
KB = MB, KiB - 1024 का अधिकतम स्तर -> MiB। आम ऑपरेटिंग सिस्टम मानक के अनुसार रैम के अलावा 1,000 बाइट केबी और 1,000,000 बाइट एमबी की रिपोर्ट करते हैं।
डेट्रिच एप

5
यदि आप बालों को विभाजित करना चाहते हैं, तो ये 1000 की KiB हैं: हिस्टोग्राम का आकार समान रहेगा ...
xenoid

26

कई डिजिटल कैमरे कच्ची फाइलों के साथ दोषरहित संपीड़न का उपयोग करते हैं। इसका मतलब है कि एक ही कैमरे से कच्ची फ़ाइलों का आकार कुछ हद तक निर्भर है।

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


1
ध्यान देने योग्य बात यह है कि सोनियों के पास अपनी बदनाम करने वाली संपीड़न में एक बदनाम बग था, इसलिए हम में से कई इसे बंद कर देते हैं और असम्पीडित कच्चे लिखते हैं, जो हर बार एक ही आकार का होता है। DNG में बदलने से आमतौर पर दोषरहित 40-65% आकार में कमी आती है।
चिरलीस

@chrylis नीचे एक सोनी विशिष्ट जवाब है। इसके अलावा, DNG में कनवर्ट करना कीड़े का एक बिल्कुल अलग तरीका है जो मूल कच्ची फ़ाइलों के कोडेक्स पर भी अत्यधिक निर्भर है, वे क्या जानकारी रखते हैं या नहीं होते हैं, और क्या अंतिम उपयोगकर्ता जानकारी के उस हिस्से का उपयोग करना चाहता है फ़ाइलों से उस समय छीन लिया जाता है जब वे DNG में परिवर्तित हो जाती हैं। IMHO, इस तरह के एक छोटे और सामान्य उत्तर में जाने के लिए थोड़ा बहुत है (ओपी ने कैमरे के एक ब्रांड / विशिष्ट प्रकार की कच्ची फ़ाइल को निर्दिष्ट नहीं किया है)। यदि आपको लगता है कि यह इतना महत्वपूर्ण है, तो आप इसे अपने उत्तर में शामिल कर सकते हैं।
माइकल सी

4

थोड़ी अतिरिक्त जानकारी: यदि कच्ची फ़ाइल में एक पूर्वावलोकन शामिल है (वे आम तौर पर करते हैं) जो कि संपीड़ित होने की संभावना है और फ़ाइल आकार में एक छोटे बदलाव का कारण होगा।

कल मैंने कुछ कच्चे CR2 फ़ाइलों की जाँच की (मैं अपने डेस्क में एक पुराना कैनन 350 डी रखता हूं), अनिवार्य रूप से एक ही दृश्य के 3 शॉट्स लगभग 3% भिन्न होते हैं। मैं प्रकाश के साथ खिलवाड़ कर रहा था और एक बहुत ही काले रंग की पृष्ठभूमि का उपयोग करता था, ताकि दोनों पर प्रकाश डाला जा सके और (लगभग) शुद्ध काला हो, दोनों ही अच्छी तरह से दोषरहित भी।

हालाँकि लोड संतुलन के संदर्भ में आप शायद ठीक हैं: एक समझदार संख्या में औसत से अधिक लोड तब तक पर्याप्त होगा जब तक कि आपका सिस्टम किनारे पर सही न हो, और ट्रांसफर- या डिकम्प्रेसन-लिमिटेड।


4

संपीड़न विधियों के दो मुख्य प्रकार हैं:

  1. दोषरहित संपीड़न
  2. हानिपूर्ण संपीड़न

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

मूल रूप से, यदि आप किसी चित्र को सहेजते हैं और बिना किसी एन्कोडिंग के प्रत्येक पिक्सेल के लिए रंग जानकारी संग्रहीत करते हैं, तो प्रत्येक चित्र का आकार बिल्कुल एक जैसा होगा।

लेकिन जैसे ही दोषरहित संपीड़न विधियाँ मौजूद हैं, आपके पास बिना किसी गुणवत्ता को खोए फ़ाइल आकार को बचाने की क्षमता है। सबसे मूल उदाहरण रन-लंबाई एन्कोडिंग होगा जहां आप समान क्रमिक जानकारी को संयोजित कर सकते हैं और इस प्रकार उस स्थान को बचा सकते हैं जिसे आपको एक-एक करके स्टोर करना होगा। उदाहरण के लिए आप "व्हाइट, व्हाइट, ब्लैक, ब्लैक" कहने के बजाय "2 व्हाइट, 3 ब्लैक" जैसी जानकारी संग्रहीत करेंगे।

इससे चित्रों में परिणाम बहुत अधिक विचरण के बिना अपेक्षाकृत छोटे फ़ाइल आकार में संकुचित हो जाते हैं, जबकि उनमें बहुत अधिक विचरण करने वालों के लिए यह संभव नहीं है।

यही कारण है कि एक ही कैमरे पर ली गई अलग-अलग कच्ची तस्वीरें अलग-अलग फ़ाइल आकारों में सबसे अधिक होने की संभावना है।


3

यह कैमरा-निर्भर हो सकता है, लेकिन मेरे कैनन ईओएस 7 डी मार्क II के लिए, विभिन्न कच्चे चित्र निश्चित रूप से एक ही आकार के नहीं हैं:

# ls -l *.cr2
-rwx------ 1 tew tew 23868042 Jan 21 10:59 20190121105920-6996.cr2
-rwx------ 1 tew tew 24408037 Jan 21 11:07 20190121110757-7002.cr2
-rwx------ 1 tew tew 25928707 Jan 21 11:08 20190121110823-7003.cr2
-rwx------ 1 tew tew 23777211 Jan 21 11:08 20190121110852-7004.cr2
-rwx------ 1 tew tew 25369539 Jan 21 11:09 20190121110922-7005.cr2
-rwx------ 1 tew tew 22675822 Jan 21 11:11 20190121111113-7006.cr2
-rwx------ 1 tew tew 23377077 Jan 21 11:11 20190121111119-7007.cr2

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


धन्यवाद। चूंकि मुझे फोटोग्राफी में पर्याप्त ज्ञान नहीं है, इसलिए मैं जानना चाहता था कि क्या आकार में यह अंतर इतना अधिक है कि मैं लोड को छवियों की संख्या नहीं मान सकता? क्या "23868042" का मतलब 23.8 मेगाबाइट है?
पाब्लो

1
सही - 7D II में 20.2 मेगापिक्सेल सेंसर है, और परिणामस्वरूप कच्ची छवियां आम तौर पर 19 और 36 मेगाबाइट्स के बीच होती हैं, फोटो के मेरे वर्तमान संग्रह को देखते हुए ...
twalberg

0

अब, यदि आप कम लोकप्रिय ब्रांडों में रुचि रखते हैं, तो यहां बताया गया है कि सोनी रॉ को कैसे संभालती है।

वर्तमान में उपयोग की जाने वाली RAW फ़ाइलें (फ़ाइल एक्सटेंशन ".ARW") 2 प्रकार में आती हैं: 8 बिट प्रति पिक्सेल ("संकुचित रॉ") और 16 बिट प्रति पिक्सेल ("असम्पीडित रॉ")। कुछ कैमरे 8 बिट तक सीमित हैं, उच्च अंत वाले कैमरे या तो टाइप कर सकते हैं।

नतीजतन, किसी दिए गए कैमरे से सभी RAW फाइलें लगभग एक ही आकार की होती हैं, जो मेगापिक्सेल (8 बिट्स) या दो बार मेगापिक्सेल संख्या (16 बिट्स के लिए) के बराबर होती हैं। एम्बेडेड JPEG पूर्वावलोकन के कारण वास्तविक फ़ाइल आकार में थोड़ा उतार-चढ़ाव होता है लेकिन RAW डेटा हमेशा स्थिर आकार का होता है।


क्या Sony कैमरे वास्तव में संकुचित कच्ची फ़ाइलों की गहराई को कम करते हैं? JPEG के समान रंग की गहराई वाली "कच्ची" फाइलें होने का क्या मतलब है?
xiota

@ प्रत्येक कोटा के लिए फ़ाइल डेटा के 8 बिट्स लेकिन एक शाब्दिक 8 बिट छवि नहीं - प्रभावी बिट गहराई स्थानीय कंट्रास्ट पर निर्भर करती है और 11 से 7 बिट्स के बीच हो सकती है और फिर गामा वक्र (जेपीईजी के समान) में आउटपुट को खींचती है 13 बिट्स। इस संपीड़न एल्गोरिदम द्वारा प्रस्तुत कलाकृतियां विशिष्ट छवियों में अदृश्य हैं और सोनी के मालिक आमतौर पर यह भी नहीं जानते कि ये फाइलें वास्तव में रॉ नहीं हैं। यह एक बुरा एल्गोरिथ्म नहीं है, लेकिन यह शर्म की बात है कि सोनी से कोई भी एपीएस-सी कैमरा सही रॉ को शूट नहीं कर सकता है - दुर्लभ मामलों के लिए रॉ को असम्पीडित करने का कोई विकल्प नहीं है, जहां इससे फर्क पड़ता है।
सुज़ुलत

@ सुकोता रॉ फाइलों में कोई रंग गहराई नहीं है। वे मोनोक्रोमैटिक ल्यूमिनेंस मान हैं।
माइकल सी

इनमें "मोनोक्रोमैटिक" प्रकाश का मान मौजूद होता है जो रंग फिल्टर से होकर गुजरता है , इसलिए रंग का प्रतिनिधित्व करता है। इसमें प्रत्येक पिक्सेल के लिए पूरी रंग जानकारी नहीं हो सकती है, लेकिन यह अभी भी रंग की गहराई है।
xiota

0

संभावित रूप से कच्चे फ़ाइलों का आकार समान होता है, लेकिन व्यवहार में, वे लगभग हमेशा नहीं करते हैं। कारणों में शामिल हैं:

  • मेटाडेटा का परिवर्तनीय आकार। ( ट्वेलबर्ग )
  • JPEG पूर्वावलोकन थंबनेल का परिवर्तनशील आकार। ( क्रिस एच , szulat )
  • दोषरहित संपीड़न। ( माइकल सी , sLaiN )
  • हानिपूर्ण संपीड़न। ( sLaiN )
  • कम होती कच्ची फाइलें।
  • कम गहराई वाली कच्ची फाइलें।

यह जानने के बिना कि आप किन उपकरणों का उपयोग कर रहे हैं, यह सीधे और आपके प्रश्न का सटीक उत्तर देना असंभव है।

  • कैनन - CR2 फाइलें दोषरहित संपीड़ित हैं। ( क्रिस एच , ट्वालबर्ग , ज़ेनॉइड )
  • फ़ूजीफिल्म एक्स-सीरीज़ - जी 1 / जी 2 एक्स-ट्रांस सेंसर (16 एमपी) और फॉक्स-एक्स बायर सेंसर का उपयोग करने वाले कैमरे कच्चे डेटा के लिए संपीड़न का उपयोग नहीं करते हैं। जी 3 और बाद में एक्स-ट्रांस सेंसर (24mp) में दोषरहित संपीड़न का उपयोग करने का विकल्प है।
  • निकोन - ???
  • ओलिंप - ???
  • पैनासोनिक - ???
  • पेंटाक्स - ???
  • सोनी - ( szulat )

0

आपके प्रश्न का सीधा आगे का उत्तर:

  1. एक ही कैमरे से कच्चे फ़ाइलें, एक ही रिज़ॉल्यूशन पर शूट की जाती हैं, अगर आपके पास दोषरहित या शिथिल संपीड़ित हैं, तो आप शायद समान आकार नहीं लेंगे।

  2. दूसरी ओर, यदि वे संकुचित नहीं होते हैं, तो उनके बीच के आकार का अंतर बड़े पिक्सेल गणना वाले सेंसर (> = 30 मेगापिक्सेल और> = 12 बिट) वाले कैमरों के लिए नगण्य होगा और ज्यादातर कच्ची फाइलों में एम्बेडेड जेपीईजी पूर्वावलोकन के कारण होता है। (परिभाषा द्वारा शिथिल संकुचित)।

  3. अगर आपने असम्पीडित रॉ को शूट किया है और उनके बीच आकार में परिवर्तन महत्वपूर्ण है, तो आपका कैमरा उन्हें संकुचित कर रहा है और आपको इसके बारे में नहीं बता रहा है।
हमारी साइट का प्रयोग करके, आप स्वीकार करते हैं कि आपने हमारी Cookie Policy और निजता नीति को पढ़ और समझा लिया है।
Licensed under cc by-sa 3.0 with attribution required.