Thời gian tải một segment chỉ có ý nghĩa khi đặt cạnh lượng thời gian phát mà segment đó chứa. Nếu tải mất lâu hơn thời lượng media được bổ sung, buffer có thể giảm; nếu tải nhanh hơn, phần đệm có cơ hội tăng, nhưng kết quả còn phụ thuộc biến động kết nối và cách player điều khiển. Bitrate, throughput đo được và dung lượng buffer liên quan với nhau nhưng không phải một đại lượng duy nhất.
Điểm chính
- Segment có bitrate cao hơn thường chứa nhiều dữ liệu cho cùng khoảng media, nên cần nhiều thời gian truyền hơn nếu điều kiện mạng giữ nguyên.
- Thông lượng tải segment trong dash.js là cách triển khai cụ thể để ước lượng tốc độ; không đại diện cho mọi player. [1]
- Buffer thể hiện media đã tải sẵn để phát; MDN mô tả quá trình phân phối âm thanh và video trong bối cảnh web, không đưa ra bảo đảm cho một dịch vụ cụ thể. [2]
- Tốc độ danh nghĩa của đường truyền không đảm bảo tốc độ khả dụng ổn định trong từng lần tải.
Ba khái niệm cần giữ tách biệt
Bitrate mô tả lượng dữ liệu media cần truyền theo thời gian phát. Segment là một phần media có thời lượng nhất định; kích thước dữ liệu của nó phụ thuộc bitrate trung bình và đặc điểm nội dung. Thông lượng, hay throughput, nói về tốc độ dữ liệu thực tế mà quá trình tải đạt được trong một khoảng đo. Buffer lại là phần nội dung đã có sẵn để phát tiếp. Các đại lượng này tương tác, nhưng không thể thay thế tên cho nhau.
Ví dụ định tính: nếu một đoạn media dài vài giây được tải về trong thời gian ngắn hơn khoảng phát của nó, dữ liệu mới có thể bổ sung vào phần đệm nhanh hơn phần đệm bị tiêu thụ. Nếu tải kéo dài hơn, lượng đệm có thể suy giảm. Đây chỉ là cách hình dung quan hệ thời gian, không phải dự báo chính xác cho mọi trình phát: tải có thể dao động, segment có kích thước khác nhau, và player có thể thay đổi lựa chọn chất lượng. MDN mô tả việc phân phối âm thanh/video trên web ở mức tổng quan; tình huống thực tế cần đọc theo player và luồng cụ thể. [2]
Ước lượng từ một lần tải segment
Một phép tính đơn giản có thể giúp trực giác: lấy lượng dữ liệu của segment chia cho thời gian tải để ước lượng throughput quan sát được. Tuy nhiên, đây là tốc độ trong lần tải đó, không phải cam kết cho request kế tiếp. Thời gian có thể bao gồm ảnh hưởng của kết nối, máy chủ, thời điểm đo và các yếu tố ngoài ứng dụng. Nếu chỉ nhìn tốc độ gói cước hoặc tốc độ tối đa được quảng bá, ta chưa biết điều kiện tải media lúc phát.
Tài liệu dash.js về throughput calculation cho thấy đây là logic thuộc triển khai player cụ thể, với cách ước tính và sử dụng mẫu của chính nó. Vì vậy, hãy xem tài liệu theo phiên bản và cấu hình dash.js thay vì khái quát công thức thành quy tắc bắt buộc của HLS, DASH hay mọi trình phát. Khi kiểm tra một lần phát, ghi lại thời gian tải, dung lượng segment nếu có, thời lượng media tương ứng và biến động qua nhiều segment. Một mẫu ngắn có thể phản ánh biến động tức thời; nó không tự mô tả chất lượng kết nối dài hạn. [1]
Bitrate quyết định lượng dữ liệu cần chuyển
Với cùng thời lượng media, rendition có bitrate cao thường cần truyền nhiều dữ liệu hơn rendition bitrate thấp. Nếu throughput thực tế không đổi, khối lượng lớn hơn có xu hướng làm thời gian tải dài hơn. Nhưng “có xu hướng” không đồng nghĩa một công thức dự đoán tuyệt đối: bitrate trong nội dung có thể biến thiên, kích thước segment không nhất thiết bằng nhau, và tốc độ mạng không đứng yên trong suốt request.
Mối liên hệ hữu ích để diễn giải là so sánh tốc độ dữ liệu đến với tốc độ dữ liệu được tiêu thụ khi phát. Nếu tốc độ đến thấp hơn nhu cầu media trong một giai đoạn đủ dài, buffer có nguy cơ cạn; khi tốc độ đến cao hơn, buffer có thể được bổ sung. Một player thích ứng có thể điều chỉnh rendition hoặc request theo thuật toán riêng, nên không thể suy ra chính sách chuyển chất lượng chỉ từ bitrate khai báo. Hãy phân biệt metadata của luồng với tốc độ đo được trong thực tế.
Dung lượng buffer tạo khoảng đệm, không xóa biến động
Buffer giúp tách thời điểm tải khỏi thời điểm phát: player có thể phát dữ liệu đã nhận trước đó trong khi tiếp tục tải phần kế tiếp. Buffer càng có nhiều media khả dụng thì càng có thêm khoảng thời gian để hấp thụ một đợt tải chậm, nhưng không phải là bảo đảm phát liên tục vô hạn. Khi dữ liệu đến chậm kéo dài hoặc phần đệm ban đầu ít, nội dung sẵn có vẫn có thể bị tiêu thụ hết.
Đừng diễn giải một con số buffer mà không biết nó biểu thị thời lượng media hay dung lượng dữ liệu, được tính ở track nào và được quan sát tại thời điểm nào. Một giá trị theo giây có thể không tương đương cùng số megabyte nếu bitrate thay đổi; buffer audio và video cũng cần được hiểu theo ngữ cảnh player. MDN cung cấp khung tổng quan về media web, còn cách giao diện cụ thể thể hiện buffer phải được kiểm tra tại công cụ đang dùng. [2]
Cách kiểm tra mà không hứa hẹn theo tốc độ danh nghĩa
Để khảo sát, chọn một phiên phát và ghi mốc bắt đầu/kết thúc của nhiều request segment, thời lượng media tương ứng, bitrate hoặc rendition đang được dùng nếu công cụ hiển thị, cùng trạng thái buffer theo thời gian. So sánh những khoảng liên tiếp thay vì lấy một request làm đại diện. Giữ nguyên thiết bị, mạng và nội dung khi so hai lượt; nếu thay nhiều biến cùng lúc, khó biết yếu tố nào giải thích khác biệt.
Khi buffer giảm đồng thời thời gian tải kéo dài, đó là dấu hiệu cần điều tra mối quan hệ tải-phát, không phải bằng chứng duy nhất về một nguyên nhân như Wi-Fi, server hay player. Throughput calculation của dash.js chỉ cho khung tham khảo về cách một player có thể đo; hệ thống khác có thể lấy mẫu hoặc phản ứng khác. Bạn có thể [theo dõi các giải bóng đá quốc tế cùng KLIVE](Xem các giải bóng đá quốc tế cùng KLIVE) như một lựa chọn nội dung thể thao; liên kết này không xác nhận thông số bitrate hay chất lượng phát của KLIVE.
Để chuyển từ phần giải thích kỹ thuật sang nội dung thể thao, hãy xem KLIVE dành cho người yêu thích những trận cầu đáng chú ý; chi tiết hiện hành cần được xác nhận.
Nguồn tham khảo
Câu hỏi thường gặp
Bitrate cao có luôn làm buffer cạn không?
Không. Rủi ro phụ thuộc tốc độ tải thực tế, lượng buffer sẵn có, biến động mạng và hành vi của player.
Throughput có giống tốc độ gói cước không?
Không. Throughput ở đây là tốc độ dữ liệu quan sát trong một lần hoặc khoảng tải; tốc độ danh nghĩa không đảm bảo kết quả request cụ thể.
Buffer lớn có đảm bảo video không gián đoạn không?
Không. Buffer chỉ tạo khoảng đệm hữu hạn; nếu dữ liệu tiếp tục đến chậm hơn mức tiêu thụ, phần đệm vẫn có thể cạn.