如何正确使用Google Nest Device Access API的ExtendRtspStream命令？

ExtendRtspStream的设计价值 #

它和直接调用GenerateRtspStream的核心差异体现在两点：

• 配额消耗更低：Nest Device Access API对GenerateRtspStream的调用限流阈值远低于ExtendRtspStream，频繁生成新流很容易触发配额限制导致请求被拒，用续期接口可以大幅降低被限流的概率
• 链路初始化更快：GenerateRtspStream需要重新和摄像头建立完整的推流会话，平均响应时延在2-5秒，而ExtendRtspStream只是刷新鉴权凭证，原有摄像头到谷歌服务器的推流链路不会中断，响应时延通常低于500毫秒，减少流切换的空白期

FFMPEG无缝切换RTSP URL的实现方案 #

可以通过双进程预拉流的方案做到无感知切换：

1. 在当前流有效期到期前30秒，调用ExtendRtspStream拿到新的流地址
2. 启动第二个FFMPEG进程拉取新URL的流，和原有拉流进程同时向同一个本地缓冲区（比如本地RTMP推流地址、或者本地管道）推流
3. 检测到旧URL的流断开后，销毁旧的FFMPEG进程即可，整个过程用户侧看到的流只会有最多几百毫秒的卡顿，网络环境好的情况下完全无感知
   如果是自研程序，可以直接基于libav库实现动态更换输入源的逻辑，连双进程都不需要，切换流畅度更高。

静态RTSP代理方案 #

可以用开源轻量流媒体服务器MediaMTX实现固定URL对外暴露、动态切换上游源的需求：

• 部署完成后对外提供一个固定的RTSP访问地址，所有客户端都只访问这个地址
• 每次调用ExtendRtspStream拿到新的Nest流地址后，调用MediaMTX的内置API动态修改对应通道的上游拉流地址
• 服务器会自动完成上游流的切换，客户端侧完全不需要做任何调整，也不会出现断连提示

内容的提问来源于stack exchange，提问作者6twenty