Độ trễ video và băng thông ảnh hưởng điều khiển ra sao?

• Camera ghi khung hình, bên trái
• Màn hình hiển thị, bên phải
• Khoảng trễ đầu-cuối, phía dưới

Bạn sẽ học được gì

• Tách các phần đóng góp vào độ trễ video.
• Giải thích quan hệ giữa băng thông khả dụng, bitrate và hàng đợi.
• Đo một khoảng thời gian có ranh giới rõ và đọc kết quả đúng phạm vi.

Cần biết trước

Không cần kiến thức bay. Bit là đơn vị dữ liệu; bitrate thường ghi bằng bit mỗi giây, còn độ trễ ghi bằng thời gian.

Hình ảnh cũ đi qua những chặng nào?

Độ trễ đầu-cuối là khoảng thời gian từ lúc camera ghi một cảnh đến lúc màn hình hiển thị cảnh đó. Nó cộng dồn qua cảm biến, mã hóa, đóng gói, truyền qua mạng, bộ đệm và giải mã. Đo chỉ thời gian mạng bỏ qua các chặng còn lại, nên cần nói rõ điểm bắt đầu và kết thúc.

Mạng gói có thể làm gói trễ, mất hoặc đến sai thứ tự. Jitter là độ biến thiên của thời gian đến; bộ đệm có thể đợi gói đến muộn để phát hình liền hơn, nhưng việc đợi làm tăng độ trễ. Nếu gói đến sau khi khung hình tương ứng đã được hiển thị, ứng dụng có thể bỏ gói cũ để tránh làm hình càng lạc hậu. Đổi lại, người xem thấy khựng hoặc mất chi tiết trong chốc lát.

Băng thông ảnh hưởng video và độ trễ ra sao?

Bitrate của encoder là tốc độ dữ liệu video được tạo; băng thông khả dụng là tốc độ đường truyền còn có thể cấp cho luồng tại thời điểm đó. Nếu bitrate vượt quá khả năng truyền liên tục, gói xếp hàng, trễ tăng và có thể xảy ra mất gói. Bộ mã hóa có thể giảm bitrate hoặc chất lượng để phù hợp đường truyền; nếu không điều chỉnh, độ phân giải hay chi tiết cao hơn làm luồng dễ quá tải hơn.

Cần phân biệt bitrate trung bình với đỉnh ngắn hạn: một đường có thông lượng trung bình đủ vẫn có thể nghẽn khi nhiều dữ liệu đến cùng lúc. Băng thông cũng không đồng nghĩa với độ trễ: đường rộng có thể chở nhiều dữ liệu nhưng vẫn có trễ lan truyền hoặc hàng đợi. Do đó, một phép đo đơn lẻ về tốc độ tải xuống không cho biết thời gian từ camera đến màn hình.

Đo thế nào để biết con số có ý nghĩa?

Một phép đo hữu ích cần mô tả chính xác quan sát:

• Đầu-cuối: đưa cùng một dấu thời gian vào cảnh tại camera và ghi thời điểm khung hình hiện trên màn hình. Hiệu hai thời điểm là độ trễ video theo ranh giới đã chọn.
• Truyền mạng: ghi thời gian gửi và nhận gói tại hai đầu đồng bộ đồng hồ. Kết quả chỉ đo chặng mạng, không gồm mã hóa, đợi bộ đệm hay hiển thị.
• Tỷ lệ mất: lấy số gói không nhận được chia cho tổng số gói đã gửi trong cùng khoảng quan sát. Nêu khoảng đo và cách nhận diện gói bị thiếu; nếu mẫu bị loại trước khi đếm, mẫu số phải phản ánh tập gói thực sự gửi.

Báo cáo độ trễ bằng mili giây hoặc giây, tốc độ bằng bit/giây, và mất gói bằng tỷ lệ hoặc phần trăm. Ghi cả trung vị lẫn phần đuôi cao nếu muốn thấy lúc xấu; trung bình có thể che những đợt trễ hiếm nhưng dài. Không gộp các lần đo ở tải mạng khác nhau rồi gọi chúng là đặc tính cố định của camera.

Vì sao video trễ làm điều khiển khó hơn?

Người xem điều khiển dựa trên hình đang thấy, nhưng phương tiện đã tiếp tục chuyển động trong khi hình đi qua pipeline. Hình càng cũ, phản hồi bằng mắt càng ít phản ánh trạng thái hiện tại; jitter làm khoảng chờ giữa các hình thay đổi, còn mất gói tạo khoảng trống. Vì vậy, video là một nguồn quan sát có giới hạn, không phải xác nhận rằng lệnh đã được thực hiện hay thay thế trạng thái từ bộ điều khiển.

Trong một simulator, nhóm có thể phát một cảnh có dấu thời gian, quan sát cùng cảnh trên màn hình rồi ghi thời điểm hai phía. Nếu luồng mượt nhưng chậm, tăng bộ đệm có thể là một phần nguyên nhân; nếu độ trễ tăng khi tải truyền tăng, kiểm tra quan hệ bitrate–hàng đợi. Đây là cách phân tích giả định, không đưa ra ngưỡng an toàn hay độ trễ chấp nhận được cho drone.

Hiểu lầm thường gặp

Băng thông cao không đảm bảo độ trễ thấp. Tốc độ truyền và thời gian chờ là đại lượng khác nhau.

Một con số “latency” không tự nói nó đo từ đâu tới đâu. Luôn nêu điểm quan sát, đồng hồ và phần pipeline được tính.

Câu hỏi thường gặp

Tăng độ phân giải có làm video chậm hơn không?

Có thể làm tăng dữ liệu cần truyền; nếu đường truyền hoặc bộ giải mã không theo kịp, hàng đợi và độ trễ có thể tăng.

Độ trễ nên đo bằng đơn vị nào?

Dùng mili giây hoặc giây, đồng thời ghi rõ ranh giới đo. Bitrate dùng bit mỗi giây và mất gói cần có mẫu số.

Jitter khác mất gói thế nào?

Jitter là thời gian đến thay đổi; mất gói là gói đã gửi nhưng không được nhận trong phép quan sát.

Tóm tắt

• Độ trễ đầu-cuối bao gồm camera, mã hóa, truyền, bộ đệm và hiển thị.
• Khi bitrate cao hơn khả năng truyền, hàng đợi và mất gói có thể làm hình chậm hoặc gián đoạn.
• Ý nghĩa phép đo phụ thuộc đơn vị, mẫu số và ranh giới quan sát.