Vì sao video 1080p vẫn bị mờ trên TV? Case study cải thiện chất lượng video OTT

Mở đầu

“Video đã phát 1080p rồi, tại sao xem trên TV vẫn xấu?”

Đây là câu hỏi rất thường gặp khi doanh nghiệp vận hành một dịch vụ OTT. Trên điện thoại màn hình nhỏ, video nhìn khá ổn. Trên laptop hoặc PC, chất lượng cũng có vẻ chấp nhận được. Stream không giật, không buffering liên tục, thông số hiển thị là 1080p. Nhưng khi người dùng mở cùng nội dung đó trên TV 50 inch trong phòng khách, vấn đề bắt đầu lộ rõ: hình bị vỡ khối, các cảnh chuyển động nhanh bị nhòe, chi tiết áo đấu và bánh xe bị mất, tổng thể không đạt cảm giác cao cấp như kỳ vọng.

Với nội dung thể thao, vấn đề này càng dễ xảy ra.

Trong một dự án OTT gần đây, chúng tôi làm việc với một dịch vụ streaming thể thao có 5 kênh live và khoảng 600 nội dung VOD. Nội dung chính là các giải đua xe đạp đường trường. Khi xem trên điện thoại hoặc PC, nền tảng có vẻ hoạt động ổn. Nhưng khi kiểm tra trên ứng dụng TV với màn hình khoảng 50 inch, chất lượng hình ảnh không đạt như mong muốn, dù rendition đầu ra vẫn là 1080p.

Bài học quan trọng nhất từ case này là:

1080p không phải là cam kết về chất lượng hình ảnh. 1080p chỉ là kích thước khung hình.

Trải nghiệm mà người xem cảm nhận trên TV màn hình lớn phụ thuộc vào nhiều yếu tố khác: bitrate, chất lượng file nguồn, lịch sử mã hóa lại, hiệu quả codec, độ phức tạp chuyển động, thiết kế ABR ladder, CDN, mạng và logic chọn chất lượng của player trên từng loại thiết bị.

Đây là phần 1 trong chuỗi 3 bài về chất lượng video OTT. Ở phần này, chúng ta tập trung vào câu hỏi: vì sao video 1080p vẫn bị mờ trên TV màn hình lớn? Phần 2 sẽ đi vào tiêu chuẩn file nguồn và workflow encoding thực tế. Phần 3 sẽ phân tích tối ưu delivery, H.265/AV1, CMAF, CDN và hướng đi lên 2K/4K mà không làm chi phí hạ tầng tăng mất kiểm soát.

>>> Xem đầy đủ case study: Ra mắt nền tảng phát trực tiếp thể thao SPEED Channel JP chỉ trong 2 tháng

1. 1080p không phải là chất lượng – đó chỉ là kích thước khung hình

Trong nhiều cuộc trao đổi về video streaming, “1080p” thường bị hiểu lầm là “chất lượng tốt”. Nhưng về mặt kỹ thuật, 1080p chủ yếu cho biết khung hình có kích thước 1920 × 1080 pixel.

Nói cách khác, 1080p chỉ cho biết khung hình có bao nhiêu điểm ảnh. Nó không cho biết trong từng điểm ảnh đó còn bao nhiêu thông tin hình ảnh, chi tiết, màu sắc, chuyển động và độ trung thực của cảnh quay gốc.

Bạn có thể hình dung độ phân giải giống như kích thước của một tấm canvas. Hai bức tranh có thể được vẽ trên cùng một canvas lớn như nhau. Nhưng nếu một bức được vẽ bằng đủ màu, đủ chi tiết, còn bức kia chỉ được vẽ bằng vài nét thô vì thiếu “màu”, kết quả cuối cùng sẽ rất khác nhau.

Trong video, “màu vẽ” tương ứng với bitrate.

Hai file đều là 1080p nhưng có thể tạo ra trải nghiệm hoàn toàn khác nhau trên TV 50 inch.

Cả hai file đều có nhãn 1080p, nhưng trải nghiệm của người xem không giống nhau.

Đây là điểm mà nhiều đội vận hành OTT dễ bỏ sót. Họ kiểm tra độ phân giải, nhưng chưa kiểm tra liệu bên trong khung hình 1080p đó còn đủ dữ liệu hình ảnh để hiển thị tốt trên TV hay không.

2. TV màn hình lớn làm lộ những lỗi mà mobile che giấu

Màn hình điện thoại thường chỉ khoảng 5–6 inch. Trong khi đó, TV trong phòng khách thường là 50, 55, 65 inch hoặc lớn hơn.

Khi cùng một video nén được phóng lên màn hình lớn hơn rất nhiều, các lỗi nén vốn khó thấy trên mobile sẽ trở nên rõ ràng. Block noise, nhòe chuyển động, banding màu, mất chi tiết và các lỗi nén khác đều bị phóng đại.

Ví dụ, một macroblock 32 × 32 pixel có thể gần như không đáng chú ý trên điện thoại. Nhưng trên TV 55 inch, cùng một block đó có thể hiển thị thành một vùng đủ lớn để mắt người nhận ra ngay.

Vì vậy, “nhìn ổn trên mobile” không có nghĩa là “nhìn ổn trên TV app”.

Nếu một dịch vụ OTT hỗ trợ web, mobile và TV app, kiểm tra chất lượng nội dung trên TV cần được kiểm thử riêng. Đây thường là nhóm thiết bị làm lộ vấn đề nén rõ nhất.

Đảm bảo chất lượng hình ảnh/video trên nhiều thiết bị, đặc biệt quan trọng với các chương trình thể thao, concert, live event, phim hành động, hoặc bất kỳ nội dung nào có chuyển động nhanh và nền hình phức tạp.

3. Năm lỗi về chất lượng thường lộ rõ trên TV màn hình lớn

Trong case streaming thể thao này, quá trình kiểm thử trên TV cho thấy 5 nhóm lỗi về chất lượng phổ biến.

3.1 Macroblocking – vỡ khối hình ảnh

Macroblocking là hiện tượng hình ảnh bị vỡ thành các khối vuông rõ ràng. Lỗi này thường xảy ra khi encoder không có đủ bitrate để giữ lại các chi tiết nhỏ.

Trong đua xe đạp đường trường, lỗi này rất dễ thấy ở các cảnh sprint hoặc peloton đông. Áo đấu, mũ bảo hiểm, bánh xe, mặt đường, khán giả, banner quảng cáo và nền cây cối đều thay đổi liên tục trong mỗi khung hình.

Nếu encoder bị giới hạn ở bitrate thấp, nó không thể giữ lại toàn bộ chi tiết. Nó buộc phải đơn giản hóa hình ảnh. Trên mobile, kết quả có thể vẫn tạm chấp nhận được. Trên TV 50 inch, nó trở thành các khối nén nhìn rất rõ.

3.2 Motion smear – nhòe chuyển động

Motion smear là lỗi theo chiều thời gian. Thay vì thấy các khối vuông, người xem sẽ thấy vật thể đang di chuyển để lại vệt mờ phía sau.

Lỗi này xảy ra khi encoder không thể mô tả chính xác sự khác biệt giữa các frame liên tiếp. Vận động viên di chuyển nhanh, camera pan, cảnh tấn công bứt tốc, hoặc sprint về đích đều là những tình huống dễ tạo ra motion smear.

Trong thể thao, những khoảnh khắc quan trọng nhất với người xem thường lại là những khoảnh khắc khó encode nhất.

3.3 Color banding – phân tầng màu

Color banding xảy ra khi một vùng chuyển màu mượt, ví dụ bầu trời hoặc vùng tối, bị biến thành các dải màu có ranh giới rõ.

Đua xe đạp đường trường thường có nhiều cảnh ngoài trời: núi, bầu trời, hoàng hôn, bình minh, hoặc các chặng kết thúc khi ánh sáng yếu. Những vùng gradient này rất nhạy cảm với bitrate thấp.

Khi thiếu dữ liệu, encoder có thể gộp nhiều mức màu gần nhau lại. Kết quả là bầu trời không còn chuyển màu mượt mà, mà lại xuất hiện các dải màu dạng bậc thang.

3.4 Interlace combing – răng lược do nguồn interlaced

Nhiều nguồn thể thao từ broadcast vẫn có thể được cung cấp ở định dạng interlaced như 59.94i hoặc 29.97i.

Nếu nguồn interlaced được encode trực tiếp mà không deinterlace đúng cách, các cạnh chuyển động có thể xuất hiện vệt ngang giống răng lược. Đây không chỉ là vấn đề bitrate, tăng bitrate không tự động sửa được lỗi này.

Interlace combing phải được xử lý ở bước chuẩn bị nguồn trước khi đi vào workflow encoding chính cho OTT.

3.5 Generation loss – Giảm chất lượng do mã hóa lại nhiều lần

Một nguyên nhân ẩn trong dự án này là suy giảm thế hệ do file đã bị mã hóa lại nhiều lần.

Một số nội dung VOD lưu trữ đã trải qua nhiều bước nén: export sau biên tập, transcode để lưu trữ, rồi tiếp tục bị nén lại khi ingest vào nền tảng. File vẫn là 1080p, nhưng nhiều chi tiết gốc đã mất.

Khi chi tiết đã bị loại bỏ bởi compression, các bước encoding phía sau không thể khôi phục lại được.

Vì vậy, tiêu chuẩn tiếp nhận file nguồn là cực kỳ quan trọng. Nếu input đã kém, output cuối cùng sẽ có chất lượng thấp, dù pipeline phía sau được cấu hình cẩn thận đến đâu.

Xem thêm:

• Kiến trúc private ingest cho sports OTT: Thiết kế workflow live streaming ổn định trên AWS
• RTMP vs SRT: Nên dùng giao thức nào cho live streaming OTT?

4. Vì sao đua xe đạp đường trường khó encode?

Không phải nội dung thể thao nào cũng có độ khó encoding giống nhau. Đua xe đạp đường trường là một trong những loại nội dung khó nhất đối với pipeline encoding OTT.

Một số lý do chính sau đây:

Thứ nhất, hình ảnh thường có peloton rất đông. Hơn 100 tay đua có thể xuất hiện trong cùng một khung hình. Mỗi người có áo đấu, mũ bảo hiểm, bánh xe, số đeo, logo nhà tài trợ và rất nhiều chi tiết nhỏ. Encoder phải quyết định giữ lại chi tiết nào và bỏ chi tiết nào.

Thứ hai, nền hình rất phức tạp. Đường núi, phố, khán giả, cây cối, vạch đường, rào chắn, banner quảng cáo đều tạo ra nhiều thông tin hình ảnh và thay đổi liên tục.

Thứ ba, camera cũng di chuyển. Camera trực thăng, camera trên motor, hoặc xe bám đoàn khiến cả chủ thể và nền đều chuyển động cùng lúc.

Thứ tư, sprint về đích là cảnh khó encode nhất, nhưng lại là cảnh quan trọng nhất với người xem. Nó kết hợp tốc độ cao, chuyển động dày đặc, khung hình gần, camera di chuyển và rất nhiều chi tiết.

Vì vậy, một bitrate profile hoạt động tốt cho phỏng vấn trong studio có thể thất bại hoàn toàn khi áp dụng cho sprint đua xe đạp.

5. Bitrate phải được thiết kế theo loại nội dung

Không có một bitrate “đúng” cho tất cả video 1080p.

Một chương trình tin tức trong studio, một phim tài liệu, một tập hoạt hình, một trận thể thao và một cuộc đua xe đạp đường trường có độ phức tạp encoding rất khác nhau. Chỉ vì chúng cùng là 1080p không có nghĩa là chúng nên dùng cùng một mức bitrate.

Với output 1080p sử dụng H.264, có thể tham khảo các khoảng sau:

Các con số này không nên được xem là quy tắc cố định. Bitrate tối ưu còn phụ thuộc vào cấu hình encoder, chất lượng nguồn, frame rate, codec, thiết bị xem, điều kiện mạng và kết quả kiểm thử trên thiết bị thật.

Nhưng có một nguyên tắc rõ ràng:

Không nên dùng cùng một bitrate 1080p cho mọi loại nội dung.

Với thể thao và live event, bitrate và ABR ladder cần được thiết kế dựa trên độ phức tạp chuyển động của nội dung.

6. Chất lượng cảm nhận đến từ ba lớp

Chất lượng video OTT trên TV màn hình lớn không được quyết định bởi một setting đơn lẻ. Trong trường hợp này, trải nghiệm người xem được hình thành bởi ba lớp chính, gồm lớp nguồn, lớp mã hóa, lớp phân phối và phát lại.

6.1 Lớp nguồn

Lớp nguồn bao gồm chất lượng của file hoặc tín hiệu gốc.

Các câu hỏi cần kiểm tra gồm:

• Bitrate gốc là bao nhiêu?
• File có gần thế hệ đầu hay đã bị nén lại nhiều lần?
• Frame rate là bao nhiêu?
• Nguồn là interlaced hay progressive?
• File đã bị re-encode bao nhiêu lần?

Với thư viện VOD, lớp này đặc biệt quan trọng. Nhiều nền tảng ingest file đã được export sau biên tập hoặc file tối ưu cho lưu trữ, chứ không phải master chất lượng cao cho OTT.

Nếu nguồn đã mất chi tiết, các bước phía sau không thể lấy lại chi tiết đó.

6.2 Lớp mã hóa

Lớp mã hóa bao gồm output bitrate, hiệu quả codec, cấu hình encoder và thiết kế ABR ladder.

H.264, H.265 và AV1 có hiệu quả nén khác nhau. H.265 thường có thể đạt chất lượng cảm nhận tương tự H.264 ở bitrate thấp hơn, dù vẫn cần cân nhắc thiết bị hỗ trợ và yêu cầu vận hành.

Tuy nhiên, chỉ đổi codec chưa đủ. ABR ladder gồm số lượng rendition, độ phân giải, bitrate và khoảng cách chuyển đổi giữa các mức, ảnh hưởng rất lớn đến chất lượng cảm nhận.

6.3 Lớp phân phối và phát lại

Lớp phân phối và phát lại bao gồm CDN, mạng, logic ABR của player và hành vi theo từng loại thiết bị.

TV app không giống mobile app. TV thường chạy trong môi trường Wi-Fi gia đình hoặc mạng có dây ổn định hơn. TV cũng có thể cho phép buffer lớn hơn. Nếu player dùng cùng logic ABR quá thận trọng như trên mobile, nó có thể hạ chất lượng quá sớm, dù mạng thực tế vẫn đủ để giữ rendition cao hơn.

Với TV màn hình lớn, player thường cần được tinh chỉnh để giữ chất lượng cao lâu hơn khi điều kiện mạng cho phép.

Đọc thêm:

• MPEG-TS, HLS và DASH khác nhau như thế nào? Cách chọn giao thức streaming phù hợp
• HLS Streaming là gì? Vì sao OTTclouds sử dụng HLS cho giải pháp streaming end-to-end?

7. OTTclouds đã thay đổi những gì trong case này?

Giải pháp không chỉ là “tăng bitrate”. Chúng tôi xem toàn bộ chuỗi trải nghiệm như một hệ thống, từ chuẩn bị file nguồn đến hành vi phát lại trên TV.

7.1 Tăng output 1080p từ 4 Mbps lên 5.4 Mbps

Rendition HLS 1080p được tăng từ 4 Mbps lên 5.4 Mbps.

Đây không phải một con số kỳ diệu. Đó là điểm cân bằng được kiểm thử giữa chất lượng trên màn hình lớn, chi phí CDN, điều kiện mạng hiện tại và độ phức tạp của nội dung thể thao.

Điểm quan trọng là bitrate được xác nhận bằng kiểm thử trên TV thật, không chỉ nhìn vào cấu hình encoder.

7.2 Thiết kế lại ABR ladder

Tiếp theo, ABR ladder được thiết kế lại.

Nếu khoảng cách giữa các rendition quá lớn, sự thay đổi chất lượng sẽ rất dễ nhận thấy. Nếu ladder quá dày, chi phí encoding, storage và CDN có thể tăng lên. Ladder phù hợp phụ thuộc vào dịch vụ, loại nội dung và thiết bị mục tiêu.

Trong case này, ladder được điều chỉnh để giảm các lần tụt chất lượng không tự nhiên khi xem trên TV.

7.3 Tinh chỉnh ngưỡng ABR riêng cho TV app

Môi trường mobile và TV khác nhau.

Mobile thường có mạng thay đổi nhiều hơn, trong khi TV app thường chạy trên mạng gia đình ổn định hơn. Vì vậy, logic player cho TV có thể cần được tinh chỉnh riêng.

Trong dự án này, các ngưỡng ABR dành cho TV được điều chỉnh để player có thể giữ rendition chất lượng cao lâu hơn khi băng thông ổn định.

7.4 Xem lại tiêu chuẩn tiếp nhận file nguồn

Cải thiện căn bản nhất nằm ở bước chuẩn bị nguồn nội dung.

Với nội dung VOD lưu trữ, pipeline được điều chỉnh để ưu tiên file nguồn chất lượng cao, gần thế hệ đầu từ broadcaster. Các file đã qua nhiều vòng nén được loại bỏ hoặc đánh dấu để kiểm tra.

Cách làm này giúp ngăn nguồn nội dung kém chất lượng đi vào pipeline OTT ngay từ đầu.

8. Chất lượng được quyết định bởi toàn bộ chuỗi phân phối

Bài học quan trọng nhất từ case này là chất lượng video không phải là một điểm kiểm tra đơn lẻ. Nó là kết quả của toàn bộ hệ thống.

Một chuỗi chất lượng OTT có thể được hình dung như sau:

Nguồn video → Tiếp nhận & kiểm tra → Mã hóa / thiết kế ABR → Đóng gói HLS → CDN phân phối → Player phát lại → Người xem trên TV 50 inch

Mỗi mắt xích trong chuỗi đều quan trọng.

Nguồn nội dung tốt vẫn có thể cho kết quả kém nếu encoding quá nén. Encode tốt vẫn có thể bị giảm chất lượng nếu ABR ladder hoặc logic player không phù hợp. Player tốt cũng không thể khôi phục chi tiết đã mất từ file nguồn bị nén lại nhiều lần.

Mắt xích yếu nhất sẽ quyết định trải nghiệm cuối cùng.

Vì vậy, cải thiện chất lượng OTT không nên được xem là một thay đổi thông số đơn lẻ. Nó nên được tiếp cận như một bài toán kỹ thuật end-to-end: từ chính sách file nguồn, thiết kế encoding, chiến lược delivery, hành vi player, đến kiểm thử thực tế trên TV màn hình lớn.

Kết luận: Vì sao 1080p vẫn có thể trông kém trên TV?

Video 1080p vẫn có thể trông kém trên TV 50 inch vì độ phân giải không quyết định toàn bộ cảm nhận về chất lượng.

TV màn hình lớn làm lộ những lỗi nén mà trên mobile thường che giấu. Macroblocking, motion smear, color banding, interlace combing và generation loss do re-encode nhiều lần đều trở nên rõ ràng hơn khi hình ảnh được phóng lớn.

Với nội dung thể thao có chuyển động nhanh, liên tục như đua xe đạp đường trường, vấn đề càng nghiêm trọng. Bitrate phù hợp cho studio hoặc nội dung ít chuyển động có thể quá thấp cho một cảnh peloton dày đặc hoặc sprint về đích.

Để tạo trải nghiệm OTT cao cấp trên TV màn hình lớn, đội vận hành cần nhìn xa hơn nhãn 1080p và kiểm tra toàn bộ chuỗi chất lượng:

• Chất lượng file nguồn
• Lịch sử re-encode
• Cách xử lý nguồn interlaced
• Output bitrate
• Hiệu quả codec
• Thiết kế ABR ladder
• Hành vi player riêng cho TV
• Kiểm thử thực tế trên TV màn hình lớn

1080p chỉ là điểm bắt đầu.

Điều quan trọng là bên trong khung hình 1080p đó còn bao nhiêu thông tin hình ảnh thật và nền tảng bảo toàn, mã hóa, phân phối, phát lại thông tin đó tốt đến mức nào trên TV của người xem.

Phát triển nền tảng streaming thể thao cùng OTTclouds

OTTclouds cung cấp hạ tầng nền tảng OTT white-label cho broadcaster, dịch vụ VOD, đơn vị phát triển nền tảng live streaming thể thao và nhà vận hành FAST channel.

Đội ngũ kỹ thuật của chúng tôi hỗ trợ khách hàng trong thiết kế encoding profile, tối ưu ABR ladder, kiểm tra file nguồn, kiểm thử playback trên TV app và cải thiện chất lượng xem trên màn hình lớn.

Nếu video OTT của bạn phát ổn định trên mobile nhưng không đạt kỳ vọng trên TV, vấn đề có thể không nằm ở độ phân giải. Vấn đề có thể nằm ở toàn bộ chuỗi chất lượng end-to-end.Hãy liên hệ với OTTclouds để cùng phân tích và cải thiện chất lượng video trên web, mobile và TV app.