Tại sao kích thước tệp tăng rất nhiều khi chuyển đổi từ RAW sang TIFF?


7

Tôi đã chuyển đổi các tệp .CR2 (định dạng RAW của Canon) sang các tệp TIFF để tạo video vượt thời gian trong Photoshop. Khi làm như vậy, tôi đã rất ngạc nhiên khi nhận ra rằng kích thước tệp tăng vọt từ 23,9 MB trong trường hợp các tệp .CR2 thành 132,7 MB cho các tệp TIFF (đây là những hình ảnh 5760 x 3840px mà chúng tôi đang xử lý). Các hình ảnh được chuyển đổi trong Lightroom từ .CR2 thành 16 bit TIFF mà không nén.

Ban đầu tôi đã ngây thơ mong đợi không tăng tập tin, vì không có thông tin mới nào được tạo ra. Nghĩ xa hơn, tôi nhận ra rằng do bộ lọc của Bayer, chỉ có một giá trị R, G hoặc B trên mỗi pixel được ghi lại trong tệp thô và phần còn lại được nội suy trong tệp TIFF.

Điều này sẽ giải thích sự gia tăng gấp 3 lần về kích thước tập tin. Tuy nhiên, 23,9 MB đến 132,7 MB tăng hơn 5,5 lần. Tôi đã kiểm tra một trong các tệp tif trong Photoshop - đó là một lớp không có kênh alpha. Các megabyte thêm đến từ đâu?


Có bao nhiêu bit là các tệp TIFF? 16? Có bao nhiêu bit là tệp .CR2 của bạn? (nhiều nhất là 14 và có thể ít hơn tùy thuộc vào kiểu máy ảnh bạn có)
Michael C

Các TIFF là 16 bpc. Huh, tôi luôn nghĩ rằng các tệp .CR2 cũng là 16 bpc. Chỉ cần kiểm tra hướng dẫn - chúng là 14bpc. Điều đó làm tăng kích thước tệp 3,4 lần. Vẫn còn một chút ngắn ...
Mark Fisher

Tôi nghĩ rằng nó sẽ nhiều hơn 3,4 - Bạn đang đi từ một giá trị 14 bit duy nhất cho mỗi cảm biến thành 3 giá trị 16 bit. Và các tệp .CR2 cũng được nén theo cách không mất dữ liệu.
Michael C

Aaah, tôi hiểu rồi. Tôi đã không nhận ra các tập tin .CR2 đã được nén. Tôi làm cho nó 5760 * 3840 * 16 * 3 / (8 * 2 * 20) = ngày hình ảnh thuần có giá trị 126,6 MB cho các tệp TIFF. Trong sân bóng ngay bây giờ, nhưng bất kỳ ý tưởng nào tạo nên thêm 6MB. Không thể là siêu dữ liệu, chắc chắn?
Đánh dấu

1
Ngoài ra còn có plugin ưa thích này áp dụng một số điều chỉnh dần dần theo thời gian, hãy kiểm tra câu trả lời này: photo.stackexchange.com/a/24549353348
null

Câu trả lời:


11

TIFF là một định dạng chứa hỗ trợ một tập hợp các tiêu chuẩn khác và giống như bất kỳ vùng chứa nào, nó sẽ hoàn toàn phụ thuộc vào những gì bạn (hoặc bất kỳ ai đã viết xuất khẩu TIFF mà bạn đang sử dụng) đã quyết định đưa vào đó.

Theo phỏng đoán từ kích thước tệp, trình chuyển đổi của bạn đã chuyển sang 16bpc / RGB không nén. Nếu vậy thì kích thước tập tin đó trông đúng. Nếu nó không nén chúng ta có thể xác nhận nó một cách dễ dàng ...

5760 x 3860 = 22.118.400 (tổng số pixel)

x 3 = 66.355.200 (3 màu cho mỗi pixel, R / G / B)

x 2 = 132,710,400 (tổng kích thước hình ảnh tính theo byte trong đó 16 bit = 2 byte)

132,7Mb phù hợp với kích thước tệp gốc của bạn. Tệp thực tế sẽ lớn hơn một chút để chứa tiêu đề TIFF, siêu dữ liệu và có thể là bản xem trước.

Về lý do tại sao TIFF lớn hơn nhiều, có một số lý do chính: -

Nội suy - mỗi pixel trên cảm biến là một trong hai R, G hoặc B. Để có được hình ảnh RGB đầy đủ, bộ chuyển đổi thô ước tính hai màu khác (như R / B cho pixel G) từ các pixel xung quanh. Điều đó có nghĩa là tệp thô của chúng tôi chỉ cần lưu trữ 1/3 dữ liệu mà TIFF của chúng tôi thực hiện trước khi chúng tôi bắt đầu. Dữ liệu cảm biến không nén thực sự thô đang được lưu trữ chỉ dưới 39Mbyte trong trường hợp này.

Nén sau đó xuất hiện và giảm 39Mb xuống - nén có thể được điều chỉnh nếu bạn biết loại và định dạng dữ liệu so với thuật toán nén mục đích chung và trong trường hợp CR2, chúng sử dụng JPEG không mất dữ liệu dường như giảm kích thước khoảng 25% .

Thông tin thêm: CR2 thực sự là một định dạng dựa TIFF mà các cửa hàng một lossless greyscale JPEG (theo trang này ) mà được tham chiếu bởi ExifTool: Canon Raw File Format - đó là đáng đọc nếu không có gì khác hơn so với rant Phil Harvey về một số (nhiều) bất cập của TIFF.


Thông tin bổ sung để bao gồm các nhận xét: 6Mb 'thêm' có lẽ là 0'và chỉ là phần đệm để làm cho các giá trị 14 bit phù hợp với ranh giới 16 bit (2 byte) mà Lightroom cần sử dụng vì nó hoạt động với toàn bộ byte. Lightroom mã hóa đầu ra để phù hợp với độ sâu mà nó đã hoạt động ngay cả khi TIFF hỗ trợ 14 bit / kênh không bị nén, IIRC, nó không và nếu bạn có thể cho rằng gần như không ai thực hiện được thì bạn sẽ kết thúc với TIFF chính xác về mặt kỹ thuật mà không ai có thể mở (và không phải lần đầu tiên theo kinh nghiệm của tôi).


2
Có thể hữu ích hơn trong phần tính toán màu xám để chỉ ra "X 2" là lối tắt cho "X (16 bit cho mỗi giá trị màu trên mỗi pixel / 8 bit trên mỗi byte)".
Michael C

Có, bởi vì lần 2 thực sự là 16 lần chia cho 8 bit cho mỗi byte.
Michael C

2
Tính toán đó chiếm 16bpc mặc dù. Hóa ra là không có thêm 6 MB như tôi đã nghĩ. Gần đây tôi mới chuyển sang Mac và không nhận ra rằng nó sử dụng 10 ^ 6 byte làm định nghĩa cho MB chứ không phải 2 ^ 20 như trong Windows. Tất cả mọi thứ được tính!
Mark Fisher

Tôi không thấy bất kỳ dấu hiệu nào về máy Mac của bạn trong câu hỏi. Có, một MB được xác định là 2 ^ 20 lớn hơn gần 5% so với MB được xác định là 10 ^ 6.
Michael C

2
Tất cả các giá trị màu cho mỗi pixel được nội suy bằng cách sử dụng các giá trị từ các giếng pixel xung quanh. tức là ngay cả một pixel có mặt nạ màu xanh lá cây sẽ bao gồm phép nội suy từ các pixel xung quanh để tính giá trị xanh của pixel đó trong đầu ra RGB. Điều này là do thực tế là mặt nạ của Bayer không loại bỏ hoàn toàn ánh sáng từ hai màu còn lại truyền qua từng pixel.
Michael C
Khi sử dụng trang web của chúng tôi, bạn xác nhận rằng bạn đã đọc và hiểu Chính sách cookieChính sách bảo mật của chúng tôi.
Licensed under cc by-sa 3.0 with attribution required.