我一直在尝试使用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'处理程序花了1131ms
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& #34;" senderId":" :""数据":" {\"类型\":\" MEDIA_STATUS \" \"状态\":[{\" mediaSessionId \":1,\&#34 ; playbackRate \":1,\" playerState \":\" PLAYING \" \" currentTime的\":408.382866,\& #34; supportedMediaCommands \":15,\"体积\":{\"电平\":1,\"静音\" :假},\" activeTrackIds \":[],\" currentItemId \":1,\" REPEATMODE \":\" REPEAT_OFF \"}],\"的requestId \":0}"}
[违规]' setTimeout'处理程序花了1043ms
[违规]' updateend'处理程序花了177毫秒
大部分时间,"时间漂移"消息匹配玩家停止的那一刻,并且它永远无法恢复,所以我猜它与该问题有某种关系。
然后,服务器通常会花费越来越多的时间来响应块请求(20-60秒),并且回放将永远不会恢复。我不确定服务器部分与问题的关系。这令我感到困惑。
有关如何调试此问题的任何建议,我们将不胜感激。
答案 0 :(得分:0)
为了帮助别人。 事实证明,经过大量测试后,我们发现所描述的问题仅在调试时遇到。 如果调试器连接到接收器,它最终会崩溃。 这是不方便的,但至少我们现在可以解决问题,客户不会受到影响。