多路分配器2023的调度，第2部分:低延迟广告插入

多路分配器2023 (10月. 24-25，旧金山)，是首屈一指的同行组织和同行认可的视频开发者会议. 这个为期两天的会议涵盖了许多主题，包括更新广告投放的主题我写的第一篇文章从事件来看. 这是我对另一个广告相关演示的总结.

走向有效的动态边缘广告插入

Josselin Cozanet，工程师，R & D在 Ateme, 他在演讲中谈到了在低延迟直播中进行广告插入吗. 他从一个直播流的插图开始，这个直播流有SCTE 35标记，可以做一个DAI来代替直播内容. 需要有一个切片开始的广告和一个拼接在重新启动的内容.

使用低延迟的dai

当广告标记被插入时，就会有一个缩短的片段，其中包含缩短的块. 编码器需要根据广告标记在流中的插入位置来调整它生成的片段. 将广告标记放置在正确的位置对于确保当流从内容切换到广告时不会出现播放问题至关重要. 不要在低延迟流中引入任何延迟也很关键. 清单需要在服务器端修改.

广告需要插入到与直播内容相匹配的块中，以防止任何播放问题，并使玩家尽可能靠近流的边缘. 预生成(预处理)广告需要准备好将所有块存储在广告服务器上.

低延迟, DAI网关应该在地理上靠近边缘缓存, 最好是在同一个云实例中，以尽量减少创建的延迟. 在进行低延迟广告插入时, 事实证明，HLS在插入广告和保持低延迟方面比DASH更严格.

当从原点到修改后的播放列表修改实时播放列表时，您需要具有完全相同的持续时间(时间). 在修改后的播放列表中, 广告块段必须有正确的日期-时间标签，以及每个片段包含的广告服务器基础URL(并删除无用的块). 插入的开始和结束应该用#EXT-X-DISCONTINUITY标记. Cozanet还讨论了如何使用slate来适应广告持续时间中断与广告持续时间不匹配的情况.

这项研究使用了一组具有许多主题的广告池(基于用户代理等内容), IP地址, 自定义标题)而不是个性化, 哪一个会产生太多的请求. 广告池在CDN级别预先选择，以更有效地缓存生成的播放列表. 每个广告都有不同的格式(低延迟(LL))，非LL，不同的片段大小等.)将来自源服务器的请求与具有最接近匹配格式的AD进行匹配.

瓶颈在图中的黄色框中定义，如果为每个用户生成了一个播放列表，就会产生很多请求, 不需要在边缘缓存处进行大量缓存.

傣族建筑瓶颈

在边缘缓存中缓存每个广告池的播放列表可以提高效率并实现低延迟广告插入. 广告准备(大块、简介等.)在AD服务器端是能够支持这一点的关键. 正确的广告格式可以将延迟降至最低，并密切反映标准广告插入过程中的操作方式. 这是一种对玩家来说非常透明的解决方案，只需要极少的额外信息. 接下来他们将测试HLS Byterange.

顺便说一句, 我不再是一名开发人员, 所以当我理解这些原则时, 这里的错误很可能是我的，而不是演讲者的.

多路分配器.com/meetups 列出了世界各地为我们的行业提供技术情报的许多当地团体.