Theo tôi biết, công cụ có sẵn duy nhất có thể tạo tệp RAW là theo như tôi biết là máy ảnh và không có công cụ tiêu chuẩn nào để thao tác. Tôi đã nghe nói rằng tại sao các tệp RAW được sử dụng trong các cuộc thi nhiếp ảnh khác nhau để chứng minh rằng một nhiếp ảnh gia đã không thao túng một bức ảnh được gửi.
Tuy nhiên, tệp RAW chỉ là tệp dữ liệu và bất kỳ bit nào cũng có thể bị thao túng.
Điều gì làm cho các tệp RAW khó trở thành một đối tượng của thao tác?
Câu trả lời:
Không có gì làm cho các tệp thô khó thao tác cho người có chuyên môn và công cụ phù hợp. Chỉ là không có nhiều người xung quanh có những công cụ và chuyên môn đó.
Các công cụ cần thiết để thao tác một tệp thô thành jpeg phổ biến rộng rãi và nổi tiếng hơn nhiều so với các công cụ cần thiết để thao tác một tệp thô thành một tệp thô khác. Đó có lẽ là nơi nhận thức rằng các tệp thô khó thao tác hơn đến từ: hầu hết những người tổ chức các cuộc thi như vậy đều quen thuộc hơn với cách tạo ra các jpeg bị thao túng nặng nề từ các tệp thô. Hầu hết trong số họ có thể không biết rằng dữ liệu thô có thể bị thao túng, ít hơn nhiều so với cách người ta sẽ thực hiện nó. Ý tôi là, họ thậm chí không hiểu 300 dpi (không) có nghĩa là gì trong môi trường kỹ thuật số bất khả tri kích thước hiển thị.
Trớ trêu thay, tổ chức tin tức Reuters lại có cách khác: Họ sẽ chỉ chấp nhận những hình ảnh (dường như) đã được tạo ra dưới dạng jpeg trong máy ảnh tại thời điểm hình ảnh được chụp.
Một tệp RAW ít hơn một thùng chứa cho đầu ra của cảm biến máy ảnh. Nó phải được xử lý thành một hình ảnh cung cấp cho nó thông tin đầy đủ màu sắc ở mỗi pixel. Vì vậy, không có chương trình nào có ý định thao tác với tệp RAW vì nó có nghĩa là đầu vào cho phần mềm chuyển đổi RAW.
Vì nó chỉ được tạo từ các bit như bất kỳ tệp kỹ thuật số nào khác, tất nhiên người ta có thể thay đổi bất kỳ phần nào bằng trình soạn thảo nhị phân chẳng hạn. Điều khó hơn là tạo ra các thay đổi mạch lạc cho tệp RAW mà các thay đổi đó sẽ xuất hiện tự nhiên. Bạn không thể cắt tệp RAW vì kích thước hình ảnh sẽ không còn tạo ra những gì máy ảnh làm. Việc thêm hoặc xóa các đối tượng khỏi cảnh sẽ yêu cầu một người thực hiện chuyển đổi ngược lại một chuyển đổi RAW cụ thể cho một máy ảnh cụ thể.
Có các định dạng tốt hơn để lưu trữ và trao đổi hình ảnh có độ sâu bit cao. Lợi ích chính của các tệp thô là chúng chứa dữ liệu cảm biến được xử lý tối thiểu. Vì vậy, không có lý do thuyết phục cho bất cứ ai đặt nỗ lực (khá quan trọng) vào việc viết mã để viết các tệp thô. Điều này có nghĩa là việc gửi các tệp thô là một cách thực tế để chứng minh (i) sở hữu ảnh gốc và (ii) ảnh chụp ban đầu trông như thế nào. Đó là bằng chứng nghèo nàn về quyền sở hữu hợp pháp của bản gốc.
Các tệp RAW khó thao tác vì không có công cụ nào cho việc này.
Không có công cụ nào vì thao túng chúng là vô nghĩa.
Tệp RAW không giữ hình ảnh tiêu chuẩn. Họ giữ dữ liệu đọc trực tiếp từ cảm biến của một kiểu máy ảnh cụ thể. Chúng cần được xử lý theo cách cụ thể cho từng kiểu máy ảnh để có được hình ảnh chuẩn.
Để "hiển thị" một tệp thô, bạn phải có các chi tiết cụ thể về kiểu máy ảnh mà nó xuất phát từ tổ chức này, đây là lý do tại sao các bộ chuyển đổi RAW như Lightroom cần có bản cập nhật cho mỗi máy ảnh mới được phát hành. Ngược lại, JPEG hoặc PNG được thiết kế để có thể hiển thị trên mọi thiết bị mà không cần biết chúng đến từ đâu. Chúng có nghĩa là có thể giữ bất kỳ hình ảnh.
Tôi hy vọng điều này cho thấy rõ rằng hoàn toàn không có điểm nào trong việc tạo các tệp RAW theo bất kỳ cách nào khác ngoài trực tiếp trong máy ảnh. (Trừ khi bạn muốn thực hiện hành vi gian lận hoặc trừ khi bạn muốn thiết kế ngược định dạng RAW cụ thể để hiểu rõ hơn về máy ảnh hoặc để sản xuất trình chuyển đổi RAW của riêng bạn cho nó.)
Một cảm biến máy ảnh thông thường không chụp các pixel RGB, mà thay vào đó, chụp các pixel cảm nhận màu đỏ khác biệt, các pixel cảm biến màu xanh lá cây và các pixel cảm biến màu xanh ở các vị trí hơi khác nhau; một tệp thô sẽ báo cáo các giá trị của các pixel riêng lẻ khi được chụp.
Khi một tệp thô được chuyển đổi sang định dạng pixel RGB, mỗi pixel trong tệp đầu ra thường sẽ là trung bình có trọng số và được lọc của một số pixel trên cảm biến ban đầu. Khi dữ liệu được chuyển đổi, mỗi pixel trong tệp kết quả sẽ có khả năng đại diện độc lập cho bất kỳ màu nào. Nếu người ta muốn điều chỉnh độ bão hòa trong một tệp pixel RGB, thì mỗi giá trị màu đỏ của từng pixel có thể dựa trên các giá trị xanh lam và xanh lục của nó, và điều chỉnh tương tự từng màu xanh lam dựa trên màu đỏ và xanh lục của nó và điều chỉnh màu xanh lá cây dựa trên màu xanh của nó đỏ và xanh.
Tuy nhiên, nếu muốn áp dụng điều chỉnh cân bằng trắng cho một tệp thô, thì người ta sẽ không thể điều chỉnh màu của từng pixel, vì mỗi pixel riêng lẻ chỉ có khả năng cảm nhận một giá trị độ sáng duy nhất. Nếu người ta muốn giảm độ bão hòa của hình ảnh thô của vật thể màu đỏ, sẽ không thể tăng giá trị màu xanh lam và xanh lục của tất cả các pixel cảm nhận màu đỏ; thay vào đó, người ta sẽ phải tăng các giá trị được báo cáo cho các pixel cảm biến màu xanh lam và cảm biến màu xanh lá cây gần các pixel cảm biến màu đỏ sáng. Các thao tác như vậy không khó, nhưng mỗi lần chúng được áp dụng sẽ làm giảm hình ảnh thêm một chút. Ngược lại, hành động chuyển đổi dữ liệu cảm biến thành hình ảnh RGB nói chung là mất mát, nhưng sự mất mát đó chỉ cần được phát sinh một lần.
Bởi vì không cần phải làm điều đó.
Các chương trình thao tác nâng cao thường không phá hủy , vì vậy các chương trình thường sử dụng hình ảnh gốc, nhưng lưu thao tác trong một tệp bổ sung (hoặc cơ sở dữ liệu). Để chỉnh sửa đơn giản, sidecar .xmp được sử dụng.
Có lợi thế rất lớn để có quy trình làm việc không phá hủy. Một cho tất cả: dễ dàng sao lưu hơn, nhưng bạn luôn có thể có thông tin ban đầu để thực hiện các thao tác tiếp theo, mà không mất bất cứ điều gì.
Tôi nghĩ rằng UFRaw cũng có thể tiết kiệm nguyên.
Về mặt kỹ thuật, không khó để tạo ra chúng: các tệp thô thông thường chỉ là các tệp TIFF được nén, với một số giải thích về màu sắc và hình học của pixel (vì nó được người đọc sử dụng) và với một số thông tin EXIF bổ sung.