分类目录归档：比♂利比♂利

比♂利比♂利

canvas弹幕绘制纪实

留下评论

Day 1 (Mar.4th)

这次改canvas绘制是直接在ccl的基础上添加，出来的成品是准备双模式兼容的

并且，按照一贯canvas绘制习惯，带高dpi优化

初版流程：直接fillText
起初倒是可以，但是在加描边的时候，因为strokeText效果不理想，换shadoeBlur的时候，直接卡飞了，经过google，学到了预渲染的方法可以解决shadow的高性能消耗
改动：使用canvas存储预渲染，此时另一人给我遇到了正反buffer渲染（先离屏渲染再copy防止闪屏）。这一点其实使用requestAnimationFrame的话基本上不会碰到，但我初次理解的时候理解错了，用了setInterval渲染离屏canvas而再rAF copy
在google的时候，看到一条drawImage里，绘制canvas转出来的data url比直接canvas快，于是换用了img存储预渲染

 

Day 2 (Mar.5th)

发觉了对正反buffer的认知错误后，取消了interval，直接在rAF里结尾copy
在尝试的时候，发现初始渲染会“阻塞”浏览器，然后使用了promise进行异步预渲染

 

Day 3 (Mar.6th)

在再一次的性能测试的时候，发现虽然draw data image比canvas快个0.02-0.05ms，但是toDataURL会卡5-30ms…纯属得不偿失。同时也发现promise异步并不能解决卡顿，因为原因是js单线程，而核心正在执行其他任务（toDataURL），所以也就无法高帧渲染。结果去掉了转img的过程，并且考虑到渲染还是要消耗大约2-5ms，所以添加了队列，每16ms(1/60s)中最大只消耗8ms用于预渲染，超出则等待下一帧
比♂利比♂利

某直播基引发的一些深♂入

2条评论

某姬闹的好大啊

嘛，关我卵事

听说有一键登录接口，就去看了看

总结一下发现

image

一个新的appkey：1327d048d3ab5f78，暂没有获取到appSecret

几个新的api

其中所说的直接登录的就是getRoomUrl

此api跳转至 https://account.bilibili.com/api/login/sso 并且该api接受自己生成的有效参数组合

接受参数 access_key用于登陆，附带gourl可指定登录后跳转地址

 

6/16

在某dalao的挖掘下，翻到了appSecret

关于知乎上什么“安全隐患”，持怀疑态度，这客户端不就是个rsa登录，全程accesskey的东西么，里面能有什么重要东西

或许最珍贵的就是这个secret了吧

比♂利比♂利

关于b站的广告

留下评论

一开始我还不知道逼开始贴片了

看番一向都是bdown下载后bililocal+svp看，没有受到任何影响

就算是网页，也是替换修改播放器，基本没用过原版

晚上的时候看到有C的微博才知道今天的re0上了贴片，这才去看了看情况

http://api.bilibili.com/x/ad/video?aid=4738388

{"code":0,"data":[{"name":"沪江4738388","aid":4738388,"cid":4709603,"url":"http://class.hujiang.com/?ch_campaign=cls10988\u0026ch_source=opp_bz_0_spag","skipable":0,"strategy":0}]}

奇怪的加载逻辑，嵌套miniplaylite.swf，用一种类似站外播放的方式播放广告

据说可以用flashvar设置不显示广告

pre_ad=0

出于部分考虑吧，bp原始播放器还是不整这个参数了

比♂利比♂利

登录系统更新的后话

留下评论

昨天因为一些事情，又关注到了b的登录系统

从各种意义上来说，现在的登录管理算是很安全了

去年的时候看到的那些帖子，比如借给别人号，没法注销，改密码也能用。

现在这些问题已经没了

改密码后，所有与该账号对应的accesskey全部删除

至于cookie，改后只有passport底下失效，member倒是可以正常打开，应该是验证系统没有改进吧