Cách YouTube cải thiện hiệu suất video bằng Media Capabilities API

Đảm bảo phát video mượt mà trên tất cả thiết bị.

[Tên người]
François Beaufort

Trong một thử nghiệm với Media Capabilities API, YouTube nhận thấy MTBR tăng 7,1% chỉ với độ phân giải trung bình của các video được phân phát giảm 0,4%.

Vấn đề

Thông thường, các trang web truyền thông có nhiều biến thể của mỗi video để hiển thị cho người dùng, được mã hoá ở nhiều tốc độ khung hình, độ phân giải và bộ mã hoá và giải mã. Cho đến gần đây, các nhà phát triển web phải chỉ dựa vào isTypeSupported() hoặc canPlayType() để xác định xem có thể chơi từng biến thể trong trình duyệt của người dùng cá nhân hay không. Mặc dù dữ liệu này cho nhà phát triển biết liệu nội dung nghe nhìn có thể phát được hay không, nhưng không cung cấp chỉ báo về chất lượng phát, chẳng hạn như có hiện tượng rớt khung hình hay tiêu hao pin của thiết bị hay không. Nếu không có thông tin này, nhà phát triển phải tạo thông tin phỏng đoán của riêng mình hoặc chỉ giả định rằng nếu một thiết bị có thể chơi kết hợp bộ mã hoá và giải mã (codec/độ phân giải), thì việc này có thể diễn ra suôn sẻ và tiết kiệm điện năng. Đối với những người dùng có thiết bị kém chức năng, điều này thường dẫn đến trải nghiệm không tốt.

Giải pháp

API Media Capabilities cho phép các trang web biết thêm thông tin về hiệu suất giải mã video của ứng dụng và đưa ra quyết định sáng suốt về bộ mã hoá và độ phân giải cần phân phối cho người dùng. Cụ thể, API này cung cấp cho nhà phát triển số liệu ước tính về độ mượt và hiệu suất pin của một tổ hợp bộ mã hoá và giải mã cụ thể. Điều này cho phép nhà phát triển tránh được các trường hợp mà trong đó ứng dụng có thể có trải nghiệm phát không tốt.

Trong Chrome, Media Capabilities API sử dụng chỉ số từ các lượt phát trước đó để dự đoán xem các lượt phát trong tương lai ở cùng một bộ mã hoá và giải mã có cùng độ phân giải có được giải mã một cách suôn sẻ hay không.

Nghiên cứu điển hình về YouTube

YouTube đã sử dụng API Khả năng nghe nhìn để ngăn thuật toán tốc độ bit thích ứng không tự động chọn độ phân giải mà một thiết bị không phát được mượt mà.

Những người dùng thuộc nhóm thử nghiệm chung nhận thấy tần suất tải lại ít thường xuyên hơn (thời gian trung bình giữa các lần đệm lại, hay còn gọi là MTBR, tăng 7,1%), trong khi độ phân giải trung bình (đo theo chiều cao của video) phân phát cho nhóm tổng hợp chỉ giảm 0,4%. Sự gia tăng đáng kể của MTBR với mức giảm tương ứng nhỏ ở độ phân giải trung bình cho thấy thay đổi này đã cải thiện đáng kể chất lượng đối với một nhóm nhỏ người dùng trước đây có trải nghiệm kém.

Triển khai API Khả năng đa phương tiện trên trang web của bạn

Hãy xem mẫu chính thức để biết cách hoạt động của API Thông tin giải mã.