Tại sao không gian màu xvYCC không bị thu hút khi chụp ảnh tĩnh?

Trong mười lăm năm qua, sRGB là tiêu chuẩn chính cho màn hình máy tính (và cho in ấn ở cấp độ người tiêu dùng). Điều đó đang thay đổi, khi màn hình đèn nền LED rộng hơn trở nên phổ biến. Thông thường, các nhiếp ảnh gia sử dụng những thứ này với không gian màu như aRGB, là tiêu chuẩn bán - ví dụ, máy ảnh của tôi có thể lưu JPEG trong không gian đó.

Nhưng có một tiêu chuẩn mới được thúc đẩy rộng rãi trong ngành AV để thay thế sRGB. Đây là IEC 61966-2-4 - xvYCC (hoặc "xvColor", cho mục đích tiếp thị). Không gian màu này có gam màu lớn hơn 1,8 lần so với sRGB, bao phủ 90% phạm vi màu của tầm nhìn của con người (thay vì 50% không được bao phủ bởi mẫu số chung hiện tại của chúng tôi). Đọc thêm tại trang web của Sony trên xvYCC .

Tuy nhiên, điểm quan trọng là đây không phải là lý thuyết. Đó là một phần của chuẩn HDMI 1.3, cùng với thông số kỹ thuật cho độ sâu màu từ 10 đến 16 bit mỗi màu ("Màu đậm", được gọi là). Không giống như aRGB, về cơ bản là một lĩnh vực chuyên nghiệp, có sự hỗ trợ rộng rãi trong thiết bị cấp độ người tiêu dùng.

Đó là nền tảng. Câu hỏi đặt ra là: cho rằng điều này đang gây chú ý và tất cả chúng ta đều có khả năng có phần cứng máy tính (và TV!) Có khả năng hỗ trợ nó trong vài năm tới, tại sao điều này về cơ bản chỉ được bán dưới dạng video? Có vẻ như ngành công nghiệp máy ảnh sẽ rất vui khi được lên tàu.

Sony rất quan tâm đến ý tưởng này và đã ra mắt máy quay video hỗ trợ nó bốn năm trước. Playstation 3 hỗ trợ nó, vì lợi ích của nó! Tại sao không đặt nó trong Sony Alpha dSLRs? Và Sony không đơn độc - Canon cũng có máy quay video hỗ trợ.

Tất nhiên, nếu bạn đang chụp RAW, hỗ trợ trong máy ảnh là không quan trọng. Đó là phần mềm chuyển đổi những người sẽ phải lên máy bay - tại sao không có sự thúc đẩy cho việc này? Theo tôi hiểu, xvYCC là một phần mở rộng của YCbCr, đã được sử dụng trong các tệp JPEG . Nhưng khi tôi đọc tài liệu, tôi thấy rất nhiều đề cập đến các tiêu chuẩn MPEG được cập nhật, nhưng không có gì về hình ảnh tĩnh.

Tại sao chúng ta không thể có những thứ tốt đẹp?

xvYCC là một cách mã hóa dữ liệu màu thông minh đặc biệt: nó lạm dụng biểu diễn YCC bằng cách sử dụng các kết hợp giá trị bị cấm trước đó để thể hiện màu bên ngoài gam màu của không gian RGB được sử dụng trong sơ đồ YCC. Đó là, một số bộ dữ liệu YCC giải mã thành màu sắc với các giá trị RG hoặc B âm. Trước đây những điều này chỉ đơn giản là bất hợp pháp; trong xvYCC, những thứ này được cho phép và hiển thị với các gam lớn hơn hệ thống RGB được chào đón để hiển thị những thứ này tốt nhất có thể. Vì vậy, thực sự đó là một hack tương thích chủ yếu thông minh để có thêm một số gam mà không thay đổi nhiều định dạng.

Liệu nó có ý nghĩa để sử dụng nó trong chụp ảnh tĩnh? Tôi thực sự không nghĩ như vậy. Không thực sự cần phải tương thích với YCC, vậy tại sao không sử dụng không gian rộng như ProPhoto RGB? Hoặc tốt hơn nữa, vì sử dụng độ sâu bit thêm không phải là đắt đối với ảnh tĩnh, tại sao không đi với một cái gì đó như CIELAB có thể bao quát toàn bộ gam màu có thể cảm nhận được của con người? Bạn có đủ bit để khả năng mã hóa tất cả các màu tưởng tượng đó không làm bạn mất bất kỳ lượng phân giải màu đáng kể nào.

Tất nhiên, câu hỏi về hỗ trợ máy ảnh là một chút không liên quan - nếu bạn thực sự quan tâm đến màu sắc, bạn nên kéo các giá trị máy dò thô từ máy ảnh và bắt đầu từ những thứ đó. Và ngay cả khi bạn làm điều này, bạn vẫn sẽ bị mắc kẹt trong gam màu dễ nhận biết của máy ảnh. Và độ chính xác của biểu diễn màu sắc của bạn cũng sẽ phụ thuộc vào mức độ các bộ lọc của máy ảnh của bạn gần đúng với phản ứng phổ của nón người - hiểu sai và màu sắc trông giống hệt mắt của máy ảnh của bạn. Không mã hóa sẽ khắc phục điều đó. Trong thực tế, điều này đã xảy ra với một máy ảnh kỹ thuật số giá rẻ mà tôi có - trong trường hợp này độ nhạy hồng ngoại của nó làm cho than hồng trông có màu tím. Ngay cả khi bạn sàng lọc IR, những thứ có quang phổ nhọn như cầu vồng và đèn huỳnh quang hoặc khoáng chất (và có thể một số thuốc nhuộm) sẽ cho thấy hiệu ứng này khi quang phổ liên tục trông ổn.

Để bắt đầu đơn giản, câu trả lời là "Nó được sử dụng để chụp ảnh tĩnh!" Tôi sẽ giải thích thêm một chút nữa và hiện tại việc sử dụng nó khá phù hợp.

Nguồn gốc của xvYCC

Mã hóa xvYCC, theo như tôi có thể nói, là một cải tiến hiện đại cho mã hóa YCC, hoặc ở dạng dài, Y'CbCr (hoặc YCbCr, hơi khác một chút.) Mã hóa YCC là một phần của một họ độ chói / độ chói không gian màu, phần lớn bắt nguồn từ không gian màu L a b * ('Lab' viết tắt) được CIE xây dựng từ những năm 1930. Không gian màu Lab cũng là không gian màu Luminance / Chrominance, trong đó độ chói của màu được mã hóa theo giá trị L * , trong khi hai trục màu của một màu được mã hóa theo giá trị a * và b * . Giá trị a * mã hóa một nửa sắc độ dọc theo trục màu lục / đỏ tươi , trong khi giá trị b * mã hóa nửa còn lại của sắc độ dọc theo màu xanh / vàngtrục. Hai trục màu này được chọn để bắt chước và đại diện cho bốn độ nhạy cảm chính của mắt người, cũng nằm dọc theo một cặp trục đỏ / xanh lá cây và xanh dương / vàng (mặc dù thị lực thực sự của con người có đường cong màu đỏ hai đỉnh, với đỉnh nhỏ hơn xuất hiện ở giữa đường cong màu xanh, điều này thực sự có nghĩa là mắt người nhạy cảm trực tiếp với màu đỏ tươi, không phải màu đỏ ... do đó trục màu xanh lá cây / đỏ tươi trong Lab.)

Mã hóa YUV

Y'CbCr có lẽ được công nhận nổi bật nhất dưới dạng mã hóa video YUV. Mã hóa YUV được thiết kế đặc biệt để giảm lượng không gian cần thiết để mã hóa màu sắc để truyền video, trở lại thời mà băng thông là một mặt hàng khá khan hiếm. Truyền thông tin màu như bộ ba RGB là lãng phí, vì bộ ba R, G, B mã hóa màu với lượng dư thừa khá lớn: cả ba thành phần bao gồm thông tin độ chói cũng như thông tin về độ chói và độ chói được tính trên cả ba thành phần. YUV là một dạng mã hóa màu sắc độ chói / sắc độ Y'CbCr băng thông thấp, không có sự dư thừa lãng phí của mã hóa RGB. YUV có thể tiêu thụ bất cứ nơi nào từ 2/3 xuống còn 1/4 băng thông của tín hiệu RGB đầy đủ tùy thuộc vào định dạng mẫu phụ (và, ngoài ra, nó còn lưu trữ hình ảnh chi tiết đầy đủ trong kênh độ chói Y khác biệt, hỗ trợ thuận tiện cho cả B & W dưới dạng tín hiệu TV màu với một định dạng mã hóa duy nhất.) Cần lưu ý rõ ràng rằng YCC không thực sự là một không gian màu, thay vào đó là một cách mã hóa thông tin màu RGB. Tôi nghĩ một thuật ngữ chính xác hơn sẽ là mộtmô hình màu hơn một không gian màu và mô hình màu hạn có thể được áp dụng cho cả RGB và YUV.

Từ tham chiếu được liên kết trong câu hỏi ban đầu, có vẻ như xvYCC là một dạng mã hóa Y'CbCr nâng cao, lưu trữ thông tin màu độ chói / màu sắc được mã hóa với nhiều bit hơn YUV. Thay vì mã hóa độ chói và sắc độ trong các bộ 2-4 bit xen kẽ, xvYCC mã hóa màu sắc trong các giá trị 10 bit hiện đại.

Sử dụng trong Chụp ảnh tĩnh

Thật thú vị, có một thương hiệu máy ảnh DSLR sử dụng một cái gì đó rất giống nhau. Canon đã thêm một định dạng RAW mới vào máy ảnh của họ trong những năm gần đây, được gọi là sRAW. Mặc dù hình ảnh RAW bình thường chứa kết xuất trực tiếp dữ liệu cảm biến đầy đủ, sRAW thực sự không phải là định dạng hình ảnh RAW thực sự. Định dạng sRAW không chứa dữ liệu bayer, nó chứa nội dung Y'CbCr được xử lý được nội suy từ dữ liệu pixel RGBG của trình bay bên dưới. Tương tự như ngày truyền hình, sRAW nhằm mục đích sử dụng nhiều thông tin tín hiệu gốc hơn để mã hóa dữ liệu độ chói và sắc độ ở độ chính xác cao (14 bpc), nhưng tiết kiệm không gian, định dạng hình ảnh. Một hình ảnh sRAW có thể có kích thước từ 40-60% so với hình ảnh RAW,

Lợi ích của sRAW là bạn duy trì độ chính xác màu nhận thức cao của con người ở định dạng tệp nhỏ gọn và sử dụng tốt hơn các pixel RGBG trên cảm biến bayer (thay vì lấy mẫu chồng chéo tạo ra moire màu khó chịu, sRAW thực hiện lấy mẫu màu không chồng chéo và lấy mẫu độ chói chồng chéo / phân tán.) Hạn chế là nó không phải là định dạng RAW thực sự và thông tin màu sắc được nội suy và ghép xuống từ cảm biến bay đầy đủ. Nếu bạn không cần độ phân giải RAW đầy đủ của máy ảnh (tức là bạn chỉ có ý định in ở độ phân giải 8x10 hoặc 11x16), thì sRAW có thể là một lợi ích thực sự, vì nó có thể tiết kiệm rất nhiều dung lượng (tiết kiệm tới 60% so với RAW ), nó tiết kiệm nhanh hơn so với thô cung cấp tốc độ khung hình cao hơn và sử dụng thông tin màu được cảm biến thu được tốt hơn so với RAW có độ phân giải đầy đủ.

Bạn có những thứ gần như hoàn toàn ngược. Đây không phải là trường hợp mà việc chụp ảnh vẫn có thể / nên "bắt kịp" với video - hoàn toàn ngược lại, đây là vấn đề của video cuối cùng đã bắt kịp (khoảng) các khả năng mà TIFF (ví dụ) cung cấp một vài thập kỷ trước đây (hoặc như vậy).

Mặc dù bạn chắc chắn không thấy rất nhiều TIFF 16 bit / kênh 20 năm trước, khả năng này đã có và 16 bit / kênh (trong TIFF và các định dạng khác) hiện khá phổ biến. Đồng thời, tôi cảm thấy bắt buộc phải chỉ ra rằng hầu hết mọi người dường như tìm thấy 8 bit / kênh hoàn toàn đầy đủ. Chỉ cần một ví dụ rõ ràng, JPEG2000 hỗ trợ 16 bit / kênh và nén tốt hơn JPEG gốc - nhưng thậm chí không gần với việc sử dụng thông số JPEG gốc.

Cũng trong khoảng thời gian đó (thực ra, một chút trước đây) xvYCC đã làm việc (đại khái) để bắt kịp với các khả năng của TIFF, định dạng tệp openEXR đang được phát triển. Nó hỗ trợ lên tới 32 bit / kênh. Mặc dù nó chưa được sử dụng rộng rãi, nhưng tôi hy vọng nó sẽ giống như TIFF và cuối cùng sẽ được sử dụng rộng rãi hơn.

Theo như không gian màu, thì đúng là số bit / pixel lớn hơn nếu xvYCC hỗ trợ một gam lớn hơn sRGB. Tuy nhiên, một lần nữa, ProPhotoRGB (ví dụ) cung cấp một gam rộng hơn nhiều - và (nói một cách trung thực) nó mở ra một số câu hỏi liệu có cần nhiều không gian màu lớn hơn ProPhotoRGB đã cung cấp (khoảng 13% màu sắc bạn có thể cung cấp đại diện trong ProPhotoRGB về cơ bản là tưởng tượng - chúng vượt xa những gì hầu hết mọi người có thể cảm nhận được).

Ưu điểm của xvYCC là giảm lượng dữ liệu cần thiết / được sử dụng để thể hiện một mức chất lượng nhất định. Đối với video HD (đặc biệt), việc giảm thiểu băng thông là vô cùng quan trọng. Tuy nhiên, đối với máy ảnh kỹ thuật số, băng thông là một mối quan tâm nhỏ hơn nhiều - trong khi nó chắc chắn sẽ rất tuyệt nếu (ví dụ) tôi có thể ghép gấp đôi số lượng ảnh trên một kích thước cụ thể của thẻ CF, đó không phải là vấn đề đặc biệt nghiêm trọng. Tương đối ít người sử dụng dung lượng lớn nhất của thẻ CF có sẵn, cũng như chi phí cho thẻ CF là một phần đáng kể trong ngân sách của một nhiếp ảnh gia điển hình.

Điểm mấu chốt: về khả năng kỹ thuật, xvYCC cung cấp rất ít mà chưa có sẵn.

Chỉnh sửa: Tôi có lẽ nên thêm một điểm nữa. LCD bắt đầu thay thế CRT cho hầu hết các màn hình về thời gian máy ảnh kỹ thuật số được sử dụng rộng rãi - nhưng màn hình LCD ở mức tiêu dùng hiện chỉ bắt đầu vượt quá (hoặc thậm chí là tiếp cận) độ phân giải màu 8 bit / kênh. Thật khó để lo lắng nhiều về việc có 10 hoặc 12 bit / kênh khi một màn hình thông thường chỉ có thể hiển thị khoảng 6.

Ngoài ra còn có một chi tiết nhỏ mà nhiều người không quan tâm. Đối với họ, chất lượng ảnh rơi vào tiêu chí vượt qua / thất bại. Tất cả mọi người thực sự yêu cầu là một hình ảnh có thể nhận ra một cách hợp lý. Tôi nghi ngờ mọi người đang dần bắt đầu mong đợi tốt hơn, nhưng sau nhiều năm Walgreen (hoặc bất kỳ ai) biến con gái đầu đỏ của họ thành một cô gái tóc vàng (v.v.), phải mất một thời gian để quen với ý tưởng rằng màu sắc có thể chính xác.

Chỉnh sửa: Thực sự có một bước khác ngoài JPEG 2000: JPEG XR . Điều này hỗ trợ tối đa 32 bit / kênh (điểm nổi) HDR. Nó cũng chỉ định định dạng tệp có thể bao gồm tất cả dữ liệu loại EXIF ​​/ IPTC thông thường, cấu hình màu được nhúng, v.v. Có liên quan đến câu hỏi ở đây, bao gồm một giá trị để chỉ định rằng tệp nên sử dụng không gian màu xvYCC (giá trị của 11trong TRANSFER_CHARACTERISTICSphần tử cú pháp, bảng A.9, trong trường hợp có ai quan tâm). Điều này dường như không được sử dụng rộng rãi (ít nhất là vậy) nhưng không hỗ trợ trực tiếp không gian màu xvYCC cho hình ảnh tĩnh.

Vì vậy, để trả lời câu hỏi của tôi một chút sau một số nghiên cứu:

Trong khi nó không phải là xvYCC, vì lý do đó thực sự vẫn còn trốn tránh tôi (vì mã hóa JPEG sử dụng một chương trình cũ tương tự), có không xuất hiện để có một tinh thần chiến khuyến khích trên "chúng ta có thể có những điều tốt đẹp!" phía trước, vì có vẻ như ít nhất Microsoft quan tâm đến gam màu rộng hơn và độ sâu bit tốt hơn trong chụp ảnh tĩnh - ít nhất là một chút.

Họ đã, từ từ nhưng chắc chắn, đang thúc đẩy một tiêu chuẩn định dạng tệp mới gọi là JPEG XR (trước đây gọi là Windows Media Photo, và sau đó là HD Photo). Đây là một bước tiến thú vị từ JPEG "truyền thống", cung cấp khả năng nén tốt hơn với cùng chất lượng hình ảnh và (đến điểm của cuộc thảo luận này) hỗ trợ độ sâu bit cao hơn.

JPEG 2000 cũng làm điều này, nhưng nó phần lớn là một sự thất bại, có thể là do những lo ngại về bằng sáng chế bao gồm việc nén sóng con mà nó sử dụng, hoặc có thể là thứ gì khác. Điểm quan trọng là: Microsoft hiện đang quảng cáo JPEG XR, có tính năng này trong rất nhiều phần mềm của họ, bao gồm cả Internet Explorer 9 . Kể từ năm 2009, đây là một tiêu chuẩn quốc tế thực sự chính thức và được bảo vệ bởi "Lời hứa cộng đồng" của Microsoft để không thực thi bằng sáng chế của họ theo cách thù địch chống lại việc triển khai. Vì vậy, đó là khá tốt cho sự hấp thụ trong tương lai.

Và, cùng với đó, họ đang đẩy ý tưởng về nhiều bit hơn trên mỗi kênh thành " màu cao ", (điều này thật buồn cười với tôi, vì trong tâm trí tôi vẫn là loại 16 bit cũ cho tất cả các kênh chế độ card màn hình). Là một phần của điều này, họ đã có một không gian màu "trung gian" có thể cực kỳ lớn có tên là scRGB - đọc một tài khoản chi tiết đẹp về nó ở đây - được JPEG XR hỗ trợ, nếu bạn muốn. Nó có thể không đặc biệt hữu ích như một không gian màu cuối cùng , vì hầu hết các màu của nó nằm trong khu vực "tưởng tượng" bên ngoài nhận thức của con người . Nhưng dù sao đi nữa, vấn đề là, Microsoft đang tích hợp các tiêu chuẩn có độ sâu bit cao hơn vào hệ điều hành Windows, và chụp ảnh vẫn làmột phần trong đó Từ một cuộc phỏng vấn hơi cũ của CNET : "Tôi hoàn toàn mong đợi sự hỗ trợ scRGB trong máy ảnh sẽ đi kèm với JPEG XR."

Nhưng đó là vào năm 2007. Bốn năm rưỡi sau, chúng ta vẫn không thấy máy ảnh nào hỗ trợ JPEG XR, chứ đừng nói đến những không gian màu sắc rộng có gam màu rộng lạ mắt. Nhưng, có lẽ tôi chỉ đang thiếu kiên nhẫn. Như các câu trả lời khác ở đây lưu ý, phần cứng hiển thị hỗ trợ gam rộng đang trở nên khả dụng, hỗ trợ trong hệ điều hành phổ biến nhất thế giới là khá gần đây và trình duyệt web đầu tiên hỗ trợ nó đã được phát hành trong tháng này . Khi bắt kịp và hy vọng cuối cùng sẽ được Chrome và Firefox chọn , các chương trình xử lý hình ảnh (bao gồm bộ chuyển đổi RAW) sẽ nhận được hỗ trợ và đầu ra trực tiếp thực tế từ máy ảnh sẽ theo sau.

Hoặc toàn bộ điều sẽ flop. Thời gian sẽ trả lời. :)

Tôi sẽ thêm một vài ghi chú xung quanh ...

1. Không gian màu chỉ có ý nghĩa trong bối cảnh máy ảnh khi nói về JPEG vì đối với hình ảnh Nguyên, không gian màu là một lựa chọn trong giai đoạn "phát triển". Một số máy ảnh (Pentax semi-pros for nhất định) cho phép lựa chọn sRGB hoặc aRGB để phát triển JPEG, vì vậy có lẽ chúng có thể thêm một phần ba (hoặc thứ tư cho ProPhoto). Sau đó, một lần nữa, đối với hầu hết các chuyên gia, họ sẽ kéo hình ảnh vào không gian màu mong muốn cho phương tiện đầu ra dự định của họ.

2. Người xem (và / hoặc thiết bị) cũng phải nhận thức được không gian màu và có thể xử lý nó. Mặc dù các màn hình gam rộng đang trở nên phổ biến hơn, nhưng rất có thể chúng vẫn là một thiểu số lớn và sẽ mất một thời gian để bắt kịp. Heck, tôi biết khá nhiều người vẫn còn màn hình CRT cũ nối với các máy tính đàng hoàng.

Không gian màu xvYCC có thể không thấy sự hấp dẫn cho chụp ảnh tĩnh vì Tiêu chuẩn mới đã được phát triển, đó là một cải tiến so với Tiêu chuẩn cũ và không Nhà sản xuất nào muốn đầu tư vào Tiêu chuẩn có thể mất giá trước khi thay thế bằng 'điều tuyệt vời nhất tiếp theo '. Họ đã học được từ VHS so với Beta.

Định dạng hình ảnh hiệu quả cao (HEIF), MPEG-H Phần 12, là Định dạng tệp chỉ định định dạng cấu trúc, từ đó có thể xuất phát các định dạng hình ảnh cụ thể theo codec.

HEIF cũng bao gồm thông số kỹ thuật để đóng gói hình ảnh và chuỗi hình ảnh phù hợp với Mã hóa video hiệu quả cao (HEVC, ISO / IEC 23008-2 | ITU-T Rec. H.265 hoặc MPEG-H Phần 2).

Nó được đề cập trong Video chính của WWDC 2017 của Apple: https://youtu.be/oaqHdULqet0?t=58m49s .

IPhone 7 và mới hơn của Apple lấy những gì được chụp và lưu ở định dạng JPEG hoặc HEIF. Sử dụng HEIF có thể cung cấp giải pháp Camera nguyên bản để lưu trữ để hiển thị - Cơ sở hạ tầng hoàn chỉnh mà không bị mất hoặc chuyển đổi từ đầu vào sang đầu ra (khi sử dụng HEIF không nén).

Không phải là họ hỗ trợ đầy đủ mọi tính năng (vì MPEG hiếm khi được "hỗ trợ đầy đủ") hoặc như mọi người không làm điều đó đủ dễ dàng, chỉ là họ dường như là người đầu tiên đưa ra giải pháp hoàn chỉnh cho Hình ảnh (cho Video chúng tôi đã có một tập hợp con HEVC H.264, H.265 và gần đây là H.265 + của HikVision trong nhiều năm).

Nếu bạn biết các Máy ảnh khác hỗ trợ HEIF, vui lòng bình luận hoặc chỉnh sửa, cảm ơn.

Máy ảnh ghi lại hình ảnh và video ở Dải động đặc biệt cao (Cảm biến trên 16 Bits mỗi màu) thường không xử lý Dữ liệu (tạo tệp nén) mà thay vào đó xuất trực tiếp Dữ liệu thô, ví dụ: http: // www .jai.com / en / sản phẩm / at-200ge - rằng Camera xuất ra 24 đến 30 Bits mỗi pixel hoặc http://www.jai.com/en/products/at-140cl - rằng Camera xuất ra 24 đến 36 Bits mỗi pixel .

Có thể có được Máy ảnh không gian màu CIE 1931 (và có thể là các Không gian màu khác) nếu bạn tìm kiếm không ngừng hoặc sẵn sàng trả cho nhà cung cấp máy ảnh chuyên dụng để thực hiện chính xác những gì bạn muốn, có thể bạn sẽ tự mình viết Phần mềm cho chuyển đổi từ Không gian màu của bạn sang không gian được sử dụng bởi các Chương trình khác.

Dưới đây là một Liên kết đến Máy ảnh Condor3 CIE 1931 của Quest Innovations: http://www.quest-innovations.com/cameras/C3-CIE-285-USB .

Máy ảnh có 3,4,5 hoặc 6 Cảm biến có thể chia Spectrum thành các phần nhỏ hơn và cung cấp nhiều Bits hơn trên mỗi Kênh, giải quyết màu sắc và cường độ chính xác chính xác hơn: http://www.optec.eu/en/telecamere_multicanale/telecamere_multicanale.asp .

3CCD hoặc 3MOS

4CCD hoặc 4MOS

5CCD hoặc 5MOS

Tài liệu tham khảo:

https://developer.apple.com/ideo/play/wwdc2017/503/

https://nokiatech.github.io/heif/technical.html

https://en.wikipedia.org/wiki/High_Effic_Image_File_Format