我正在研究chromecast应用，我在调试应用时观察了以下问题。
如果我在特定时间安排一个事件，那么该事件会在chromecast中应用一些延迟，并且它会在大约600毫秒的时间内通知statusupdate监听器。
让我用一个例子来解释：
1.假设我们在'00：21：33：400'（hh：mm：ss：ms）发生了一个事件，当我们在特定的特定时间触发事件时，我们观察到它 在Chromecast中推迟应用（大约600毫秒） 我们之前600毫秒触发事件信号的原因 确切的活动时间。
2.并且还观察到有时chromecast设备很晚才通知媒体状态更新（即...没有触发 应用事件时的“StatusUpdate”回调。由于这个应用程序可能没有 如果使用更新chromecast更新连续事件 流媒体位置大于下一个事件开始时间。 那就是如果下一个事件是在'00：21：34：100'时间，如果 chromecast通知流媒体位置'00：21：34：300'，in 这个案例应用程序将忽略该事件并安排/找到下一个 连续事件大于'00：21：34：300'流媒体 位置。
我已经尝试了很多来解决这个问题，你能不能帮我解决这个问题。
答案 0 :(得分：0)
最后我解决了我的问题。
我通过调整样式接收器中的日志验证了上述问题，并观察到没有延迟。
而在发送者应用程序中，我使用不同的方法来获取当前的媒体流位置。
即。 'mRemoteMediaPlayer.getApproximateStreamPosition（）' - 它在前景和后台都给了我确切的流媒体位置。
虽然我使用'mediaStatus.getStreamPosition（）'方法，但有时会给我一个不准确的流媒体位置。