我一直在尝试使用Chromecast。我遇到了播放问题。
在前5-6分钟左右，没关系。这是一堆PROGRESS，TIME_UPDATE，SEGMENT_DOWNLOADED。
player.html？cache = 500：102 aj {type：“PROGRESS”，currentMediaTime：398.742094}
player.html？cache = 500：102 jj {type：“SEGMENT_DOWNLOADED”，downloadTime：175，size：33646}
player.html？cache = 500：102 aj {type：“TIME_UPDATE”，currentMediaTime：398.9985}
[违规]'setInterval'处理程序耗时229ms
player.html？cache = 500：102 aj {type：“PROGRESS”，currentMediaTime：401.334166}`
player.html？cache = 500：102 aj {type：“TIME_UPDATE”，currentMediaTime：401.510657}
cast_receiver_framework.js：48 [违规]'timeupdate'处理程序耗时455ms
[违规]'setTimeout'处理程序需要1131毫秒
cast_receiver_framework.js：66 [440.120s] [cast.receiver.MediaManager]时间漂移：-4588.799999999999
cast_receiver_framework.js：66 [440.800s] [cast.receiver.MediaManager]发送广播状态消息
cast_receiver_framework.js：66 [440.954s] [cast.receiver.IpcChannel]发送的IPC消息：{“namespace”：“urn：x-cast：com.google.cast.media”，“senderId”：“：”，“数据 “：”{\ “类型\”：\ “MEDIA_STATUS \”，\ “状态\”：[{\ “mediaSessionId \”：1，\ “playbackRate \”：1，\ “playerState \”：\“打\”，\ “currentTime的\”：408.382866，\ “supportedMediaCommands \”：15，\ “体积\”：{\ “电平\”：1，\ “静音\”：假}，\ “activeTrackIds \”：[ ]，\ “currentItemId \”：1，\ “REPEATMODE \”：\ “REPEAT_OFF \”}]，\ “的requestId \”：0}“}
[违规]'setTimeout'处理程序耗时1043毫秒
[违规]'updateend'处理程序需要177毫秒
大多数时候，“时间漂移”消息与玩家停止的那一刻相匹配，并且它永远无法恢复，所以我猜它与某个问题有关。
然后，服务器通常会花费越来越多的时间来响应块请求（20-60秒），并且回放将永远不会恢复。我不确定服务器部分与问题的关系。令我困惑的是。
任何关于如何调试这个的建议都将不胜感激。
为了帮助别人。事实证明，经过大量测试后，我们发现所描述的问题仅在调试时遇到。如果调试器连接到接收器，它最终会崩溃。这是不方便的，但至少我们现在可以解决问题，客户不会受到影响。