Độ trễ khi phát trực tiếp: nguyên nhân và cài đặt Twitch, YouTube và Trovo

Độ trễ khi phát trực tiếp được gọi là gì

Độ trễ khi phát trực tiếp là khoảng thời gian giữa sự kiện trước camera và lúc nó xuất hiện với người xem. Ví dụ, bạn nói một câu, và người xem nghe thấy nó sau vài giây. Chuỗi này bao gồm việc thu hình ảnh và âm thanh, xử lý tín hiệu, mã hóa, gửi luồng lên máy chủ, nền tảng chuẩn bị buổi phát và phát lại trên thiết bị của người xem.

Độ trễ không phải lúc nào cũng có nghĩa là vấn đề với internet. Một phần độ trễ đã được tích hợp sẵn trong chế độ phát trực tiếp của chính nền tảng. Thời gian bổ sung xuất hiện do bộ mã hóa quá tải, mất gói tin, tuyến đường đến máy chủ không ổn định hoặc bộ đệm trong trình phát của người xem. Cần tính riêng phần chat: tin nhắn có thể đến muộn hơn so với thời điểm người xem nhìn thấy khoảnh khắc mà nó đề cập.

Độ trễ càng nhỏ thì càng thuận tiện để tương tác với khán giả trong thời gian thực. Nhưng bộ đệm tối thiểu để lại ít dự phòng hơn để khôi phục luồng khi có sự cố. Vì vậy chế độ được chọn dựa trên định dạng buổi phát. Với một cuộc trò chuyện nhẹ nhàng, vài giây trễ có thể không đáng chú ý, nhưng với trò chơi cần phản hồi tin nhắn, câu đố hoặc phát chung, sự khác biệt trở nên đáng kể.

Chế độ của nền tảng ảnh hưởng đến độ trễ như thế nào

Nền tảng tích lũy trước một phần video trước khi phát lại. Khoảng dự trữ này được gọi là bộ đệm. Bộ đệm lớn giúp vượt qua các sự cố kết nối ngắn hạn mà không dừng video, nhưng người xem thấy buổi phát muộn hơn. Bộ đệm nhỏ truyền các khung hình mới nhanh hơn, tuy nhiên luồng trở nên đòi hỏi cao hơn về sự ổn định internet của streamer và người xem.

Thông thường có sẵn chế độ thông thường, độ trễ thấp và độ trễ tối thiểu. Tên gọi và bộ tính năng phụ thuộc vào nền tảng. Để tương tác với khán giả, hãy chọn độ trễ thấp, và độ trễ tối thiểu — chỉ khi cần phản hồi nhanh với chat. Nếu sau khi chuyển đổi người xem thấy dừng hình, thông báo tải hoặc kết nối lại thường xuyên, hãy quay lại chế độ ổn định hơn.

Việc đệm tự động có thể thêm độ trễ ngay trong quá trình xem. Điều này xảy ra khi dữ liệu đến không đều, người xem thay đổi chất lượng, quay lại sau khi tạm dừng hoặc khôi phục kết nối. Vì vậy cài đặt độ trễ được kiểm tra không chỉ khi bắt đầu buổi phát mà còn sau vài phút hoạt động.

Cách bật độ trễ thấp trên Twitch, YouTube và Trovo

Nên thay đổi chế độ trước khi bắt đầu buổi phát quan trọng. Sau khi lưu cài đặt, hãy thực hiện một bài kiểm tra ngắn từ thiết bị khác hoặc nhờ người xem kiểm tra buổi phát. So sánh không chỉ thời gian phản hồi mà còn cả sự ổn định khi xem. Cài đặt trong bảng điều khiển của nền tảng quan trọng hơn các tham số OBS: chương trình mã hóa và gửi luồng, nhưng chính nền tảng quyết định khoảng dự trữ video nào để cấp cho trình phát.

Twitch

Mở Creator Dashboard, chuyển đến Settings, sau đó chọn Stream. Trong phần về chế độ độ trễ, tìm Latency Mode và đặt thành Low Latency. Lưu cài đặt nếu bảng điều khiển hiển thị nút lưu riêng. Sau đó khởi động buổi phát thử và kiểm tra nó trên điện thoại hoặc máy tính khác không kết nối cùng mạng.

Chế độ độ trễ thấp trên Twitch được thiết kế để tương tác với chat, nhưng người xem có internet không ổn định có thể gặp tình trạng dừng hình. Nếu chỉ một người xem phàn nàn, trước tiên hãy yêu cầu họ nhấn nút quay lại buổi phát hiện tại, làm mới trang hoặc giảm chất lượng. Đừng thay đổi chế độ phát trực tiếp vì một vấn đề đơn lẻ từ phía người xem.

YouTube

Đăng nhập vào YouTube Studio và mở Live Control Room. Khi tạo hoặc chỉnh sửa buổi phát, chuyển đến cài đặt stream và tìm mục Latency. Chọn Low latency cho buổi phát tương tác thông thường hoặc Ultra low latency nếu bạn cần phản hồi tin nhắn nhanh nhất có thể. Kiểm tra rằng chế độ đã chọn được áp dụng cho buổi phát mong muốn, không chỉ cho mẫu.

Độ trễ tối thiểu trên YouTube để lại ít dự phòng hơn cho việc gửi dữ liệu không đều. Nếu buổi phát bắt đầu đệm thường xuyên hơn, hãy dùng Low latency thay vì Ultra low latency. Với buổi phát nhẹ nhàng không tương tác liên tục, có thể để Normal latency: chế độ này thường chịu đựng tốt hơn các vấn đề kết nối ngắn hạn.

Trovo

Mở Trovo Studio hoặc bảng điều khiển tác giả, tạo buổi phát và chuyển đến các tham số phát trực tiếp nâng cao. Tìm mục có tên Latency, Stream latency hoặc Low latency và chọn độ trễ thấp. Tên các phần có thể khác nhau tùy thuộc vào phiên bản bảng điều khiển, vì vậy hãy dựa vào cài đặt của chính buổi phát, không phải tham số hồ sơ. Nếu có nút áp dụng, hãy lưu thay đổi trước khi khởi động buổi phát.

Nếu bảng điều khiển Trovo của bạn không có công tắc độ trễ, nền tảng có thể tự động chỉ định chế độ. Trong trường hợp này, có thể giảm độ trễ nhờ gửi ổn định, máy chủ phù hợp, bitrate đúng và kiểm tra trình phát của người xem. Sau khi khởi động, so sánh buổi phát trên một số thiết bị: như vậy bạn sẽ hiểu liệu độ trễ có chung cho khán giả hay không.

Sự ổn định internet của streamer

Đối với phát trực tiếp, không chỉ tốc độ tải lên tối đa quan trọng mà còn cả sự ổn định của nó trong suốt buổi phát. Kết nối phải chịu được bitrate đã chọn mà không có sự sụt giảm đột ngột. Nếu luồng được gửi theo từng đợt, một phần dữ liệu bị mất hoặc bị trễ, và chương trình cùng máy chủ cố gắng lắp ghép video liên tục. Kết quả là độ trễ tăng, xuất hiện khung hình bị mất hoặc buổi phát rơi vào bộ đệm.

Lựa chọn đáng tin cậy nhất cho máy tính của streamer là kết nối với router bằng cáp mạng. Wi-Fi chịu ảnh hưởng của khoảng cách đến router, tường, nhiễu và tải từ các thiết bị khác. Tải tệp, gọi video, đồng bộ đám mây, chơi game và xem video trong cùng mạng có thể lấy đi tốc độ tải lên đúng lúc nó cần cho buổi phát.

Trước buổi phát, hãy dừng các tải xuống không cần thiết và kiểm tra thiết bị nào đang sử dụng mạng gia đình. Nếu vấn đề chỉ xuất hiện khi nhiều người dùng cùng lúc, nguyên nhân có thể là phân phối kênh, không phải OBS. Khi có sự sụt giảm thường xuyên, hãy kiểm tra router, cáp và hoạt động của nhà cung cấp vào các thời điểm khác nhau trong ngày.

Bài kiểm tra tốc độ cho thấy trạng thái kết nối tại một thời điểm cụ thể và không thay thế việc theo dõi buổi phát. Chạy một số kiểm tra với khoảng cách nhỏ, chú ý đặc biệt đến upload. Dựa vào giá trị ổn định thấp nhất, không phải kết quả tốt nhất. Tốc độ "đến" trong gói cước không có nghĩa là chỉ số đó sẽ được duy trì trong suốt buổi phát.

Cách chọn bitrate và độ phân giải theo tốc độ tải lên

Bitrate video không nên chiếm toàn bộ kênh tải lên. Hãy để dự phòng cho lưu lượng dịch vụ, âm thanh, biến động tải và hoạt động của các thiết bị khác. Hướng dẫn thực tế là sử dụng cho video khoảng một nửa hoặc hai phần ba tốc độ tải lên ổn định. Nếu chỉ số thay đổi đáng kể, hãy tính theo giá trị thấp nhất.

• Với tốc độ tải lên ổn định khoảng 5 Mbps, hãy bắt đầu với bitrate video 2500–3000 kbps và độ phân giải 1280×720. Với trò chơi năng động, thường phù hợp hơn là 30 khung hình mỗi giây nếu máy tính không chịu được tần số cao hơn.
• Với tốc độ tải lên khoảng 8 Mbps, có thể thử 4000–5000 kbps. Tùy thuộc vào nền tảng và máy tính, điều này phù hợp cho 720p60 hoặc 1080p30. Chỉ chọn một phương án và kiểm tra nó trên buổi phát thử.
• Với tốc độ tải lên ổn định khoảng 12 Mbps, có thể xem xét 6000–7500 kbps và 1080p30 hoặc 1080p60. Trước đó hãy kiểm tra bitrate tối đa của nền tảng đã chọn và để dự phòng cho mạng.

Đây là hướng dẫn để bắt đầu, không phải yêu cầu phổ quát. Giới hạn chính xác phụ thuộc vào nền tảng, bộ mã hóa và định dạng. Nếu nền tảng chỉ định phạm vi riêng, nó được ưu tiên. Khi tải lên không ổn định, tốt hơn là giảm bitrate và độ phân giải hơn là cố gắng duy trì chất lượng cao ở giới hạn kênh.

Đối với hầu hết các buổi phát trực tiếp, người ta sử dụng bitrate không đổi, hay CBR, nếu điều này được quy định trong cài đặt nền tảng. Đặt khoảng thời gian khung hình chính theo yêu cầu của nền tảng. Nếu không có chỉ dẫn riêng, thường sử dụng khoảng 2 giây, nhưng với Trovo và các nền tảng khác hãy kiểm tra khuyến nghị hiện tại trong bảng điều khiển phát trực tiếp. Khoảng thời gian không đúng có thể cản trở việc khôi phục video và chuyển đổi chất lượng.

Độ phân giải cao tự nó không tạo ra độ trễ mạng, nhưng làm tăng tải cho bộ mã hóa và kênh. Nếu hệ thống hoạt động ở giới hạn, việc chuyển từ 1080p60 sang 1080p30 hoặc từ 1080p30 sang 720p60 thường cho kết quả ổn định hơn. Với buổi phát trò chuyện, âm thanh rõ ràng và không có dừng hình thường quan trọng hơn số lượng chi tiết tối đa trong khung hình.

Máy chủ phát trực tiếp và tuyến đường đến nền tảng

Sau khi mã hóa, luồng được gửi đến máy chủ của nền tảng. Giữa máy tính và máy chủ này có một số nút mạng, vì vậy chất lượng tuyến đường cũng ảnh hưởng đến độ trễ. Ngay cả một gói cước tốt cũng không loại trừ tình trạng quá tải của các nút riêng lẻ, công việc kỹ thuật hoặc kết nối không ổn định với một hướng cụ thể.

Máy chủ gần nhất về mặt địa lý không phải lúc nào cũng tốt nhất. Khi chọn, hãy đánh giá không chỉ khoảng cách mà còn cả tính đồng đều của việc gửi, không có kết nối lại, tỷ lệ phần trăm khung hình bị mất và sự ổn định của kết quả trong suốt bài kiểm tra. Một máy chủ cho phản hồi hơi lớn hơn nhưng không mất dữ liệu tốt hơn phương án có phản hồi ngắn và sụt giảm liên tục.

Cách kiểm tra máy chủ

Nếu nền tảng cung cấp danh sách máy chủ, hãy mở trong OBS phần Settings, sau đó Stream, và xem trường Server sau khi chọn dịch vụ mong muốn. Trên Twitch, có thể so sánh máy chủ từ danh sách này. Trên Trovo, hãy sử dụng các điểm kết nối có sẵn hoặc địa chỉ máy chủ mà bảng điều khiển tác giả hiển thị. YouTube thường tự chọn tuyến đường cho luồng đến, vì vậy việc so sánh máy chủ thủ công ở đó có thể không khả dụng.

1. Chọn cùng độ phân giải, tần số khung hình, bộ mã hóa và bitrate cho tất cả các bài kiểm tra.
2. Khởi động buổi phát thử trên máy chủ đầu tiên và để nó trong vài phút để thấy hoạt động không chỉ trong những giây đầu tiên.
3. Mở thống kê OBS qua menu View, Docks, Stats. Ghi lại dropped frames, kết nối lại, bỏ qua render và mã hóa.
4. Lặp lại kiểm tra cho các máy chủ khác trong điều kiện tương đương: nếu có thể vào cùng thời điểm trong ngày và không có tải trong mạng gia đình.
5. So sánh không phải khoảnh khắc tốt nhất riêng lẻ mà là toàn bộ bài kiểm tra. Chọn máy chủ không có kết nối lại và với tỷ lệ khung hình bị mất tối thiểu.

Để kiểm tra thêm, có thể tìm địa chỉ hoặc tên máy chủ từ cài đặt kết nối và thực hiện lệnh ping. Trên Windows sử dụng ping -n 30 tên-máy-chủ, còn trên macOS và Linux — ping -c 30 tên-máy-chủ. Mất phản hồi được chỉ ra trong dòng kết quả. Các lệnh traceroute hoặc pathping giúp thấy đoạn tuyến đường có vấn đề, nhưng không thay thế bài kiểm tra gửi RTMP thực tế: máy chủ có thể xử lý các yêu cầu ICMP và luồng video theo cách khác nhau.

Chỉ số chính vẫn là thống kê buổi phát. Nếu trong OBS tỷ lệ dropped frames tăng do mạng, xuất hiện kết nối lại hoặc luồng được gửi theo từng đợt, thì máy chủ và tuyến đường không thể coi là thành công. Nếu tất cả các máy chủ có sẵn đều cho thấy cùng vấn đề, nguyên nhân có thể ở nhà cung cấp hoặc chính nền tảng. Đừng chuyển máy chủ trong buổi phát quan trọng mà không cần thiết: kết nối lại sẽ tạm thời tăng độ trễ và có thể làm gián đoạn buổi phát.

Máy tính ảnh hưởng đến độ trễ như thế nào

Trước khi gửi lên nền tảng, video cần được thu, xử lý và mã hóa. Nếu máy tính không kịp thực hiện bất kỳ thao tác nào trong số này đúng lúc, độ trễ xuất hiện ngay cả trước khi luồng ra internet. Trong thống kê OBS, điều này biểu hiện dưới dạng bỏ qua render hoặc mã hóa. Một kênh liên lạc tốt sẽ không khắc phục được tình hình nếu các khung hình được tạo quá chậm.

Bỏ qua render thường liên quan đến tải trên card đồ họa. Trò chơi có thể chiếm gần như tất cả tài nguyên có sẵn, và OBS sẽ không đủ sức mạnh để thu cảnh. Hãy giới hạn tần số khung hình trong trò chơi, giảm cài đặt đồ họa nặng và tắt các hiệu ứng không nhìn thấy với người xem. Tài nguyên card đồ họa còn trống quan trọng hơn tần số khung hình tối đa mà chỉ bạn nhìn thấy.

Bỏ qua mã hóa chỉ ra tình trạng quá tải của bộ xử lý hoặc bộ mã hóa phần cứng. Đóng các chương trình không cần thiết, các tab trình duyệt thừa, đồng bộ nền và ứng dụng ghi. Đơn giản hóa cảnh, loại bỏ các bộ lọc và hoạt ảnh nặng. Khi mã hóa phần mềm, hãy chọn preset nhanh hơn hoặc giảm độ phân giải và tần số khung hình.

Bộ mã hóa phần cứng chuyển một phần công việc sang card đồ họa, nhưng không loại bỏ tải trên hệ thống. Nếu vấn đề xuất hiện sau khi thêm camera, bộ lọc, nguồn trình duyệt hoặc thông báo hoạt ảnh, hãy tạm thời tắt yếu tố này và so sánh thống kê. Kiểm tra thay đổi từng cái một để hiểu nguyên nhân của kết quả.

Theo dõi nhiệt độ và hành vi của máy tính vào cuối buổi phát. Khi quá nhiệt, tần số của các thành phần có thể giảm, vì vậy buổi phát vốn ổn định lúc đầu dần dần bắt đầu bỏ qua khung hình. Đừng chạy trong buổi phát các tác vụ nặng như render, lưu trữ và các tác vụ nặng khác.

Cách hiểu độ trễ xuất hiện ở đâu

Trước tiên hãy tìm hiểu xem buổi phát có trễ như nhau với đa số người xem không. Nếu vấn đề xuất hiện với tất cả cùng lúc, hãy kiểm tra chế độ độ trễ trên nền tảng, trạng thái kết nối, máy chủ đã chọn và thống kê OBS. Nếu chỉ một người xem phàn nàn, rất có thể nguyên nhân nằm ở mạng, thiết bị hoặc trình phát của họ.

Sau đó phân chia các bỏ qua thành một số loại:

• bỏ qua render chỉ ra thiếu tài nguyên card đồ họa để chuẩn bị cảnh;
• bỏ qua mã hóa cho thấy bộ xử lý hoặc bộ mã hóa phần cứng không kịp xử lý video;
• mất khung hình đã gửi liên quan đến mạng, tuyến đường đến máy chủ hoặc bitrate quá cao;
• tăng độ trễ một cách trơn tru với thống kê bình thường có thể liên quan đến bộ đệm của nền tảng hoặc trình phát.

Để đo gần đúng, hãy đặt trước camera màn hình có đồng hồ bấm giây hoặc đồng hồ, nói một câu ngắn và đồng thời ghi lại thời gian. Trên thiết bị khác, mở buổi phát và ghi lại thời điểm câu nói xuất hiện. Tốt hơn là sử dụng internet di động hoặc mạng khác để loại trừ ảnh hưởng của bộ đệm cục bộ. Bài kiểm tra như vậy cho thấy độ trễ tổng thể giữa cảnh và khi xem, không chỉ đường đến máy chủ.

Kiểm tra một số thiết bị và mạng. Nếu trên điện thoại trong mạng di động buổi phát trễ giống như trên máy tính của người xem, vấn đề rất có thể không chỉ giới hạn ở Wi-Fi của họ. Nếu độ trễ tăng dần, hãy yêu cầu người xem nhấn nút chuyển đến buổi phát hiện tại và so sánh kết quả sau khi đặt lại bộ đệm.

Tin nhắn trong chat chỉ phù hợp để kiểm tra sơ bộ. Nó đi qua một kênh riêng và có thể hiển thị với độ trễ riêng. Để so sánh chính xác hơn, hãy sử dụng đồng hồ hiển thị, tiếng vỗ tay trước camera hoặc dấu hiệu thị giác đã thống nhất trước.

Người xem có thể làm gì

Một phần độ trễ xuất hiện sau khi luồng đã rời khỏi máy tính của streamer. Kết quả chịu ảnh hưởng của tốc độ internet của người xem, sự ổn định của Wi-Fi, chất lượng đã chọn, trình duyệt, ứng dụng và sức mạnh thiết bị. Khi kết nối yếu, trình phát tích lũy bộ đệm để không dừng video, vì vậy người xem thấy buổi phát muộn hơn.

Hãy yêu cầu người xem kiểm tra một số hành động:

• nhấn nút quay lại buổi phát hiện tại nếu việc xem bị trễ rõ rệt;
• làm mới trang hoặc khởi động lại ứng dụng;
• chọn chất lượng thủ công nếu chế độ tự động liên tục thay đổi độ phân giải và tạm dừng video;
• giảm chất lượng khi bị dừng và kiểm tra việc xem mà không có tải song song;
• đóng các tab và ứng dụng thừa sử dụng mạng hoặc tài nguyên thiết bị;
• so sánh việc xem trong trình duyệt, ứng dụng hoặc trên thiết bị khác;
• tạm thời tắt VPN nếu chính qua nó buổi phát tải không ổn định.

Nếu video đến đúng lúc nhưng phát bị giật, nguyên nhân có thể ở giải mã, quá nhiệt hoặc cài đặt thiết bị. Trên điện thoại thông minh, TV hoặc máy tính cũ, đôi khi chất lượng thấp hơn và đóng các ứng dụng nền sẽ giúp ích. Khi vấn đề chỉ có ở một người xem, thường không cần thay đổi cài đặt của toàn bộ buổi phát.

Cách giảm độ trễ mà không mất ổn định

Bắt đầu với nền tảng: bật chế độ độ trễ thấp phù hợp và kiểm tra xem trình phát có tích lũy thêm bộ đệm không. Sau đó cấu hình mạng: sử dụng cáp, loại bỏ tải thừa và kiểm tra tuyến đường đến máy chủ đã chọn. Sau đó chuyển sang máy tính để không cố gắng khắc phục vấn đề mạng bằng cài đặt bộ mã hóa.

Nếu có bỏ qua mã hóa, hãy giảm tải cho bộ xử lý hoặc chuyển sang bộ mã hóa phần cứng hoạt động đúng. Nếu xuất hiện bỏ qua render, hãy giảm tải cho card đồ họa: đơn giản hóa trò chơi, giới hạn tần số khung hình và kiểm tra các nguồn cảnh. Nếu khung hình bị mất khi gửi, hãy đối chiếu bitrate với khuyến nghị của nền tảng và khả năng của kênh tải lên.

Đừng thay đổi tất cả các tham số cùng một lúc. Trước tiên hãy ghi lại cài đặt ban đầu, sau đó thay đổi một chỉ số và thực hiện bài kiểm tra mới. Như vậy bạn sẽ hiểu chính xác điều gì đã ảnh hưởng đến kết quả. Một luồng ổn định với độ phân giải thấp hơn một chút thường thuận tiện hơn cho việc tương tác so với buổi phát có chất lượng cao thường xuyên bị treo và rơi vào bộ đệm.

Kết luận ngắn gọn: làm gì theo từng bước

1. Xác định định dạng buổi phát và bật chế độ độ trễ thấp phù hợp trong bảng điều khiển Twitch, YouTube hoặc Trovo.
2. Kết nối máy tính với router bằng cáp và dừng tải xuống, đồng bộ đám mây và các tác vụ khác sử dụng tốc độ tải lên.
3. Kiểm tra tốc độ upload ổn định một vài lần và tính bitrate theo kết quả thấp nhất, để dự phòng cho mạng.
4. Chọn độ phân giải và tần số khung hình mà máy tính và kênh chịu được mà không bỏ qua.
5. Kiểm tra các máy chủ có sẵn trong điều kiện giống nhau và chọn phương án không có kết nối lại và với mất khung hình tối thiểu.
6. Kiểm tra riêng trong OBS việc bỏ qua render, mã hóa và gửi.
7. Đo độ trễ trên thiết bị khác và trong mạng khác để tách vấn đề của streamer khỏi vấn đề của người xem.
8. Thay đổi từng tham số một và sau mỗi thay đổi thực hiện buổi phát thử lại.