使用ReplayKit与HTTPStream投屏到Chromecast失败及延迟问题求解

现有代码的错误点 #

• 路径格式与可用性错误：你定义的播放地址为abc.m38u，存在两个问题，一是HLS播放列表后缀名应为.m3u8，拼写错误会导致流无法被识别；二是该路径为本地相对路径，Chromecast是独立的局域网设备，无法访问你iPhone本地的相对路径，必须传入iPhone在局域网内的可访问HTTP完整地址，格式如http://[iPhone局域网IP]:[服务端口]/[流路径].m3u8。
• 变量逻辑错误：初始化GCKMediaInformationBuilder时传入的是url变量，但后续设置contentID、contentType时使用的是mediaURL变量，两个变量不一致会导致流地址与声明的媒体信息不匹配，无法正常播放。
• 流类型配置错误：实时投屏属于直播流场景，streamType需要设置为GCKMediaStreamType.live，你使用的buffered是点播场景的配置，会默认开启更大的缓冲，不仅会增加延迟，还可能导致直播流加载逻辑异常。
• 服务启动校验缺失：你需要确认HaishinKit的本地HTTP推流服务已正常启动，端口未被占用，且同一局域网下的其他设备可以通过上述完整HTTP地址正常访问到你的HLS流。

低延迟投屏替代方案 #

• WebRTC传输方案：WebRTC专为实时音视频传输设计，端到端延迟可控制在1秒以内。你可以将ReplayKit采集的CMSampleBuffer编码后通过WebRTC通道传输，Chromecast接收端实现WebRTC拉流播放即可，远低于HLS的5-10秒延迟。
• 自定义低延迟Receiver方案：你可以自行开发Chromecast的Receiver应用，使用ExoPlayer开启低延迟播放模式，拉取你输出的RTMP/RTSP流，延迟可控制在2秒以内。
• Google Cast Remote Display API：Google官方提供的专用投屏API，不需要自行处理音视频编码、传输逻辑，可直接将iOS端的视图内容实时同步到Chromecast设备，官方优化后延迟通常在300ms-1秒之间，适配成本更低。

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