Semuanya milik. Setiap aplikasi menggunakan algoritme mereka sendiri untuk mengonversi data mentah. Sepengetahuan saya tidak ada penyesuaian yang dibuat dengan satu aplikasi akan menerjemahkan secara identik di aplikasi lain kecuali kedua aplikasi menggunakan mesin konversi mentah yang sama "di bawah tenda" (mis. Adobe Lightroom dan Adobe Photoshop keduanya menggunakan Adobe Camera Raw untuk melakukan yang sebenarnya konversi mentah). Jadi, Anda harus memilih hanya satu aplikasi untuk melakukan konversi mentah.
Jika kemudian Anda ingin menggunakan alat lain untuk mengedit gambar lebih lanjut, Anda harus mengekspor hasil konversi mentah dalam format gambar raster standar yang dapat diedit oleh alat lain. Mungkin cara paling umum untuk mengatasinya adalah dengan melakukan konversi mentah dan kemudian mengekspor gambar sebagai file tiff 16-bit.
Tentu saja mengkonversi ke kunci tiff di banyak keputusan yang dibuat dalam konversi mentah: titik hitam, titik putih, koreksi gamma, dll. Dan mengurangi jumlah penyesuaian lebih lanjut untuk hal-hal seperti suhu warna / white balance, dll. -bit tiff memiliki lebih banyak informasi daripada, katakanlah, 8-bit jpeg. Jumlah maksimum gradasi dalam nilai warna 8-bit adalah 256. Jumlah maksimum gradasi dalam nilai warna 16-bit adalah 65.536. Selain kedalaman bit yang lebih rendah ada juga pertimbangan kompresi. Jadi file tiff akan memungkinkan penyesuaian lebih banyak sebelum hal-hal mulai berantakan daripada kehendak jpeg. Kerugian terbesar dari file tiff 16-bit adalah ukurannya: File mentah dari kamera 20MP akan berjalan sekitar 24-30MB. Ukuran pasti tergantung pada konten. Sebagian besar file mentah dikompres menggunakan kompresi lossless sehingga semakin banyak variasi dalam adegan semakin besar ukuran file. Gambar 20MP yang sama yang dikonversi menjadi file tiff 16-bit akan berjalan sekitar 100MB tanpa kompresi.
Dari komentar:
Setelah memposting pertanyaan tadi malam, saya menemukan bahwa darktable seharusnya (dan sampai batas tertentu) dapat membaca penyesuaian di dalam file xmp adobe - untuk apa nilainya, di sini dan di sini adalah tautannya. Saya belum berhasil membuatnya sejauh ini.
Bahkan ketika instruksi dapat dibaca dengan benar, pertanyaannya tetap, apakah darktable menerapkan algoritma yang sama persis untuk mendapatkan hasil yang sama persis? Atau hanya menggunakan algoritma darktable untuk memperkirakan hasil dari pengaturan tertentu menggunakan ACR? Firasat saya adalah bahwa Anda bisa mendapatkan hasil yang sama persis dengan mengedit di darktable untuk memulai dengan yang Anda bisa dapatkan dengan menerjemahkan instruksi dari ACR menggunakan darktable. Anda hanya perlu belajar cara menggunakan GUI yang berbeda untuk sampai ke sana.
Memang @MichaelClark, orang bisa menggunakan LR, Br atau darktable tanpa harus menggunakan yang lain! Saya lebih tertarik untuk menemukan alur kerja, yang futureproof - dalam arti bahwa saya tidak akan dikunci dalam satu aplikasi / ekosistem / OS tertentu.
Dalam hal ini selalu simpan file mentah asli Anda. Itu tentang bukti masa depan. Orang-orang suka membuat banyak suara tentang format baku "standar", tetapi itu hanya sekelompok asap dan cermin. DNG tidak lebih merupakan bukti di masa depan dari .cr2 atau .nef. Dan lebih banyak aplikasi memungkinkan Anda mengonversi file .cr2 dan .nef daripada membiarkan Anda bekerja dengan file .dng.
Tidak ada bukti masa depan. Sama sekali tidak ada.