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

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用于预渲染,超出则等待下一帧

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

某姬闹的好大啊

嘛,关我卵事

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

总结一下发现

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

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

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

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

登录系统更新的后话

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

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

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

现在这些问题已经没了

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

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