在启动时控制 Chromecast 缓冲
Control Chromecast buffering at start
有没有办法控制 CC 设备在开始播放之前的缓冲量？
我的发送器应用程序发送实时音频 flac，CC 在开始播放前等待 +10 秒。我已经构建了一个客户接收器并尝试更改 autoPauseDuration 和 autoResumeDuration 但这似乎并不重要。我假设它仅在发生下溢事件时使用，而不是在启动时使用。
我意识到强制以低缓冲级别开始可能会导致下溢，但这是一个 "risk" 比总是在播放开始之前等待这么长时间要好得多。如果发生这种情况，autoPause/Resume 滞后将允许进行更大的重新缓冲。
如果您使用的是媒体播放器库，请查看 player.getBufferDuration。该文档涵盖了有关如何自定义播放器行为的更多详细信息：https://developers.google.com/cast/docs/player#frequently-asked-questions
最后发现是发送音频到默认接收器的方式有问题。我正在流式传输 flac，因为它是一种可流式传输的格式，所以我没有包含任何 header（您可以在流中的任何位置开始，这只是找到同步的问题）。但是 CC 中的 flac 解码器不喜欢那样，并且在 10+ 秒后才开始。一旦我添加了 STREAMINFO header，问题就消失了
有没有办法控制 CC 设备在开始播放之前的缓冲量？
我的发送器应用程序发送实时音频 flac，CC 在开始播放前等待 +10 秒。我已经构建了一个客户接收器并尝试更改 autoPauseDuration 和 autoResumeDuration 但这似乎并不重要。我假设它仅在发生下溢事件时使用，而不是在启动时使用。
我意识到强制以低缓冲级别开始可能会导致下溢，但这是一个 "risk" 比总是在播放开始之前等待这么长时间要好得多。如果发生这种情况，autoPause/Resume 滞后将允许进行更大的重新缓冲。
如果您使用的是媒体播放器库，请查看 player.getBufferDuration。该文档涵盖了有关如何自定义播放器行为的更多详细信息：https://developers.google.com/cast/docs/player#frequently-asked-questions
最后发现是发送音频到默认接收器的方式有问题。我正在流式传输 flac，因为它是一种可流式传输的格式，所以我没有包含任何 header（您可以在流中的任何位置开始，这只是找到同步的问题）。但是 CC 中的 flac 解码器不喜欢那样，并且在 10+ 秒后才开始。一旦我添加了 STREAMINFO header，问题就消失了