Hepsi tescilli. Her uygulama ham verileri dönüştürmek için kendi algoritmalarını kullanır. Bildiğim kadarıyla, her iki uygulama da "kaputun altında" aynı ham dönüştürme motorunu kullanmadığı sürece (örneğin Adobe Lightroom ve Adobe Photoshop her ikisi de gerçek yapmak için Adobe Camera Raw'u kullanmadığı sürece, bir uygulama ile yapılan ayarlamaların hiçbiri başka bir uygulamada aynı şekilde tercüme edilmeyecektir. ham dönüşüm). Ham dönüşüm yapmak için sadece bir uygulama seçmelisiniz.
Daha sonra görüntüyü daha fazla düzenlemek için başka araçlar kullanmak isterseniz, ham dönüşümün sonuçlarını diğer araçlar tarafından düzenlenebilen standart bir raster görüntü biçiminde dışa aktarmanız gerekir. Muhtemelen bununla başa çıkmanın en yaygın yolu ham dönüşümü yapmak ve daha sonra görüntüleri 16 bit tiff dosyaları olarak dışa aktarmaktır.
Tabii ki ham dönüşümde alınan kararların çoğunda tiff kilitlerine dönüştürmek: siyah nokta, beyaz nokta, gama düzeltme, vb. Ve renk sıcaklığı / beyaz dengesi gibi şeylere daha fazla ayarlama miktarını azaltır. -bit tiff, 8-bit jpeg'den çok daha fazla bilgiye sahiptir. 8 bit renk değerindeki maksimum tonlama sayısı 256'dır. 16 bit renk değerindeki maksimum tonlama sayısı 65.536'dır. Düşük bit derinliğine ek olarak, sıkıştırma da dikkate alınır. Bu yüzden tiff dosyası, işler bir jpeg'den ayrılmadan önce çok daha fazla ayarlamaya izin verecektir. 16 bit tiff dosyalarının en büyük dezavantajı boyutlarıdır: 20MP kameradan gelen ham dosya 24-30MB civarında çalışacaktır. Tam boyut içeriğe bağlıdır. Çoğu ham dosya kayıpsız sıkıştırma kullanılarak sıkıştırılır, böylece sahnede ne kadar çok varyasyon olursa dosya boyutu o kadar büyük olur. 16 bit tiff dosyasına dönüştürülen aynı 20MP görüntü yaklaşık 100 MB sıkıştırılmamış olarak çalışır.
Yorumlardan:
Dün gece soruyu gönderdikten sonra, darktable'ın sözde (ve bir dereceye kadar) kerpiçin xmp dosyalarındaki ayarlamaları okuyabildiğini keşfettim - değerinde, burada ve burada bağlantılar. Ancak şimdiye kadar çalışmasını sağlayamadım.
Talimatlar düzgün bir şekilde okunabilse bile soru hala devam ediyor, aynı sonucu elde etmek için aynı algoritmayı uygulayan darktable mı? Yoksa ACR kullanarak belirli bir ayarın sonuçlarını tahmin etmek için yalnızca karanlık tablolar mı kullanılıyor? Benim önsezim, darktable kullanarak talimatları ACR'den çevirerek alabileceğiniz gibi darktable'da düzenleyerek tam olarak aynı sonuçları alabilmenizdir. Oraya ulaşmak için farklı GUI'yi nasıl kullanacağınızı öğrenmeniz yeterlidir.
Gerçekten @MichaelClark, bir başkasını kullanmadan LR, Br veya darktable kullanabilir! Belirli bir uygulamada / ekosistemde / işletim sisteminde kilitlenmeyeceğim anlamında bir iş akışı, yani geleceğe yönelik bir şey bulmakla daha fazla ilgileniyordum.
Bu durumda daima orijinal ham dosyalarınızı kaydedin. Bu, geleceği kadar gelecekteki bir kanıt. İnsanlar "standart" bir ham biçim hakkında çok fazla gürültü yapmayı severler, ancak bu sadece bir grup duman ve aynadır. DNG, .cr2 veya .nef'den gelecekteki bir kanıt değildir. Ve daha fazla uygulama .cng ve .nef dosyalarını .dng dosyalarıyla çalışmanıza izin verir.
Hiçbir şey geleceğin kanıtı değildir. Kesinlikle hiçbir şey.