Trong khi việc triển khai video phía máy khách yêu cầu luồng video riêng và quảng cáo riêng, việc triển khai phía máy chủ có sử dụng tính năng Chèn quảng cáo động (DAI) chỉ yêu cầu một luồng và quảng cáo được ghép động vào nội dung video. Nếu xảy ra lỗi máy chủ, thì luồng có thể bị chặn. Điều này không chỉ gây ra trải nghiệm người dùng không tốt mà còn làm tổn thất doanh thu.
Tính năng DAI trên Ad Manager cung cấp chi tiết về các lỗi HTTP khi bạn tạo luồng cũng như khi luồng đang chạy và cho phép bạn chỉ định luồng dự phòng trong trường hợp không nhận được thông tin phản hồi hợp lệ từ máy chủ.
Xử lý lỗi HTTP phát hiện được khi tạo luồng
| Loại lỗi | Nội dung đề xuất |
|---|---|
| Lỗi 4XX (không bao gồm 429) |
Khi thấy lỗi HTTP 4XX, bạn không nên quay trở lại luồng thô vì ứng dụng có thể gặp lỗi trong những trường hợp này. Hãy chắc chắn rằng yêu cầu bạn đang gửi đến máy chủ là chính xác và chứa tất cả các thông số cần thiết. |
| Lỗi 429 hoặc 5XX | Khi thấy lỗi HTTP 429 hoặc HTTP 5XX, bạn nên quay trở lại luồng dự phòng thô mà không kiếm tiền. Trong SDK IMA, trình xử lý lỗi có thể phát hiện các lỗi này và luồng mặc định có thể chuyển sang luồng dự phòng. |
TVOS
static NSString *const kBackupContentPath =
@"http://googleimadev‑vh.akamaihd.net/i/big_buck_bunny/bbb‑,480p,720p,1080p,.mov.csmil/"
@"master.m3u8";
- (void)streamManager:(IMAStreamManager *)streamManager
didReceiveError:(NSError *)error {
NSLog(@"Error: %@", error);
[self playBackupStream];
}
- (void)playBackupStream {
NSURL *contentURL = [NSURL URLWithString:kBackupContentPath];
self.playerViewController.player = [[AVPlayer alloc] initWithURL:contentURL];
[self.playerViewController.player play];
}Nhận URL luồng dự phòng cho video theo yêu cầu (VOD) hoặc video phát trực tiếp
Bạn nên thiết lập cơ chế cho ứng dụng nhận URL dự phòng cho cả VOD và luồng tuyến tính trực tiếp. Trong trường hợp với VOD, luồng dự phòng nên là ingestURL được cung cấp trong nguồn cấp dữ liệu MRSS. Đối với tuyến tính trực tiếp, luồng dự phòng nên là luồng nội dung chỉ định trong giao diện người dùng của Ad Manager.
Xử lý lỗi HTTP khi luồng đang chạy
Nếu gặp lỗi khi luồng đang chạy, thì bạn không nên quay trở lại luồng thô. Ad Manager tự động sửa hầu hết các lỗi gặp phải. Tuy nhiên, trong trường hợp máy chủ không có khả năng xử lý lỗi, luồng sẽ ngừng phát. Nếu luồng dừng thì ứng dụng sẽ bắt đầu một luồng mới. Nếu lỗi vẫn tiếp diễn thì bạn nên quay trở lại luồng thô.
Xác thực chế độ triển khai dự phòng
Bạn có thể xác thực chế độ triển khai dự phòng bằng cách sử dụng các luồng mẫu sau đây:
| Định dạng luồng | Khoá thành phần |
|---|---|
| HLS | MSQJlB9VSgqJkGNv1mB0FA |
| DASH (Truyền phát thích ứng động qua HTTP) | TrhaCde0R_uKzG_psucTww |
Những luồng này là dành cho mục đích thử nghiệm và sẽ luôn gặp lỗi HTTP 429.
Tính năng tự động chuyển đổi dự phòng của luồng Tuyến tính DAI
Trong một số ít trường hợp khi hệ thống có khối lượng người dùng cao ngoài mức dự kiến, chúng tôi có thể quay trở lại luồng không có quảng cáo đối với một số người dùng. Trong trường hợp đó, người xem sẽ thấy nội dung cơ bản.
Trong trường hợp không thể phân phát luồng dự phòng (ví dụ: nếu chức năng Xác thực hoặc Chuyển tiếp gốc được chỉ định hoặc nếu có yêu cầu loại trừ biến cho luồng), mã phản hồi HTTP 429 sẽ phân phát và ứng dụng phải quay lại cục bộ về luồng thô.