跳到正文

技术方向

低延迟 最新动态

把延迟做下来的一切:低延迟直播、实时传输、首帧与端到端时延的测量、优化与权衡。

25 条精选近 30 天 5 条共收录 35 条

更新

精选归档 · 第 2 页

3月3日周二第 21–25 条
  1. 海外技术动态60

    直播编码新趋势:用 VMAF 直接驱动码率控制闭环

    Streaming Learning Center 盘点直播编码器把感知质量指标纳入率控闭环的进展:MainConcept 的 VMAF-E 以实时 VMAF 代理在编码序内驱动率控,Synamedia 用 pVMAF 实现按频道的画质目标与优先级调度,Meta 与 FFmpeg 7.0+ 将 PSNR/SSIM/VMAF 用于实时监控与机群可视化。文章建议采购直播编码器时重点确认三件事:是否暴露可独立验证的指标、指标是否在率控环内、能否按频道设定画质目标。

    推荐理由:质量指标从离线评估走向在线率控是直播编码的重要工程趋势,文中给出可落地的采购核查清单。

2月13日周五
  1. Daily.co Blog71

    Pipecat 发布语音智能体 STT 基准:对比 10 家服务的延迟与语义准确率

    Pipecat 团队发布面向实时语音智能体的 STT 基准,在 1000 条真实人类语音样本上测试 10 家 STT 服务,同时衡量转写延迟(TTFS)与语义准确率。中位延迟上 Deepgram Nova 3(247ms,1.62% WER)、Soniox(249ms,1.29% WER)、Speechmatics(495ms,1.07% WER)位于帕累托前沿。基准用 Claude 做语义 WER 评估,只统计会导致 LLM 理解不同的错误,并强调 P95 延迟与 finalization 支持比中位数更影响对话体验;代码已在 GitHub 开源,Pipecat 0.0.102 起可设置 ttfs_p99_latency 参数。

    推荐理由:Pipecat 团队用 1000 条真实语音对比 10 家 STT 服务的延迟与语义准确率,并给出可自行复现的基准工具。

2月10日周二
  1. 论文与标准74

    论文 Camel:帧级带宽估计提升直播 1080P 占比 70.8%

    北大与字节跳动团队发现反直觉现象:编码码率未用满带宽时卡顿仍频发,根因是实时编码的瞬时码率波动让包级拥塞控制误判可用带宽;Camel 改用帧级网络反馈估计真实容量,由带宽与时延估计器、拥塞检测器与突发长度控制器组成;在 2.5 亿用户、20 亿会话、150+ 国家的真实平台上线后,1080P 分辨率占比最多提升 70.8%,媒体码率提升 14.4%,卡顿率最多下降 14.1%;仿真中码率高 19.8%、卡顿率低 93.0%、带宽估计精度提升 23.9%。

    推荐理由:从真实大规模平台发现问题并验证的拥塞控制研究,WWW 2026 收录,数据完整。

11月4日周二
  1. 海外技术动态56

    webrtcHacks 按用例对比 WebRTC 与 MoQ:不存在单一赢家

    Chad Hart 回应 Fippo 的 MoQ 数据帖,认为“MoQ 会不会取代 WebRTC”这个提法本身有问题——互联网上传媒体有太多不同用例,MoQ 虽被包装成通用方案但更可能先在特定场景落地;文章按用例分析两者位置,并指出 MoQ 的 HTTP/3、QUIC、WebTransport 底座有内在技术优势,且 WebTransport 正获得所有现代浏览器支持。

    推荐理由:从用例出发而非阵营出发的协议比较,帮助判断 MoQ 的真实落地顺序。

8月19日周二
  1. Cartesia Blog55

    Cartesia 发布语音智能体开发平台 Line

    Cartesia 发布语音智能体开发平台 Line,面向开发者提供代码优先的构建方式,可从文本提示或模板在数分钟内创建首个智能体,并通过 CLI 和 GitHub 集成在本地开发、一条命令部署。Line 会记录已部署智能体的全部通话,保存音频与转写文本,报告延迟等系统指标并提供日志,支持自定义 LLM-as-a-judge 指标评估通话。Line 与 Cartesia 的 Sonic 文本转语音和 Ink 流式语音转文本模型一同部署,企业版可完全本地部署并对模型微调。

    推荐理由:Cartesia 把语音智能体的开发、评测与部署整合进一个代码优先平台,并说明与 Sonic、Ink 模型的协同方式。