वे सभी मालिक हैं। प्रत्येक एप्लिकेशन कच्चे डेटा को परिवर्तित करने के लिए अपने स्वयं के एल्गोरिदम का उपयोग करता है। मेरे ज्ञान के सर्वश्रेष्ठ के लिए एक आवेदन के साथ किए गए समायोजन में से कोई भी एक अन्य अनुप्रयोग में अनौपचारिक रूप से अनुवाद नहीं करेगा जब तक कि दोनों अनुप्रयोग एक ही कच्चे रूपांतरण इंजन "हुड के नीचे" का उपयोग न करें (उदाहरण के लिए एडोब लाइटरूम और एडोब फोटोशॉप दोनों एडोब कैमरा रॉ का उपयोग वास्तविक करने के लिए करते हैं। कच्चे रूपांतरण)। इसलिए आपको कच्चे रूपांतरण करने के लिए केवल एक आवेदन चुनना होगा।
यदि आप छवि को संपादित करने के लिए अन्य उपकरणों का उपयोग करना चाहते हैं, तो आपको एक मानकीकृत रेखापुंज छवि प्रारूप में कच्चे रूपांतरण के परिणामों को निर्यात करना होगा जिसे अन्य उपकरणों द्वारा संपादित किया जा सकता है। संभवतः इससे निपटने का सबसे आम तरीका कच्चे रूपांतरण करना है और फिर छवियों को 16-बिट टिफ़ फ़ाइलों के रूप में निर्यात करना है।
बेशक कच्चे रूपांतरण में किए गए बहुत सारे निर्णयों में टिफ ताले को परिवर्तित करना: काला बिंदु, सफेद बिंदु, गामा सुधार, आदि और रंग तापमान / श्वेत संतुलन, आदि जैसी चीजों के आगे समायोजन की मात्रा को कम करता है, लेकिन 16 8-बिट jpeg की तुलना में -बिट टिफ़ में बहुत अधिक जानकारी है। 8-बिट रंग मान में अधिकतम ग्रेडिएंट्स 256 हैं। 16-बिट रंग मान में ग्रेडेशन की अधिकतम संख्या 5,536 है। निचली बिट गहराई के अलावा संपीड़न का विचार भी है। तो झगड़ा फ़ाइल एक बहुत अधिक समायोजन की अनुमति देगा इससे पहले कि चीजें एक जेपीईजी इच्छा के अलावा गिरने लगें। 16-बिट टिफ़ फ़ाइलों का सबसे बड़ा नुकसान उनका आकार है: 20MP कैमरे से एक कच्ची फ़ाइल लगभग 24-30MB तक चलेगी। सटीक आकार सामग्री पर निर्भर करता है। दोषरहित संपीड़न का उपयोग करते हुए अधिकांश कच्ची फाइलें संपीड़ित होती हैं, इसलिए दृश्य में जितनी अधिक भिन्नता होगी फाइल का आकार उतना ही बड़ा होगा। 16-बिट टिफ़ फ़ाइल में कनवर्ट की गई 20MP की छवि लगभग 100MB असम्पीडित चलेगी।
टिप्पणियों से:
कल रात प्रश्न पोस्ट करने के बाद, मुझे पता चला कि डार्कटेबल माना जाता है (और कुछ हद तक) एडोब की xmp फ़ाइलों के अंदर समायोजन को पढ़ सकता है - इसके लायक क्या है, यहाँ और यहाँ लिंक हैं। मैंने इसे इस तरह से काम करने में कामयाब नहीं किया है।
यहां तक कि जब निर्देशों को ठीक से पढ़ा जा सकता है तब भी सवाल अभी भी बना हुआ है, क्या अंधेरे में सटीक समान परिणाम प्राप्त करने के लिए सटीक एल्गोरिदम को लागू किया जा रहा है? या क्या यह केवल एक निश्चित सेटिंग से एसीआर का उपयोग करके परिणामों को अनुमानित करने के लिए डार्कटेबल एल्गोरिदम का उपयोग कर रहा है? मेरा कूबड़ यह है कि आप अंधेरे में संपादन करके सटीक समान परिणाम प्राप्त कर सकते हैं जैसा कि आप शुरू कर सकते हैं जैसा कि आप अंधेरे से एसीआर के निर्देशों का अनुवाद करके प्राप्त कर सकते हैं। आपको बस सीखना है कि वहां पहुंचने के लिए विभिन्न GUI का उपयोग कैसे करें।
वास्तव में @MichaelClark, एक LR, Br या darktable का उपयोग करने के लिए दूसरे का उपयोग करने की आवश्यकता के बिना कर सकता है! मैं एक वर्कफ़्लो खोजने में अधिक रुचि रखता था, जो कि फ्यूचरप्रूफ है - इस अर्थ में कि मुझे एक विशेष एप्लिकेशन / इकोसिस्टम / ओएस में बंद नहीं किया जाएगा।
उस स्थिति में हमेशा अपनी मूल कच्ची फ़ाइलों को सहेजें। यह भविष्य के प्रमाण के रूप में के रूप में यह हो जाता है। लोग "मानक" कच्चे प्रारूप के बारे में बहुत शोर करना पसंद करते हैं, लेकिन यह सिर्फ धुएं और दर्पणों का एक गुच्छा है। DNG .cr2 या .nef से अधिक भविष्य का प्रमाण नहीं है। और अधिक एप्लिकेशन आपको .dr फ़ाइलों के साथ काम करने की तुलना में .cr2 और .nef फ़ाइलों को परिवर्तित करने देते हैं।
कुछ भी भविष्य का प्रमाण नहीं है। बिल्कुल कुछ नहीं।