Tất cả đều là độc quyền. Mỗi ứng dụng sử dụng thuật toán riêng để chuyển đổi dữ liệu thô. Theo hiểu biết của tôi, không có điều chỉnh nào được thực hiện với một ứng dụng sẽ dịch giống hệt nhau trong một ứng dụng khác trừ khi cả hai ứng dụng sử dụng cùng một công cụ chuyển đổi thô "dưới mui xe" (ví dụ: Adobe Lightroom và Adobe Photoshop đều sử dụng Adobe Camera Raw để thực tế chuyển đổi thô). Vì vậy, bạn phải chọn chỉ một ứng dụng để thực hiện chuyển đổi thô.
Sau đó, nếu bạn muốn sử dụng các công cụ khác để chỉnh sửa hình ảnh, bạn phải xuất kết quả của chuyển đổi thô theo định dạng hình ảnh raster được tiêu chuẩn hóa có thể được chỉnh sửa bởi các công cụ khác. Có lẽ cách phổ biến nhất để giải quyết vấn đề này là thực hiện chuyển đổi thô và sau đó xuất hình ảnh dưới dạng tệp tiff 16 bit.
Tất nhiên chuyển đổi sang khóa tiff trong rất nhiều quyết định được đưa ra trong chuyển đổi thô: điểm đen, điểm trắng, hiệu chỉnh gamma, v.v. và giảm số lượng điều chỉnh thêm cho những thứ như nhiệt độ màu / cân bằng trắng, v.v. Nhưng 16 -bit tiff có nhiều thông tin hơn, giả sử, một jpeg 8 bit. Số lượng tăng màu tối đa trong giá trị màu 8 bit là 256. Số lượng tăng màu tối đa trong giá trị màu 16 bit là 65,536. Ngoài độ sâu bit thấp hơn cũng có sự xem xét về nén. Vì vậy, tệp tiff sẽ cho phép điều chỉnh nhiều hơn trước khi mọi thứ bắt đầu sụp đổ so với tệp jpeg. Nhược điểm lớn nhất của các tệp tiff 16 bit là kích thước của chúng: Một tệp thô từ camera 20MP sẽ chạy khoảng 24-30 MB. Kích thước chính xác phụ thuộc vào nội dung. Hầu hết các tệp thô được nén bằng cách sử dụng nén không mất dữ liệu, do đó càng có nhiều biến thể trong cảnh thì kích thước tệp sẽ càng lớn. Hình ảnh 20MP tương tự được chuyển đổi thành tệp tiff 16 bit sẽ chạy khoảng 100 MB không nén.
Từ các ý kiến:
Sau khi đăng câu hỏi tối qua, tôi phát hiện ra rằng darktable được cho là (và ở một mức độ nào đó) có thể đọc các điều chỉnh bên trong các tệp xmp của adobe - với giá trị của nó, ở đây và đây là các liên kết. Tôi đã không quản lý để làm cho nó hoạt động cho đến nay mặc dù.
Ngay cả khi các hướng dẫn có thể được đọc đúng, câu hỏi vẫn còn, liệu darktable có thể áp dụng thuật toán chính xác tương tự để có kết quả chính xác không? Hay đó chỉ là sử dụng các thuật toán có thể tối để ước tính kết quả từ một cài đặt nhất định bằng ACR? Linh cảm của tôi là bạn có thể nhận được kết quả chính xác bằng cách chỉnh sửa trong darktable để bắt đầu bằng cách dịch các hướng dẫn từ ACR bằng cách sử dụng darktable. Bạn chỉ cần học cách sử dụng GUI khác nhau để đến đó.
Thật vậy, @MichaelClark, người ta có thể sử dụng LR, Br hoặc darktable mà không cần sử dụng cái khác! Tôi quan tâm nhiều hơn đến việc tìm kiếm một quy trình công việc, đó là Futureproof - theo nghĩa là tôi sẽ không bị khóa trong một ứng dụng / hệ sinh thái / HĐH cụ thể.
Trong trường hợp đó luôn luôn lưu các tập tin thô ban đầu của bạn. Đó là bằng chứng trong tương lai. Mọi người muốn tạo ra nhiều tiếng ồn về định dạng thô "tiêu chuẩn", nhưng đó chỉ là một đám khói và gương. DNG không có bằng chứng trong tương lai hơn .cr2 hoặc .nef. Và nhiều ứng dụng cho phép bạn chuyển đổi các tệp .cr2 và .nef hơn là cho phép bạn làm việc với các tệp .dng.
Không có gì là bằng chứng trong tương lai. Hoàn toàn không có gì.