ChromeCast 音频固件 1.24.88047 坏了？
ChromeCast audio firmware 1.24.88047 broken?
我开发了一个与 CC 设备（用于音频）直接（套接字级别）通信的应用程序，但最新的 FW 版本 1.24.88047 破坏了它。应用程序加载默认接收器并依赖于协议的 requestId（在 JSON 有效负载中设置）对请求进行排队并配对 request/response。
通常，我会执行一个启动（默认接收器）、一个加载和一个播放，每次我等待包含前一个请求的 requestId 的状态响应，然后再发布下一个请求。
当用户想要停止时，我发送一个 STOP。在下一次播放请求时，我将发送一个 LOAD，然后再发送一个 PLAY。现在 FW 1.24.88047 发生的情况是，在播放曲目时发送 STOP 后，下一个 LOAD 将永远不会收到匹配的响应，因此队列停滞了。 CCA 在 LOAD 之后执行 HTTP 请求以获取音频数据，仅此而已（无论是否在 LOAD 中设置了自动播放）。即使我强制播放，也没有任何反应。没有 MEDIA_STATUS，当然也没有回放。
我已经能够实施一种变通方法来在每次用户想要停止播放歌曲时停止默认接收器，但这非常不优雅且速度很慢。我每次都需要重新启动接收器。这是这个固件的错误吗？
注意：如果我等待曲目自然结束，检测到它并为下一曲目发送 LOAD，它仍然照常工作
谢谢
Google 演员团队确认并在 FW 1.25+ 中更正的错误
我开发了一个与 CC 设备（用于音频）直接（套接字级别）通信的应用程序，但最新的 FW 版本 1.24.88047 破坏了它。应用程序加载默认接收器并依赖于协议的 requestId（在 JSON 有效负载中设置）对请求进行排队并配对 request/response。
通常，我会执行一个启动（默认接收器）、一个加载和一个播放，每次我等待包含前一个请求的 requestId 的状态响应，然后再发布下一个请求。
当用户想要停止时，我发送一个 STOP。在下一次播放请求时，我将发送一个 LOAD，然后再发送一个 PLAY。现在 FW 1.24.88047 发生的情况是，在播放曲目时发送 STOP 后，下一个 LOAD 将永远不会收到匹配的响应，因此队列停滞了。 CCA 在 LOAD 之后执行 HTTP 请求以获取音频数据，仅此而已（无论是否在 LOAD 中设置了自动播放）。即使我强制播放，也没有任何反应。没有 MEDIA_STATUS，当然也没有回放。
我已经能够实施一种变通方法来在每次用户想要停止播放歌曲时停止默认接收器，但这非常不优雅且速度很慢。我每次都需要重新启动接收器。这是这个固件的错误吗？
注意：如果我等待曲目自然结束，检测到它并为下一曲目发送 LOAD，它仍然照常工作
谢谢
Google 演员团队确认并在 FW 1.25+ 中更正的错误