标签：CMAF

衡量直播延迟通常用glass-to-glass（从采集到播放）或端到端播放器感知延迟。常见指标有首帧延迟、平均延迟、抖动和重缓冲率。工程上先定义业务SLA（例如：交互类 ≤1s、体育类 ≤3s、普通观众 ≤10s），再按采样点（采集端、编码器、CDN边缘、客户端）采集时间戳以定位瓶颈。 使用同步信号或水印进行采样，记录采集时间和播放器渲染时间；结合

1. 整体流程概述 说明端到端流程：采集→低延迟编码→分段/打包（CMAF/LL-HLS/LL-DASH）→推送到边缘CDN→播放器减缓。要把每一段的延迟最小化，并控制缓冲与并发。 2. 采集与上行（Ingress）配置 实践步骤：使用SRT或WebRTC做主路上行；示例FFmpeg发送SRT： ffmpeg -re -i cam.mp4 -c:v

1. 总体架构与流程概述 - 描述：直播流从采集端→编码器→转封装/转码服务→Origin→CDN Edge→播放器。 - 小分段：1) 采集/推流：SRT/RTMP/RTSP到采集机；2) 编码/分辨率梯度输出；3) 分段与清单生成（HLS/DASH/CMAF）；4) CDN分发与边缘缓存；5) 播放器ABR切换。 2. 编码器与码率梯度准

本文在HTTP层面解析常见的cdn直播推流实现方式，并说明推流是否等同于HTTP的POST操作。结论是：推流并不必然是POST，取决于CDN接受的推流协议（如RTMP/SRT/HTTP分片上传等）、分片方式与传输语义；接下来从协议差异、常见场景、HTTP级别的实现细节与示例请求来说明如何判断与实现。 为什么cdn直播推流不一定是POST？ 从