indefined

如果你是指错误代码的意思的话，可以参考这个 https://github.com/fython/BilibiliAPIDocs/blob/master/README.md#通用错误代码 但那个项目已经有点时间不更新了错误代码也不可能统计全，更多错误代码的意义只能是自己收到自己尝试判断。如果是指这个项目的业务逻辑的话，基本每个请求返回都会单独判断code==0，虽然错误回复种类五花八门但是正确的回应只有一种，所以哪怕收到乱七八糟的回应也会被忽略而不会异常，至于登录失效重新登录，这个项目是放在心跳里判断的，如果失效了到下一个心跳之前最多5分钟内无法抽奖问题也不大，但是这种操作确实是不太合理并且效率不高，原则上应该把涉及用户权限的请求抽象为user类的成员，一旦遇到登录失效可以立即刷新，但是这种抽象对于这个项目来说这种提升效果并不大，登录失效顶多也就一个月一次，遇到奇怪的回应概率并不高。顺便1024错误应该是不可重试的

> 其实你会发现code很多情况下没什么用，需要code+msg一起判定。 错误的前提下是这样的，但是这个项目并不处理错误，并且多数错误也是无法处理的，这个项目判断的错误只有两种，登录失效放在心跳里，被封禁放在抽奖里，其它的只处理成功

> > > 其实你会发现code很多情况下没什么用，需要code+msg一起判定。 > > > > > > 错误的前提下是这样的，但是这个项目并不处理错误，并且多数错误也是无法处理的，这个项目判断的错误只有两种，登录失效放在心跳里，被封禁放在抽奖里，其它的只判断成功 > > 如果发生错误，比如返回给你抽奖频繁，稍后重试。或者万一在某个重要值给你返回一个-22之类的东西。怎么办？忽略？这也太稳了吧。 目前是这样的，我个人也觉得除了LOG出来并没有什么处理的必要，反正概率也不高多数也是无法处理的。B站的前端有些地方处理得更加暴力，连LOG都懒得做，只要不是0通通显示请求错误

> > > > > 其实你会发现code很多情况下没什么用，需要code+msg一起判定。 > > > > > > > > > > > > 错误的前提下是这样的，但是这个项目并不处理错误，并且多数错误也是无法处理的，这个项目判断的错误只有两种，登录失效放在心跳里，被封禁放在抽奖里，其它的只判断成功 > > > > > > > > > 如果发生错误，比如返回给你抽奖频繁，稍后重试。或者万一在某个重要值给你返回一个-22之类的东西。怎么办？忽略？这也太稳了吧。 >...

B站更新了播放器，新版播放器已经没有办法使用本地字幕了

哪个视频能给个链接吗？我找了几个视频看都没这个问题

看了一眼这个视频确实有这个问题，大概是B站用了新的API，我晚些查一下看看怎么修吧

是新版播放器的分P问题，不知道怎么搞的总之现在播放器给的信息总是指向第一个分P，虽然找到了处理方法但是挺脱裤子放屁的。已更新可以检查一下是不是能用了

试了一下没有复现问题，如果有具体可以触发的复现细节（视频页面链接、是通过快捷键还是工具面板）可以补充说明。 截取到黑色的图片是有可能出现的，一种情况是网站里面有多个播放器但是一些是隐藏的空内容，而脚本捕捉到了那个空的，这种情况下你可以在工具面板的那个数字下拉框里面找到多个选项，自己换一个选试试。这种情况一般发生在微博或者是套壳的外链播放器，比如你给的那两个动漫网站，但你给的网站我随便点了几个视频也没有触发问题。另一种情况是你打开了脚本工具栏捕捉了一个正常的视频，视频播放完了换了新的视频，但脚本依然捕捉了旧的那个播放完的空视频，这种情况你可以手动点一下工具面板上的刷新，脚本工具栏并不会自动刷新页面里后面加载的新视频，因为这样需要对所有网页全局监听而绝大多数情况下这种监听没有意义。 如果是用快捷键截图的那我就猜不到什么具体原因了，因为快捷键只在活动的没有遮挡的视频上方才会触发。我能猜到的唯一可能是某些奇葩的视频网站使用了画布代替视频播放器或者开发者刻意阻拦调取视频内容，不过这只是个没有证据的猜测罢了

接口返回的数据就是这样的，就是装扮中心里勋章的那个顺序，我看了一下返回的数据里也没有获取时间所以我也没办法对它排序。B站整天乱改接口我也不知道它在干嘛。你看一下#103 的问题如果你没有遇到的话可以退回0.5.47x，如果有新的问题或者新的接口再说吧