ASP.NET Core Web服务如何实现不限时长视频边传输边播放？

核心结论 #

视频编码和容器格式的封装结构，和HTML播放器能否边加载边播放直接相关，你遇到的WebM格式无法实时播放的问题是格式配置不当导致的，和PushStreamContent本身无关。

两种格式的流式兼容性差异 #

• MP4（H.264）：你当前可用的实现应该是生成了碎片化MP4（fMP4），每个视频片段都携带独立的moof/mdat解码单元，不需要依赖整个文件末尾的全局moov元数据块，因此播放器拿到首个关键帧片段就可以开始解码播放。
• WebM（VP9）：默认生成的WebM文件会将全局索引块（Cues）、轨道元数据放在文件末尾，而你的实时流是无限时长的，永远不会输出文件尾的元数据，导致播放器始终认为文件未加载完成，无法启动解码。此外如果VP9编码时未配置流式模式，生成的帧没有被拆分到独立的Cluster（簇）单元中，播放器也无法从流的中间位置开始解码。

修复WebM实时播放的方案 #

1. 调整VP9编码和WebM封装参数 #

生成WebM流时必须开启实时流式配置：

• 禁用Cues索引块生成，无限时长直播流不需要全局索引
• 拆分Cluster单元，每1~2秒的视频内容生成一个独立的Cluster，每个Cluster自带解码所需的头信息，不依赖全局元数据
• 开启VP9的低延迟编码模式，减少关键帧间隔，确保首个Cluster就携带关键帧

2. 调整ASP.NET Core响应配置 #

• 移除响应的Content-Length头，添加Transfer-Encoding: chunked启用分块传输
• 返回Accept-Ranges: none头，明确告知播放器该流不支持范围请求，是直播流
• MIME类型指定为video/webm; codecs="vp9"，避免播放器格式识别错误

原有实现的问题补充 #

你最开始直接返回File结果的实现不可用，是因为ASP.NET Core处理本地文件返回时会自动计算Content-Length，并且默认启用范围请求支持，无法适配无限时长的实时流场景，改用PushStreamContent的方向是正确的。

内容的提问来源于stack exchange，提问作者Björn Tappert