EncoX có giữ HDR và Dolby Vision không: tùy vào việc hình ảnh có mã hóa lại
EncoX giữ được HDR và Dolby Vision hay không tùy vào việc hình ảnh có cần mã hóa lại. Khi chỉ đổi container, không một điểm ảnh nào được dựng lại, siêu dữ liệu tĩnh HDR10 đi qua nguyên trạng, thứ thuộc họ Dolby Vision cũng đi cùng hình ảnh; khi cần chuyển đổi toàn bộ, hình ảnh được giao theo độ sâu bit của nguồn, tối đa 10-bit, lấy mẫu chroma thống nhất về 4:2:0, còn sau khi mã hóa lại thì họ Dolby Vision còn lại gì — chúng tôi mới chỉ kiểm chứng ở bậc đi thẳng, nên không đoán trước hộ bạn.
Nếu bạn muốn tạo một bản sao từ nguồn HDR quý giá mà không thay đổi chút thông tin hình ảnh nào, hãy nhìn rõ ranh giới này trước: mục tiêu của EncoX là tạo ra MP4 mở trực tiếp trên iPhone, iPad và Mac thuận tiện hơn, chứ không phải giữ nguyên mọi loại codec hình ảnh. Dưới đây chỉ bàn về kết cục của HDR và Dolby Vision trong hai kiểu xử lý, không dự báo kết quả thay cho một tệp chưa được xử lý.
1. Thứ thật sự quyết định kết quả là hình ảnh có được mã hóa lại hay không
“Chuyển video sang MP4” nghe như một việc, nhưng thật ra EncoX có thể làm hai cách xử lý khác nhau: một cách chỉ điều chỉnh container của tệp và giữ nguyên dữ liệu hình ảnh gốc; cách kia phải xử lý lại hình ảnh rồi mới ghi vào một tệp MP4 mới. Cách thứ nhất giữ được thông tin HDR / Dolby Vision có điều kiện, cách thứ hai vẽ lại toàn bộ hình ảnh và hình dạng giao hàng có ranh giới rõ ràng. Muốn biết hai cách xử lý này bản thân khác nhau ở đâu, đọc thêm khác biệt giữa chỉ đổi container và mã hóa lại.
Đừng đánh giá dựa vào phần mở rộng. Hai tệp cùng tên MKV có thể có codec hình ảnh và tham số bên trong khác nhau; hai phim cùng ghi HDR cũng không có nghĩa EncoX sẽ dùng cùng một kiểu xử lý. Tên tệp và nhãn hình ảnh cho bạn biết “nó là gì”, nhưng chưa đủ để cho biết “sau khi chuyển đổi nó sẽ ra sao”.
Việc EncoX giữ HDR và Dolby Vision phụ thuộc vào con đường xử lý hình ảnh: khi chỉ đổi container thì hình ảnh không bị dựng lại và thông tin tương ứng được mang đi nguyên trạng; khi mã hóa lại toàn bộ thì hình ảnh giao theo độ sâu bit của nguồn, tối đa 10-bit, chroma thống nhất 4:2:0, còn bậc Dolby Vision mới chỉ được kiểm chứng ở con đường đi thẳng.
2. HDR10 và Dolby Vision: trước tiên phân biệt “hình ảnh” và “thông tin đi kèm hình ảnh”
Để hiểu bài này, bạn không cần học thuộc các tiêu chuẩn kỹ thuật video trước. Có thể hình dung hình ảnh là bản thân video, còn metadata là thông tin đi kèm hình ảnh, giúp việc hiểu và thể hiện nó khi phát. HDR10 có metadata tĩnh; Dolby Vision cũng có metadata riêng. Không thể nhận diện chúng chỉ bằng phần mở rộng tệp, càng không thể suy ra thông tin liên quan chắc chắn tồn tại hay chắc chắn biến mất chỉ vì đầu ra là MP4.
Ở đây cần tách thành hai câu hỏi riêng: Dữ liệu hình ảnh có bị nén lại hay không? và Metadata HDR10 / Dolby Vision trong tệp gốc có tiếp tục được mang vào sản phẩm đầu ra hay không? Chỉ trả lời “vẫn là MP4” hay “vẫn phát được” thì không trả lời được hai câu hỏi này. Với người quan tâm đến bản HDR, khác biệt này quan trọng hơn tên tệp đầu ra.
3. Khi chỉ đổi container: metadata tĩnh của HDR10 được truyền nguyên, metadata Dolby Vision có thể giữ được
Khi codec hình ảnh và các thông số của tệp gốc đã phù hợp để phát trực tiếp, EncoX có thể chỉ đổi container để ghi nội dung vào MP4 mà không nén lại hình ảnh. Xử lý như vậy thì độ sâu bit và lấy mẫu chroma của hình ảnh gốc đều không đổi; siêu dữ liệu tĩnh HDR10 đi qua nguyên trạng; thứ thuộc họ Dolby Vision cũng được mang đi cùng hình ảnh. Bậc này nói là “hình ảnh không bị vẽ lại”, chứ không phải “tệp Dolby Vision nào cũng giữ được” — một tệp cụ thể cuối cùng đi con đường nào vẫn phải lấy kết quả xử lý thực tế làm chuẩn.
“Giữ được metadata” và “hình ảnh không nén lại” là hai sự thật phối hợp với nhau, nhưng không thể viết gộp thành một. Vế đầu nói về thông tin đi kèm, vế sau nói về dữ liệu hình ảnh. Nếu bạn quan tâm đến HDR10, hãy xem metadata tĩnh có được truyền theo đường này hay không; nếu quan tâm đến Dolby Vision, hãy xem metadata riêng của nó có giữ được hay không. Giá trị của EncoX trên đường đi này là bạn không phải làm lại một hình ảnh vốn đã phù hợp chỉ để đổi sang MP4.
Khi chỉ đổi container, EncoX không nén lại hình ảnh, độ sâu bit và lấy mẫu chroma giữ nguyên; siêu dữ liệu tĩnh HDR10 đi qua nguyên trạng, thứ thuộc họ Dolby Vision được mang đi cùng hình ảnh.
4. Khi mã hóa lại toàn bộ: hình ảnh rơi xuống bậc nào, và về Dolby Vision chúng ta biết tới đâu?
Khi cần chuyển đổi toàn bộ, phải nói thẳng kết luận: hình ảnh được giao theo độ sâu bit của nguồn, tối đa 10-bit, lấy mẫu chroma thống nhất về 4:2:0 — nguồn 10-bit giao 10-bit, nguồn 12-bit rơi xuống 10-bit, còn lấy mẫu chroma của 4:2:2 và 4:4:4 thì không nằm lại trong điểm ảnh. Riêng siêu dữ liệu động thuộc họ Dolby Vision sau khi mã hóa lại còn lại gì, chúng tôi chỉ kiểm chứng ở con đường “hình ảnh không bị vẽ lại”; bậc này không có số đo, nên cả hai đầu đều không viết thành lời hứa. Nếu mục đích của bạn là giữ lại thông tin Dolby Vision của bản gốc, đừng giao tệp đó cho con đường mã hóa lại.
Chuyện HDR10 cần nói kỹ hơn: khi chỉ đổi container, siêu dữ liệu tĩnh của nó đi qua nguyên trạng; khi mã hóa lại toàn bộ, hình ảnh bị tính toán lại, nên không thể lấy bậc đi thẳng làm kỳ vọng cho việc thông tin liên quan có còn khớp với bản gốc hay không, cũng không được coi nó là một bản sao siêu dữ liệu HDR10 y nguyên. Ở đây không gộp HDR10 với Dolby Vision thành một câu “HDR mất sạch”, cũng không viết bậc chưa được kiểm chứng thành kết luận.
Vài chữ “độ sâu bit” không thay bạn đánh giá một cảnh trông ra sao. Điều chắc chắn là: con đường mã hóa lại giao về hình ảnh 4:2:0, độ tinh lấy mẫu khác với nguồn 4:2:2 ban đầu; nếu giữ được loại thông tin hình ảnh này là điều kiện số một của bạn, thì đừng coi chuyển đổi toàn bộ là cách bảo toàn đặc tính của bản gốc.
Mã hóa lại toàn bộ giao về hình ảnh 4:2:0 theo độ sâu bit của nguồn, tối đa 10-bit; thứ thuộc họ Dolby Vision chỉ mới được kiểm chứng ở con đường chỉ đổi container, còn bậc mã hóa lại thì không viết cho cả hai đầu; việc đi qua nguyên trạng của siêu dữ liệu tĩnh HDR10 cũng không thể kỳ vọng xuyên hai con đường.
5. Vì sao không nhét luôn thông tin HDR cũ vào MP4 mới?
Vì chuyển đổi toàn bộ tính toán lại hình ảnh, thông tin vốn gắn trên hình ảnh cũ chưa chắc còn hợp với hình ảnh mới. Dùng lại phần thông tin ấy thì trông giống như “đã giữ HDR”, nhưng có thể khiến tệp kết quả mang theo mô tả không khớp với hình ảnh thật — nên ở bậc này chúng tôi không kết luận, để bạn tự kiểm trên sản phẩm của mình. Tầng độ sâu bit không ăn theo kiểu đánh đổi này: nó giao theo nguồn, tối đa 10-bit. Đây là ranh giới xử lý, không phải bug thỉnh thoảng mới xảy ra.
Phải đọc dòng này như một ranh giới sản phẩm rõ ràng, chứ không phải cách tìm lời có cánh cho bậc chưa được kiểm chứng. Việc của EncoX là chuyển tệp thành MP4 dễ mở trực tiếp hơn; nó không đặt “bảo toàn nguyên trạng từng đặc tính HDR” vào kết quả của con đường chuyển đổi toàn bộ. Nếu sự đánh đổi này trái với mục tiêu lưu giữ của bạn, điều quan trọng nhất không phải là sau đó mới phát hiện hình ảnh đã bị làm lại, mà là biết trước từ lúc chưa chuyển rằng kết quả có thể không đúng yêu cầu của bạn.
6. Không chỉ 10-bit: 12-bit, 4:2:2, 4:4:4 sẽ rơi xuống bậc nào
Nếu bạn biết phim của mình ghi 12-bit, 4:2:2 hay 4:4:4, thì đừng chỉ kiểm tra có nhãn Dolby Vision hay không. Theo đường giao hàng của EncoX, 12-bit rơi xuống 10-bit, chroma của 4:2:2 và 4:4:4 được gộp về 4:2:0 còn độ sâu bit thì giữ; điều cần để ý không chỉ là một cờ siêu dữ liệu HDR nào đó còn hay mất, mà là bản thân hình ảnh có bị xử lý lại hay không.
Điều này cũng giải thích vì sao “tệp sau chuyển đổi mở được” không dùng để suy ngược rằng “mọi đặc tính HDR ban đầu vẫn còn”. Mở được là nói về công dụng của tệp kết quả, còn lấy mẫu và siêu dữ liệu thay đổi thế nào là nói về nội dung của nó — hai chuyện đó không phải cùng một phép kiểm. Nếu công việc của bạn bắt buộc phải giữ những đặc tính hình ảnh này, hãy giữ lại tệp gốc; EncoX tạo một tệp MP4 mới và không thay thế bản gốc, nhưng tệp mới không vì thế mà thành bản sao tương đương của bản gốc.
7. Tệp của tôi rốt cuộc sẽ đi đường nào? Có thể xác định trước khi chuyển đổi không?
Trước tiên hãy xem codec hình ảnh và tham số bên trong tệp, đừng chỉ nhìn những đuôi như MKV, MP4, cũng đừng chỉ xem phần giới thiệu tệp có ghi “HDR” hay không. Hình ảnh đã thuộc loại thiết bị phát trực tiếp được, tham số cũng nằm trong phạm vi tương thích thì mới có khả năng chỉ đổi container; codec hình ảnh hoặc tham số vượt phạm vi đó thì cần chuyển đổi đầy đủ. Mối quan hệ đánh giá này quyết định số phận của HDR và Dolby Vision trong sản phẩm đầu ra.
Nhưng “có khả năng chỉ đổi container” không có nghĩa là bạn có thể xác định chắc chắn cho từng tệp trước khi chuyển đổi. Dù biết tệp chứa 10-bit hay Dolby Vision, cũng không thể chỉ dựa vào nhãn đó mà kết luận kết quả; các trường hợp đặc biệt cũng khiến việc giữ metadata Dolby Vision không thể được viết thành chắc chắn. Một tệp cụ thể cuối cùng đi đường nào, metadata có giữ được hay không, cần căn cứ vào kết quả xử lý thực tế. Muốn hiểu thêm EncoX dựa vào đâu để đưa ra quyết định này, bạn có thể xem EncoX đánh giá đường chuyển đổi như thế nào.
8. Ranh giới: không giúp được những gì
- Nếu tệp cần mã hóa lại toàn bộ, tệp kết quả giao theo độ sâu bit của nguồn, tối đa 10-bit, chroma 4:2:0; sau khi mã hóa lại thì họ Dolby Vision còn lại gì không có số đo, còn việc đi qua nguyên trạng của HDR10 chỉ mới kiểm chứng ở con đường chỉ đổi container.
- Nếu bạn muốn chắc trước lúc xử lý rằng từng khung hình và từng thông tin HDR của một tệp cụ thể sẽ thay đổi ra sao, thì chỉ dựa vào phần mở rộng hoặc nhãn HDR không đủ để kết luận, mà phải xem kết quả xử lý thực tế.
- Nếu hình ảnh gốc là 12-bit, 4:2:2 hay 4:4:4, không được coi tệp kết quả của EncoX là bản sao giữ được các đặc tính hình ảnh đó: 12-bit rơi xuống 10-bit, chroma gộp về 4:2:0, độ sâu bit thì giữ.
- Nếu nội dung bị DRM bảo vệ, EncoX không xử lý loại tệp này.
Vì vậy câu hỏi không nên chỉ là “EncoX có hỗ trợ HDR không”, mà phải là “tệp của tôi có cần mã hóa lại không; nếu cần, tôi có chấp nhận được việc lấy mẫu chroma bị gộp về 4:2:0 và bậc Dolby Vision không có số đo hay không?” Đây là cách hỏi hữu ích hơn khi quyết định có giao bộ phim này cho EncoX xử lý hay không.
Câu hỏi thường gặp
Sau khi chuyển phim thành MP4, Dolby Vision còn không?
Khi chỉ đổi container, thứ thuộc họ Dolby Vision được mang đi cùng hình ảnh; khi cần mã hóa lại toàn bộ thì bậc này chúng tôi không có số đo, nên cả hai đầu đều không viết thành lời hứa. Không thể chỉ nhìn đầu ra là MP4 mà kết luận.
Còn HDR10 thì sao? Sau khi chuyển đổi có mất luôn không?
Khi chỉ đổi container, siêu dữ liệu tĩnh HDR10 đi qua nguyên trạng và hình ảnh không bị nén lại; khi chuyển đổi toàn bộ, hình ảnh giao theo độ sâu bit của nguồn, tối đa 10-bit, và thông tin liên quan thay đổi theo phần hình ảnh đã được xử lý lại — không thể lấy bậc đi thẳng làm kỳ vọng. Đừng gộp chung hai con đường làm một.
Vì sao khi mã hóa lại chỉ giao tới 10-bit?
Đây là đường giao hàng do chính chúng tôi đặt ra: sản phẩm chỉ đi theo hình dạng mà bằng chứng đã thông qua phủ tới (HEVC Main 10, 4:2:0), không đặt cược vào bậc rộng hơn, nên nguồn 12-bit rơi xuống 10-bit còn độ sâu bit không rơi tiếp. Sau khi hình ảnh bị tính toán lại, chúng tôi cũng không dùng lại phần thông tin có thể không hợp với hình ảnh mới — bậc đó không có số đo, nên cả hai đầu đều không viết thành lời hứa.
Chi tiết tệp ghi Dolby Vision, vậy tôi có thể biết trước kết quả không?
Chưa được. Mấu chốt là codec hình ảnh và tham số bên trong có phát trực tiếp được hay không, chứ không phải nhãn Dolby Vision hay phần mở rộng; với tệp cụ thể nên căn cứ vào kết quả xử lý thực tế. Cách đánh giá có thể xem thêm ở EncoX đánh giá đường chuyển đổi như thế nào.
Chỉ đổi container và chuyển đổi đầy đủ khác nhau thế nào đối với bản thân hình ảnh?
Khi chỉ đổi container, EncoX không nén lại hình ảnh, độ sâu bit và lấy mẫu chroma vốn có đều không đổi; chuyển đổi toàn bộ thì xử lý lại hình ảnh, giao theo độ sâu bit của nguồn, tối đa 10-bit, chroma thống nhất về 4:2:0. Không thể gọi chung cả hai bằng câu “chất lượng hình ảnh không đổi”.
Axiom One LLC — EncoX