Trang này được dịch bởi Cloud Translation API.

Định dạng hình ảnh Ultra HDR phiên bản 1.0

Giới thiệu

Tài liệu này xác định hành vi của một định dạng tệp mới giúp mã hoá phạm vi lôgarit lấy hình ảnh bản đồ trong tệp hình ảnh JPEG. Độc giả cũ không hỗ trợ định dạng mới, đọc và hiển thị thông số linh động thấp thông thường dải ô hình ảnh từ tệp hình ảnh.Những độc giả hỗ trợ định dạng này sẽ kết hợp hình ảnh chính với bản đồ khuếch đại và kết xuất hình ảnh dải động cao trên màn hình tương thích.

Phần còn lại của tài liệu này mô tả phương pháp của những quy trình cần thiết để và tận dụng định dạng này. Nhìn chung, vòng đời của một hình ảnh tuân thủ thành định dạng này là:

Mã hoá
1. Nhận khả năng tạo bản đồ
2. Nén bản đồ
3. Nhận khả năng tạo vùng chứa bản đồ
Giải mã

Ví dụ:
Bố cục tệp định dạng hình ảnh Ultra HDR, với siêu dữ liệu và độ lệch được liên kết
của bạn

Hình 1. Ví dụ về bố cục tệp và siêu dữ liệu có liên quan.

Động lực

Mục tiêu của định dạng tệp này là mã hoá thông tin bổ sung trong ảnh SDR có thể được sử dụng kết hợp với kỹ thuật hiển thị để tạo hiển thị HDR tối ưu trong một tệp duy nhất.

Để thực hiện được điều này, định dạng tệp phải:

Khả năng tương thích ngược để đối với những người xem ngây thơ, hình ảnh SDR thông thường sẽ được hiển thị.
Không chiếm quá nhiều dung lượng.

Ngoài ra, kỹ thuật hiển thị phải:

Không yêu cầu xử lý nặng để giải mã.
Có thể thích ứng với bất kỳ tỷ lệ nào giữa điểm trắng HDR và SDR của màn hình, có thể khác nhau đáng kể giữa các thiết bị hay thậm chí tạm thời trên một thiết bị thiết bị.

Cuối cùng, kỹ thuật này phải thực hiện được tất cả những hành động trước đó chưa từng có:

Cắt đoạn video nổi bật.
Bóng đổ.
Thay đổi hoặc nén độ tương phản cục bộ.
Thay đổi mối quan hệ tương đối về sắc độ (giữa các đối tượng trong cảnh).

Phần phụ thuộc

Sau đây là các tài liệu tham khảo quy chuẩn cho thông số kỹ thuật này:

Định nghĩa

Màn hình SDR
- Một màn hình thông thường, không được thiết kế để hiển thị nội dung HDR. Các các màn hình thường tạo ra độ sáng cao nhất trên danh nghĩa vào khoảng 400 cd/m² trở xuống.
Màn hình HDR
- Màn hình được thiết kế cho nội dung HDR. Những màn hình này thường tạo ra độ sáng cao nhất danh nghĩa lớn hơn độ sáng của màn hình SDR, thường là 800 cd/m² trở lên và thường có độ tương phản tốt hơn hơn so với màn hình SDR.
Ảnh chính
- Bản sao đầu tiên của hình ảnh trong tệp GContainer tệp được thêm vào. Hình ảnh chính chứa siêu dữ liệu GContainer XMP xác định thứ tự và thuộc tính của mục nội dung đa phương tiện phụ tiếp theo trong vùng chứa tệp.
Hình ảnh phụ
- Các tệp mục nội dung nghe nhìn tiếp theo được thêm vào hình ảnh chính trong một Tệp GContainer.
Nén phạm vi
- Trong nhiếp ảnh, các cảnh trong thế giới thực thường có dải động lớn hơn Màn hình SDR có thể hiển thị. Các thao tác như Nén phạm vi, cũng được gọi là ánh xạ tông màu cục bộ, cần thiết để giảm dải động của hình ảnh. Mức giảm này cần tránh cắt bớt các vùng sáng hoặc đè nén bóng mà vẫn duy trì được độ tương phản cục bộ nhiều nhất có thể.Bạn cố gắng giảm kích thước của các cạnh có độ chói lớn trong hình ảnh, góp phần tương phản tổng thể hơn, trong khi vẫn cố gắng duy trì kích thước của cạnh chiếu sáng nhỏ, chính là các chi tiết.Mặc dù có rất nhiều các triển khai khác nhau, như vậy thao tác này là tiêu chuẩn trên máy ảnh kỹ thuật số ngày nay.
Điểm trắng SDR
- Độ chói tối đa tuyến tính của nội dung SDR trên màn hình tại thời điểm cụ thể.
Điểm trắng HDR
- Độ chói tối đa tuyến tính của nội dung HDR trên màn hình ở thời điểm cụ thể. Giá trị này thường cao hơn điểm trắng SDR.
Tăng
- Điểm trắng HDR được chia bởi điểm trắng SDR.
Tăng cường nội dung tối đa (max_content_boost theo phương trình)
- Giá trị này cho phép nhà sáng tạo nội dung giới hạn độ sáng của một hình ảnh khi hiển thị trên màn hình HDR, so với lần hiển thị SDR.
- Giá trị này là hằng số của một hình ảnh cụ thể. Ví dụ: nếu là 4, thì đối với bất kỳ pixel đã cho nào, độ chói tuyến tính của hiển thị HDR được hiển thị phải tối đa gấp 4 lần độ chói tuyến tính của hiển thị SDR. Trong thực tế, điều này có nghĩa là những phần sáng hơn của cảnh đó có thể sáng hơn gấp 4 lần.
- Trong thực tế, giá trị này thường lớn hơn 1.0.
- Luôn lớn hơn hoặc bằng Tăng cường nội dung tối thiểu.
Tăng cường nội dung tối thiểu (min_content_boost trong phương trình)
- Giá trị này cho phép nhà sáng tạo nội dung giới hạn mức độ tối của khi hiển thị trên màn hình HDR, hình ảnh có thể nhận được so với SDR hiển thị.Giá trị này là hằng số của một hình ảnh cụ thể.
- Ví dụ: nếu giá trị là 0,5, thì với bất kỳ pixel đã cho nào, biến tuyến tính độ chói của hiển thị HDR được hiển thị phải (ít nhất) 0,5 lần độ chói tuyến tính của phần hiển thị SDR.
- Trong thực tế, giá trị này thường bằng hoặc chỉ nhỏ hơn 1.0.
- Luôn nhỏ hơn hoặc bằng Tăng cường nội dung tối đa.
Tăng tốc độ hiển thị tối đa (max_display_boost tính bằng phương trình)
- Mức tăng tối đa hiện có mà màn hình hỗ trợ, tại một thời điểm nhất định theo bất cứ lúc nào. Giá trị này có thể thay đổi theo thời gian dựa trên chế độ cài đặt trên thiết bị và các các yếu tố, chẳng hạn như điều kiện ánh sáng xung quanh hoặc số lượng pixel sáng trên màn hình.
- Ví dụ: nếu giá trị này là 4.0, thì màn hình có khả năng hiển thị pixel sáng hơn SDR tối đa 4 lần điểm trắng. Giá trị này luôn lớn hơn 1, 0 do màn hình luôn có thể hiển thị màu trắng HDR ít nhất phải sáng bằng màu trắng SDR.
Tăng cường hiển thị
- Tương đương với mức tăng tối đa nội dung và tăng tối đa mức độ hiển thị. Chiến dịch này giá trị luôn >= 1.0
- Ví dụ: nếu mức tăng nội dung tối đa là 4 và mức tăng hiển thị tối đa là 3, thì Display Boost là 3.0. Điểm ảnh sáng hơn gấp 3 lần hơn SDR, vì khả năng hiển thị là yếu tố hạn chế.
- Ví dụ khác: nếu mức tăng nội dung tối đa là 4.0 và mức tăng hiển thị tối đa là là 5.0, thì tăng hiển thị là 4.0. Điểm ảnh hiển thị nhiều gấp 4 lần sáng hơn SDR, vì ý định của nội dung là yếu tố giới hạn.
Hiển thị HDR mục tiêu
- Hiển thị HDR lý tưởng, theo nhà sáng tạo nội dung.
Hiển thị HDR được điều chỉnh
- Lần hiển thị HDR cuối cùng hiện trên màn hình, sau điều chỉnh màn hình HDR mục tiêu cho phù hợp với việc tăng màn hình hiện tại.
Nhận bản đồ (recovery(x, y) trong phương trình)
- Bản đồ cho biết mức độ tăng độ sáng của từng điểm ảnh trong quá trình hiển thị SDR, để tạo hiển thị HDR mục tiêu. Bản đồ này có thể là một kênh hoặc đa kênh. Bản đồ đa kênh cho biết mức tăng riêng cho mỗi kênh kênh màu, chẳng hạn như đỏ, xanh lục và xanh dương. Tài liệu này minh hoạ trong trường hợp bản đồ một kênh.
clamp(x, a, b)
- Gắn giá trị x vào dải ô [a, b].
exp2(x)
- Số mũ cơ sở 2; 2^lần
floor(x)
- Trả về số nguyên gần nhất bằng hoặc nhỏ hơn x.
log2(x)
- Lôgarit cơ số 2; log₂(x)
pow(b, x)
- Số mũ; b^x.
XMP
- Nền tảng siêu dữ liệu mở rộng Một tiêu chuẩn xác định phương thức để mã hoá siêu dữ liệu vào vùng chứa hình ảnh; xác định theo ISO 16684-1:2011(E) Thông số kỹ thuật XMP Phần 1.
Định dạng nhiều hình
- Định dạng nhiều hình ảnh là kỹ thuật do Camera and Imaging phát triển Hiệp hội Sản phẩm (CIPA) để lưu trữ nhiều hình ảnh được mã hoá JPEG trong một tệp JPEG.
- Để biết thêm thông tin, hãy xem phần phụ thuộc có liên quan, Sách trắng của CIPA Định dạng nhiều hình ảnh DC-x 007-2009.
Vùng chứa G
- GContainer là phương thức để lưu trữ nhiều hình ảnh trong một hình ảnh vùng chứa, nơi một hình ảnh được coi là hình ảnh chính. Bất kỳ hạng nào hình ảnh bổ sung được coi là phiên bản thay thế hoặc phụ trợ. Siêu dữ liệu XMP được dùng để truyền đạt sự hiện diện và ý nghĩa của bất kỳ hình ảnh bổ sung. Để biết thêm thông tin, hãy xem GContainer chi tiết.

Mã hoá

Phần này mô tả cách mã hoá tệp JPEG phù hợp. Tham khảo T.81 (09/92) Nén kỹ thuật số và mã hoá âm thanh liên tục hình ảnh, trong mục Phần phụ thuộc, để biết thêm thông tin về định dạng JPEG.

Nhận khả năng tạo bản đồ

Đường ống tạo ảnh của camera thường thực hiện thao tác nén phạm vi để nén dữ liệu độ chói của dải động cao hơn xuống phạm vi thấp hơn của Màn hình SDR. Bản đồ khuếch đại cung cấp cơ chế lưu trữ dữ liệu đầy đủ để khôi phục dữ liệu độ chói dải động cao hơn ban đầu.

Các phép tính sau đây trong phần này giả định số học dấu phẩy động.

Các hàm sau đây mô tả hình ảnh SDR:

SDR'(x, y) là ba kênh, phi tuyến tính (thường được mã hoá gamma) hình ảnh chính.
SDR(x, y) là phiên bản tuyến tính của hình ảnh chính ba kênh, thu được bằng cách biến đổi sang phiên bản tuyến tính của màu ảnh chính . Ví dụ: từ hệ màu có chức năng chuyển sRGB sang hệ màu tuyến tính giúp bảo toàn dải màu sơ cấp sRGB.

Hàm Ysdr(x, y) được xác định trong khoảng từ 0.0 đến 1.0 và là độ chói tuyến tính của hình ảnh chính dải động chuẩn:

Ysdr(x, y) = primary_color_profile_to_luminance(SDR(x, y))

Có các định nghĩa tương tự cho hình ảnh HDR.

HDR'(x, y) là ba kênh phi tuyến tính, tức là PQ hoặc HLG được mã hoá hình ảnh.
HDR(x, y) là hình ảnh HDR tuyến tính 3 kênh.

Yhdr(x, y) là độ chói tại một điểm nhất định của hình ảnh HDR:

Yhdr(x, y) = primary_color_profile_to_luminance(HDR(x, y))

Yhdr(x, y) được xác định trong khoảng từ 0.0 đến tăng cường nội dung tối đa.

Hình ảnh SDR và HDR phải có cùng độ phân giải. Cấu hình màu của SDR image xác định hệ màu của hình ảnh HDR.

Ví dụ: nếu ảnh chính SDR có cấu hình màu Display-P3, thì hình ảnh HDR được xác định tương ứng với màu chính của cấu hình đó. Chiến dịch này có nghĩa là hình ảnh HDR cũng có dải màu sơ cấp của Display-P3.

Bản đồ khuếch đại được tính từ hai hình ảnh tuyến tính có chứa hình ảnh HDR mong muốn độ chói, Yhdr(x, y) và hình ảnh độ chói trong phạm vi tiêu chuẩn Ysdr(x, y).

Hàm pixel_gain(x, y) được định nghĩa là tỷ lệ giữa Yhdr(x, y) và hàm Ysdr(x, y):

pixel_gain(x, y) = (Yhdr(x, y) + offset_hdr) / (Ysdr(x, y) + offset_sdr)

Hành vi của hàm pixel_gain(x, y) trong đó Ysdr(x, y) và offset_sdr là cả 0 đều do triển khai xác định.

Ví dụ: các quy trình triển khai có thể xử lý trường hợp Ysdr(x, y) và offset_sdr đều bằng 0 khi xác định pixel_gain(x, y) là 1.0. Ngoài ra, Việc triển khai cũng giúp tránh trường hợp này bằng cách sử dụng một offset_sdr khác 0.

Quá trình triển khai có thể chọn các giá trị của offset_sdr và offset_hdr.

Bản đồ khuếch đại là một hàm vô hướng mã hoá pixel_gain(x, y) trong một không gian lôgarit, tương ứng với tăng nội dung tối đa và tăng nội dung tối thiểu:

map_min_log2 = log2(min_content_boost)
map_max_log2 = log2(max_content_boost)

log_recovery(x, y) = (log2(pixel_gain(x, y)) - map_min_log2)
                   / (map_max_log2 - map_min_log2)
clamped_recovery(x, y) = clamp(log_recovery(x, y), 0.0, 1.0)
recovery(x, y) = pow(clamped_recovery(x, y), map_gamma)

Hành vi của hàm recovery(x, y), trong đó pixel_gain(x, y) bằng 0 là triển khai được xác định, vì log2(0) không xác định.

map_gamma là số có dấu phẩy động phải lớn hơn 0 và do quá trình triển khai chọn.

Giá trị của mức tăng nội dung tối đa và mức tăng nội dung tối thiểu là do người tạo nội dung xác định và có thể tuỳ ý quyết định. Mức tăng nội dung tối đa phải lớn hơn hoặc bằng 1. Mức tăng cường nội dung tối thiểu phải nằm trong khoảng (0,0, 1,0].

Lưu ý: Ví dụ: giả sử hình ảnh đến từ một máy ảnh và quy trình xử lý hình ảnh tạo ra hình ảnh SDR bằng cách thực hiện dải ô nén dữ liệu trên đầu vào dải động cao hơn. Sau đó, tăng tối đa nội dung và tăng tối thiểu việc tăng cường nội dung có thể là một hàm của mức nén phạm vi được thực hiện và vùng độ chói chịu ảnh hưởng.

Những quy trình như vậy có thể chọn mức tăng nội dung tối thiểu là 1.0 nếu không muốn mã hoá mọi suy giảm của hình ảnh HDR so với hình ảnh SDR. Ngoài ra, nếu tạo bản đồ khuếch đại dựa trên hiển thị SDR và HDR thì việc tăng tối đa nội dung và tăng nội dung tối thiểu có thể được xác định dựa trên mức tăng tối đa và tối thiểu cần thiết để chuyển đổi giữa hai lần hiển thị.

Người sáng tạo nội dung hoặc người chỉnh sửa nội dung cũng có thể điều chỉnh mức tăng nội dung tối đa để kiểm soát chênh lệch tối đa cho phép giữa độ chói SDR và HDR khi hình ảnh hiển thị.

Các giá trị trong recovery(x, y) được giới hạn trong phạm vi [0,0, 1,0].

Bản đồ khuếch đại được lưu trữ trong ảnh JPEG của hình ảnh thứ hai và do đó phải được mã hoá sử dụng các giá trị số nguyên không dấu, 8 bit, do đó trong phạm vi [0, 255]. Từng giá trị đại diện cho giá trị recovery(x, y) và được lưu trữ trong một pixel của lớp phụ hình ảnh.

Đối với bộ nhớ số nguyên chưa ký 8 bit, giá trị được mã hoá được định nghĩa là sau:

encoded_recovery(x, y) = floor(recovery(x, y) * 255.0 + 0.5)

Việc tính toán hàm mã hoá được thực hiện ở dấu phẩy động và được chuyển đổi ở mức phần cuối của kết quả số nguyên 8 bit chưa ký bằng cách làm tròn như được chỉ ra.

Phương thức mã hoá này tạo ra kết quả biểu diễn số nguyên 8 bit chưa ký của Các giá trị recovery(x, y), từ 0,0 đến 1,0. Bản đồ lợi ích được mã hoá phải được lưu trữ trong một mục hình ảnh phụ dưới dạng JPEG. Việc triển khai chọn số lượng nén để sử dụng trong khi mã hoá JPEG.

Sau khi bản đồ khu vực được lưu trữ trong hình ảnh thứ cấp, bản đồ này được nối vào hình ảnh có siêu dữ liệu MPF và GContainer XMP. Hình ảnh chính GContainer thư mục phải chứa một mục cho hình ảnh bản đồ nhận được.

Độ phân giải của bản đồ lợi ích đã lưu trữ được triển khai và có thể được xác định. khác với độ phân giải của ảnh chính. Trong trường hợp mức tăng Bản đồ được chia tỷ lệ theo độ phân giải khác với hình ảnh chính để lưu trữ, phương pháp lấy mẫu phải song tuyến tính hoặc tốt hơn và được xác định cách triển khai.

Hướng của bản đồ khuếch đại phải khớp với hướng của hình ảnh chính. Nếu hiện diện, mọi siêu dữ liệu về hướng trong hình ảnh bản đồ được lưu trữ, như trong EXIF, sẽ không được sử dụng.

Nếu có, cấu hình màu của bản đồ khuếch đại sẽ không được sử dụng.

Nhận vùng chứa bản đồ

Cấu hình màu

Hồ sơ màu của hình ảnh phải được biểu thị qua Cấu hình ICC cho hình ảnh chính.

Thuộc tính XMP

Hình ảnh chính chứa siêu dữ liệu XMP để xác định ít nhất 2 hình ảnh có bổ sung thông tin ngữ nghĩa cho định dạng bản đồ tăng HDR.

Các tiểu mục sau đây có thông tin chi tiết dành riêng cho định dạng này. Thông tin khác thông tin về tuân thủ chung đối với GContainer được chỉ định trong Mục Thông tin chi tiết về GContainer.

Giá trị thuộc tính được mô tả trong các bảng sau được lưu trữ dưới dạng XMP đơn giản của các loại giá trị cơ bản XMP được chỉ định.

Giá trị ngữ nghĩa của mặt hàng

Thuộc tính Item:Semantic xác định ý nghĩa dành riêng cho ứng dụng của từng mục nội dung đa phương tiện trong thư mục vùng chứa.

Giá trị	Mô tả
Chính	Cho biết mục nội dung đa phương tiện là hình ảnh chính, sẵn sàng để hiển thị, trong vùng chứa. Thư mục phải chứa một phần tử "Chính" mục.
GainMap	Cho biết mục nội dung đa phương tiện là một bản đồ khuếch đại. Thư mục có thể chứa tối đa một "GainMap" mục.

Siêu dữ liệu bản đồ HDR Gain

Việc thu được siêu dữ liệu bản đồ sẽ mã hoá thông tin về cách diễn giải và áp dụng mức tăng ánh xạ để tạo bản trình bày HDR của hình ảnh chính.

URI không gian tên XMP cho phần mở rộng XMP của siêu dữ liệu bản đồ là http://ns.adobe.com/hdr-gain-map/1.0/. Tiền tố không gian tên mặc định là hdrgm.

Siêu dữ liệu này được lưu trữ trong gói XMP của hình ảnh bản đồ khuếch đại và các thuộc tính phải xuất hiện trong rdf:Description của hình ảnh bản đồ tăng cường XMP:

Tên	Loại	Mô tả
hdrgm:Phiên bản	Văn bản	Phiên bản của định dạng bản đồ tăng đang được sử dụng. Phiên bản này là "1.0". Required.
hdrgm:BaseRenditionIsHDR	Boolean	Cho biết dải động của hình ảnh chính. "Sai" cho biết hình ảnh chính là SDR và bản đồ khuếch đại có thể được kết hợp với nó để tạo ra Hiển thị HDR. "Đúng" cho biết hình ảnh chính là HDR và bản đồ khuếch đại có thể được kết hợp với dữ liệu đó để tạo ra lần hiển thị SDR. Phải là "False". Không bắt buộc; giá trị mặc định là "False".
hdrgm:GainMapMin	Mảng Real hoặc mảng có thứ tự	Lưu trữ(các) giá trị của `map_min_log2`. Đây là Tăng `log2` nội dung tối thiểu, đây là tỷ lệ tối thiểu cho phép độ chói tuyến tính đối với hiển thị HDR mục tiêu so với (chia bằng) của hình ảnh SDR, tại một pixel nhất định. Có thể là một Real hoặc mảng Real được sắp xếp theo thứ tự. Khi một mảng Real được sắp xếp theo thứ tự, mảng đó có thể chứa một mục áp dụng cho tất cả các kênh hoặc ba mục cho các màu Đỏ, Xanh lục và Kênh màu xanh dương tương ứng. Phải nhỏ hơn hoặc bằng `hdrgm:GainMapMax`. Không bắt buộc; giá trị mặc định là 0.0.
hdrgm:GainMapMax	Mảng Real hoặc mảng có thứ tự	Lưu trữ(các) giá trị của `map_max_log2`. Đây là `log2` mức tăng nội dung tối đa, đây là tỷ lệ tối đa cho phép độ chói tuyến tính cho hiển thị HDR mục tiêu so với (chia bằng) của hình ảnh SDR, tại một pixel nhất định. Có thể là một Real hoặc mảng Real được sắp xếp theo thứ tự. Khi một mảng Real được sắp xếp theo thứ tự, mảng đó có thể chứa một mục áp dụng cho tất cả các kênh hoặc ba mục cho các màu Đỏ, Xanh lục và Kênh màu xanh dương tương ứng. Phải lớn hơn hoặc bằng `hdrgm:GainMapMin`. Bắt buộc.
hdrgm:Gamma	Mảng Real hoặc mảng có thứ tự	Lưu trữ(các) giá trị của `map_gamma`. Đây là gamma cho áp dụng cho các giá trị bản đồ được lưu trữ. Có thể là một Real hoặc một mảng được sắp xếp theo thứ tự Thực Khi một mảng Real được sắp xếp theo thứ tự, mảng đó có thể chứa một mục áp dụng cho tất cả các kênh hoặc ba mục cho kênh Đỏ, Xanh lục và Xanh dương . Phải lớn hơn 0,0. Không bắt buộc; giá trị mặc định là 1.0.
hdrgm:OffsetSDR	Mảng Real hoặc mảng có thứ tự	Lưu trữ(các) giá trị của `offset_sdr`. Đây là giá trị bù trừ cho áp dụng cho các giá trị pixel SDR trong quá trình tạo và ứng dụng bản đồ. Có thể là một Real hoặc một mảng các Real được sắp xếp theo thứ tự. Khi một mảng được sắp xếp theo thứ tự của Thực tế, nội dung này có thể chứa một mục áp dụng cho tất cả các kênh hoặc ba mục cho các kênh Đỏ, Xanh lục và Xanh tương ứng. Phải từ 0,0 trở lên. Không bắt buộc; giá trị mặc định là 0,015625 (1/64).
hdrgm:OffsetHDR	Mảng Real hoặc mảng có thứ tự	Lưu trữ(các) giá trị của `offset_hdr`. Đây là giá trị bù trừ cho áp dụng cho các giá trị pixel HDR trong quá trình tạo và ứng dụng bản đồ. Có thể là một Real hoặc một mảng các Real được sắp xếp theo thứ tự. Khi một mảng được sắp xếp theo thứ tự của Thực tế, nội dung này có thể chứa một mục áp dụng cho tất cả các kênh hoặc ba mục cho các kênh Đỏ, Xanh lục và Xanh tương ứng. Phải từ 0,0 trở lên. Không bắt buộc; giá trị mặc định là 0,015625 (1/64).
ảnh nền:HDRCapacityMin	Thực	Lưu trữ giá trị của `hdr_capacity_min`. Đây là `log2` giá trị mức tăng hiển thị tối thiểu mà bản đồ được áp dụng nào cả. Giá trị này cũng ảnh hưởng đến mức độ áp dụng mức tăng bản đồ khi tăng cường hiển thị. Phải từ 0,0 trở lên. Không bắt buộc; mặc định giá trị là 0.
hdrgm:HDRCapacityMax	Thực	Lưu trữ giá trị của `hdr_capacity_max`. Đây là `log2` giá trị tăng hiển thị tối đa mà bản đồ được áp dụng hoàn toàn. Giá trị này cũng ảnh hưởng đến mức độ áp dụng bản đồ mức tăng dựa trên việc tăng cường hiển thị. Phải lớn hơn `hdrgm:HDRCapacityMin`. Bắt buộc.

Ví dụ về việc tăng XMP của bản đồ

Ví dụ sau đây về một gói XMP của bản đồ mức tăng hợp lệ chứa siêu dữ liệu đã lấy từ tệp ví dụ được minh hoạ trong phần Giới thiệu.

<x:xmpmeta xmlns:x="adobe:ns:meta/" x:xmptk="XMP Core 5.5.0">
  <rdf:RDF xmlns:rdf="http://www.w3.org/1999/02/22-rdf-syntax-ns#">
    <rdf:Description rdf:about=""
     xmlns:hdrgm="http://ns.adobe.com/hdr-gain-map/1.0/"
     hdrgm:Version="1.0"
     hdrgm:GainMapMin="-0.57609993"
     hdrgm:GainMapMax="4.7090998"
     hdrgm:Gamma="1"
     hdrgm:OffsetSDR="0.015625"
     hdrgm:OffsetHDR="0.015625"
     hdrgm:HDRCapacityMin="0"
     hdrgm:HDRCapacityMax="4.7090998"
     hdrgm:BaseRenditionIsHDR="False"/>
  </rdf:RDF>
</x:xmpmeta>

Bộ nhớ MPF của bản đồ khuếch đại

Hình ảnh bản đồ khuếch đại phải được lưu trữ dưới dạng hình ảnh bổ sung như được định nghĩa trong CIPA Định dạng nhiều hình DC-x 007-2009, như nêu trong Mục Phần phụ thuộc.

Giải mã

Phần này mô tả cách giải mã bản đồ khuếch đại từ tệp JPEG tuân thủ.

Tín hiệu của định dạng

Tệp JPEG phù hợp với định dạng này có thể được xác định bằng sự hiện diện của hdrgm:Version="1.0" trong gói XMP của hình ảnh chính, trong đó hdrgm là URI không gian tên http://ns.adobe.com/hdr-gain-map/1.0/.

Định vị hình ảnh bản đồ khuếch đại

Để biết chi tiết về việc phân tích cú pháp và giải mã hình ảnh, hãy xem GContainer chi tiết. "GainMap" mục ngữ nghĩa trong XMP rdf:Directory dùng để báo hiệu vị trí của một hình ảnh khuếch đại trên bản đồ. Ngoài ra, IFD Chỉ mục MPF và quét hình ảnh XMP dùng để xác định vị trí của bản đồ khuếch đại.

Xử lý siêu dữ liệu không hợp lệ

Siêu dữ liệu bị coi là không hợp lệ nếu không có trường bắt buộc hoặc nếu có trường có giá trị không hợp lệ. Một giá trị có thể không hợp lệ vì không phải là có thể phân tích cú pháp thành loại được chỉ định hoặc bởi vì loại dữ liệu nằm ngoài phạm vi dự kiến.

Nếu gặp siêu dữ liệu không hợp lệ, bản đồ mức tăng sẽ bị bỏ qua và SDR sẽ hiển thị hình ảnh.

Màn hình

Các tệp được mã hoá ở định dạng bản đồ tăng HDR có thể hiển thị trên: màn hình SDR thông thường hoặc trên màn hình HDR có độ chói cao hơn đầu ra.

Sử dụng bản đồ khuếch đại để tạo hiển thị HDR được điều chỉnh

Các phép tính sau đây trong phần này giả định số học dấu phẩy động.

encoded_recovery(x, y) là giá trị số nguyên không dấu, một kênh, 8 bit từ hình ảnh bản đồ thu được.

Nếu bản đồ khuếch đại có độ phân giải khác với hình ảnh chính, thì Thay vào đó, encoded_recovery(x, y) được xác định bằng một mẫu đã lọc của thu được hình ảnh bản đồ cho x và y trong phạm vi chiều rộng và chiều cao của hình ảnh chính, . Phương pháp lọc phải là song tuyến tính hoặc tốt hơn và triển khai đã xác định.

map_gamma được xác định bởi trường siêu dữ liệu hdrgm:Gamma.

log_recovery(x, y) là mức tăng pixel dấu phẩy động đã chuẩn hoá trong không gian lôgarit:

recovery(x, y) = encoded_recovery(x, y) / 255.0
log_recovery(x, y) = pow(recovery(x, y), 1.0 / map_gamma)

Mức tăng màn hình tối đa là giá trị dấu phẩy động vô hướng được xác định là tỷ lệ giữa điểm trắng HDR hiện tại và chia cho điểm trắng SDR hiện tại. Chiến dịch này do hệ thống hiển thị cung cấp và có thể thay đổi theo thời gian.

hdr_capacity_max được xác định bởi trường siêu dữ liệu hdrgm:HDRCapacityMax. hdr_capacity_min được xác định bởi trường siêu dữ liệu hdrgm:HDRCapacityMin.

weight_factor được xác định như sau khi hdrgm:BaseRenditionIsHDR được "Sai":

unclamped_weight_factor = (log2(max_display_boost) - hdr_capacity_min)
                        / (hdr_capacity_max - hdr_capacity_min)
weight_factor = clamp(unclamped_weight_factor, 0.0, 1.0)

Khi hdrgm:BaseRenditionIsHDR là "Đúng", phương trình thứ hai sẽ là:

weight_factor = 1.0 - clamp(unclamped_weight_factor, 0.0, 1.0)

gain_map_max được xác định bởi trường siêu dữ liệu hdrgm:GainMapMax. gain_map_min được xác định bởi trường siêu dữ liệu hdrgm:GainMapMin. offset_sdr được xác định bởi trường siêu dữ liệu hdrgm:OffsetSDR. offset_hdr được xác định bởi trường siêu dữ liệu hdrgm:OffsetHDR.

Bạn có thể tính toán giao diện HDR được điều chỉnh theo tuyến tính như sau:

log_boost(x, y) = gain_map_min * (1.0f - log_recovery(x, y))
                + gain_map_max * log_recovery(x, y)
HDR(x, y) = (SDR(x, y) + offset_sdr) * exp2(log_boost(x, y) * weight_factor)
          - offset_hdr

Nếu cần, quá trình triển khai có thể áp dụng một phép biến đổi cho HDR(x, y) để đặt giá trị trong không gian mà màn hình dự kiến. Mọi phép biến đổi như vậy phải chính xác theo màu.

Lưu ý: Bản đồ mức tăng phải được áp dụng như minh hoạ ở trên (sử dụng phép luỹ thừa) để tạo ra đúng cách các mối quan hệ tương ứng cần thiết (giữa các khu vực độ sáng khác nhau trong hình ảnh) ở mức tăng màn hình mong muốn.Nếu mức tăng Ánh xạ được áp dụng theo cách khác, chẳng hạn như thông qua nội suy tuyến tính đơn giản, sau đó mối quan hệ sắc độ tương đối trong hình ảnh chỉ chính xác ở tối đa nội dung tăng cường và bị ảnh hưởng bởi các yếu tố thúc đẩy khác.

Phương pháp được mô tả để khôi phục hiển thị HDR được điều chỉnh có nghĩa là kết quả hiển thị chuyển đổi liền mạch khi các thay đổi tăng tối đa hiển thị. Chiến dịch này luôn tạo ra kết quả hiển thị khớp với kết quả ý định chính xác nhất có thể và đáp ứng toàn bộ chất lượng hình ảnh được liệt kê trong phần Động lực.

Mức giảm hiệu suất được áp dụng trong trường hợp mức tăng nội dung tối thiểu giảm xuống lớn hơn 1.0 cũng điều chỉnh theo tỷ lệ dựa trên mối quan hệ giữa tăng tối đa tốc độ hiển thị và tăng tối đa nội dung. Ví dụ: nếu mức tăng nội dung tối đa là 4, thì mức tăng nội dung tối thiểu là là 0,5 và mức tăng màn hình tối đa là 2,0, thì độ suy giảm tối đa của hình ảnh được hiển thị là 0,7071, thay vì 0,5 nếu mức tăng hiển thị tối đa là 4.0 hoặc cao hơn.

Thông tin về GContainer

Phần này nêu rõ các yêu cầu bổ sung để định dạng này tuân thủ với siêu dữ liệu XML GContainer. Siêu dữ liệu được chuyển đổi tuần tự theo tiêu chuẩn ISO 166841:2011(E) Thông số kỹ thuật XMP Phần 1 và được nhúng bên trong tệp hình ảnh chính như được mô tả trong Thông số kỹ thuật của Adobe XMP Phần 3 Bộ nhớ trong ứng dụng Files. Tệp hình ảnh chính chứa các mục sau, có định dạng là RDF/XML.

Yêu cầu về gói XMP

Gói XMP phải bao gồm phần mở rộng XMP của siêu dữ liệu bản đồ khuếch đại thông qua URI không gian tên http://ns.adobe.com/hdr-gain-map/1.0/. Không gian tên mặc định có tiền tố là hdrgm.

Gói XMP sẽ định nghĩa hdrgm:Version="1.0".

Phần tử vùng chứa

Không gian tên XMP cho tiện ích GContainer XMP là http://ns.google.com/photos/1.0/container/. Tiền tố không gian tên mặc định là Container.

Hình ảnh chính chứa phần tử Container:Directory trong siêu dữ liệu XMP xác định thứ tự và thuộc tính của tệp đa phương tiện tiếp theo trong tệp vùng chứa. Mỗi tệp trong vùng chứa có một mục nội dung đa phương tiện tương ứng trong thẻ Container:Directory. Mục nội dung nghe nhìn mô tả vị trí trong tệp vùng chứa và các thuộc tính cơ bản của từng tệp nối.

Phần tử vùng chứa được mã hoá thành siêu dữ liệu XMP của hình ảnh chính và xác định một thư mục gồm các mục nội dung đa phương tiện trong vùng chứa. Bạn phải tìm các mục nội dung đa phương tiện trong tệp vùng chứa theo cùng thứ tự như các phần tử mục nội dung đa phương tiện trong và phải được đóng gói chặt chẽ.

Thư mục này chỉ có thể chứa một phần tử "Chính" mục hình ảnh và đó phải là mục đầu tiên mục trong thư mục.

Tên phần tử	Loại	Mô tả
Vùng chứa:Thư mục	Mảng cấu trúc theo thứ tự	Mảng cấu trúc theo thứ tự, mỗi mảng chứa một `Container:Item` tạo xác định bố cục và nội dung của vùng chứa.

Phần tử mục

Phần tử mục mô tả cách ứng dụng sử dụng từng mục nội dung đa phương tiện.

URI không gian tên XMP cho tiện ích XMP của mục GContainer http://ns.google.com/photos/1.0/container/item/. Tiền tố không gian tên mặc định là Item.

Mục nội dung đa phương tiện đầu tiên phải là hình ảnh chính.Tệp này phải chỉ định Item:Semantic = "Primary" và Item:Mime được liệt kê trong Giá trị loại MIME của mặt hàng.

Chiều dài của mục hình ảnh chính được xác định bằng cách phân tích cú pháp hình ảnh chính hình ảnh dựa trên loại MIME bắt đầu từ đầu vùng chứa tệp.

Mục nội dung đa phương tiện có thể chứa thuộc tính Item:Padding chỉ định khoảng đệm giữa điểm kết thúc của mục nội dung đa phương tiện và điểm bắt đầu của nội dung nghe nhìn tiếp theo mục. Khi hiển thị trên mục nội dung đa phương tiện gần đây nhất trong Container:Directory, Item:Padding cho biết khoảng đệm giữa điểm cuối mục và cuối mục .

Mỗi mục nội dung đa phương tiện phải chứa loại Item:Mime và thuộc tính Item:Semantic. Các mục nội dung nghe nhìn của hình ảnh phụ phải chứa các thuộc tính Item:Length.

Các mục nội dung nghe nhìn tuần tự có thể chia sẻ dữ liệu tài nguyên trong vùng chứa tệp. Chiến lược phát hành đĩa đơn mục nội dung đa phương tiện đầu tiên xác định vị trí của tài nguyên trong vùng chứa tệp, và các mục nội dung nghe nhìn được chia sẻ tiếp theo đã đặt Item:Length thành 0. Trong trường hợp dữ liệu tài nguyên là một vùng chứa, Item:URI có thể được dùng để xác định vị trí của dữ liệu mục nội dung đa phương tiện trong tài nguyên.

Vị trí của tài nguyên mục nội dung đa phương tiện trong vùng chứa được xác định bằng cách tính tổng độ dài của mã hoá hình ảnh chính, các giá trị Item:Length của các tài nguyên mục nội dung đa phương tiện phụ trước đó và tất cả Item:Padding trước đó giá trị. Item:Padding được coi là 0 trên những tài nguyên mục nội dung đa phương tiện không chỉ định giá trị của tham số đó.

Tên thuộc tính	Loại	Mô tả
Mục:Mime	Văn bản	Chuỗi đơn giản cho biết loại MIME của mục nội dung đa phương tiện trong vùng chứa. Để biết định nghĩa, hãy xem phần Giá trị loại MIME của mặt hàng. Required.
Mục:Ngữ nghĩa	Văn bản	Chuỗi đơn giản cho biết ý nghĩa cụ thể của nội dung nghe nhìn trong ứng dụng mục. Để biết định nghĩa, hãy xem phần Giá trị ngữ nghĩa của mặt hàng. Required.
Mục:Chiều dài	Số nguyên	Chuỗi đơn giản chứa độ dài số nguyên dương tính bằng byte của mặt hàng. Độ dài 0 cho biết tài nguyên mục nội dung đa phương tiện được chia sẻ với mục nội dung nghe nhìn. Bắt buộc đối với các mục nội dung nghe nhìn phụ. Không bắt buộc đối với mục nội dung nghe nhìn dạng hình ảnh.
Mục:Nhãn	Văn bản	Chuỗi do phương thức triển khai xác định được dùng để phân biệt nhiều mục các phần tử có cùng `Item:Semantic`. Không bắt buộc.
Mục:Khoảng đệm	Số nguyên	Một chuỗi chứa độ dài số nguyên dương tính bằng byte khoảng đệm giữa điểm kết thúc của mục nội dung đa phương tiện và điểm bắt đầu của mục nội dung đa phương tiện tiếp theo mục nội dung nghe nhìn hoặc phần cuối của tệp khi được sử dụng trên mục nội dung nghe nhìn gần đây nhất trong `Container:Directory`. Giá trị 0 được giả định khi không có giá trị này. Không bắt buộc.
Mục:URI	Văn bản	Chuỗi URI tuân theo mục 8.11.9 của ISO/IEC 14496-12, chứa URI tương đối của dữ liệu nội dung đa phương tiện bên trong tài nguyên mục nội dung đa phương tiện. Mặc định là tài nguyên hình ảnh chính. Không bắt buộc đối với các loại MIME định dạng tệp đa phương tiện cơ sở ISO ISO/IEC 14496-12. Có thể không sử dụng được cho trường hợp khác.

Giá trị loại MIME của mặt hàng

Thuộc tính Item:Mime xác định loại MIME của từng mục nội dung đa phương tiện .

Giá trị	Mô tả
hình ảnh/jpeg	Hình ảnh JPEG.

Ví dụ về GContainer XMP

Ví dụ sau về gói GContainer XMP hợp lệ đã được lấy từ tệp ví dụ được minh hoạ trong phần Giới thiệu.

<x:xmpmeta xmlns:x="adobe:ns:meta/" x:xmptk="Adobe XMP Core 5.1.2">
  <rdf:RDF xmlns:rdf="http://www.w3.org/1999/02/22-rdf-syntax-ns#">
    <rdf:Description
     xmlns:Container="http://ns.google.com/photos/1.0/container/"
     xmlns:Item="http://ns.google.com/photos/1.0/container/item/"
     xmlns:hdrgm="http://ns.adobe.com/hdr-gain-map/1.0/"
     hdrgm:Version="1.0">
      <Container:Directory>
        <rdf:Seq>
          <rdf:li rdf:parseType="Resource">
            <Container:Item
             Item:Semantic="Primary"
             Item:Mime="image/jpeg"/>
          </rdf:li>
          <rdf:li rdf:parseType="Resource">
            <Container:Item
             Item:Semantic="GainMap"
             Item:Mime="image/jpeg"
             Item:Length="66171"/>
          </rdf:li>
        </rdf:Seq>
      </Container:Directory>
    </rdf:Description>
  </rdf:RDF>
</x:xmpmeta>