番剧数据

写了三天的小东西

https://www.biliplus.com/data/

先写的后端挂到服务器上cron

初弄时感觉好无聊啊,表格难看啊什么的

不过多起来后似乎好看一些QQ截图20160701123342

不过目前看到了几次奇怪的故障,导致数据出问题


本来吧,我一开始的代码是,每次更新一次性读取所有已存数据,按个添加当次数据,再分别保存

结果不到一天已经700K数据了

吓得我赶紧重构了一下

按sid打开、追加、保存


7/1晚 更新log:

  • 完善菜单体验
  • 横轴显示变更
  • 按屏幕高比例缩放

7/2 更新log:

  • 侧栏收缩
  • 标题当前数据类型

7/4 更新log


7/5 更新log

  • 换用Highcharts
  • -效率更高
  • -支持缩放
  • 移动端适配完成
  • ——写iOS网页时,设置line-height能解决几乎所有辣鸡苹方带来的问题

7/6 更新log

  • 早起看HxH数据发现会员专属,添加备用获取
  • (火星异种拉了一周0播放……)

R.I.P. – letv

一个时代彻底结束

QQ图片20160625235522

同时,本来想修复一下播放器的进度条预览问题的,播放器都改好了突然想起乐视这边炸了。存放播放器用了一些小trick,和乐视有点关系

看来是没有机会了

很久之前存的av6下的东西,也不想再补档了,费时费力

QQ截图20160625235421

等待官方修复教育网playurl问题


另外,tucao全线爆炸

“谢谢观赏”


咦,这里怎么有一辆

空之境界 俯瞰风景 3D Blu-ray

Kara no Kyoukai – Fukan Fuukei 3D BDrip

下载

经历记录


在贴吧找到的源,bd iso镜像

尝试播放时发现分3段ssif,于是想自己压一下

搜索一下午,最终找到了ssifSource

坑一:stereoscopic player播放2d+depth文件极度卡顿,原因不明

不使用ldecod重新压制

坑二:sample_decode默认软件解码,需要去i卡集显驱动里找硬解dll,然后启用【intel_param = “-hw”】

坑三:压制00002.ssif时不能用硬解,卡在10帧处,只能用软解2fps压制,不确定是源问题还是解码器问题

耗费大半天压制完毕

坑四:ffdshow ass渲染无法正确处理旋转

好好好,压字幕


压入字幕又见新问题

image

image

暂时更新至此,继续研究fontconfig字体选择问题


修复字体问题失败,始终无法读取对应字体,最后就那样了

看完后没什么感觉,就是剧场版加景深效果,以及红蓝标准的看完眼瞎buff

远离非英文名称的字体

https

参考贝宁大师的指引,整了个泛域名证书

https://assl.loovit.net/
https://hostsymbol.com/clients/cart.php?a=add&pid=1

给数据服务器换了https,stunnel真好用

目前阻止BP  HSTS的有:

  1. comment.bilibili.com
  2. ……好像没有了

总之怼死b站弹幕服务器

ix.hdslb.com图片问题,倒是可以直接强行搞到https://account-img.bilibili.com解决

似乎全https指日可待 ?


 

最终还是用nginx自带ssl比较稳

腾讯云不备案也能用80 443真好

感觉上直接网页下弹幕的人似乎不会很多?或许是时候hsts了,xhr下载就转发一下好了

world.execute(me);

Here or Here

 

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

某姬闹的好大啊

嘛,关我卵事

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

总结一下发现

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原始播放器还是不整这个参数了

svp压制尝试+升级x64 ffmpeg

昨天群里秋日问svp插帧压制的问题,然后看到song神说的方法超简单——【找一份svp生成的avs,改掉source就好】

真简单_(:3」∠)_

 

先去重编译ff,带上

尝试svp压制,结果出来的视频画面严重减慢,原因不明

一度以为电脑太烂了而已

 

后来发现……关闭svp即可解决

然后推测,关键点在于【DirectShowSource】

svp的正常播放插帧就是通过DirectShow接口的,所以估计是avs调用dll的同时,svp管理器又加了一次帧,于是输出视频就错乱了

 

成品:【IA】TSUBASA New Days【60FPS】 @MU秋日

 

后来发现,插帧的时候ffmpeg频频崩溃,估计是x86内存占用过大溢出了吧

找了份msys2+mingw64准备重新编译ff

 

msys2啥都好,就是一个,config.guess guess不到系统

网上找到一个超好用的config.guess

直接放在某个地方,覆盖所有要configure的地方覆盖掉文件,跳过一串串的【fancy detection(高逼格的检测)】直接输出为x86_64架构的mingw32系统

(Source:MSys2 and ./configure: Troubleshooting Shared Libs – { Here Be Braces }

不过ff的configure不是正常的autoconf出来的脚本,我手动把里面的检测系统的 mingw32*) 改成 mingw64*) 了

(编译最后strip的时候莫名报错,手动strip -s ffmpeg.exe ffprobe.exe也没有问题,不知道什么鬼)

最终确认是不是x64居然还是靠的7zip,7z大法好!

QQ图片20160519124925

 

esterTion ( ͡° ͜ʖ ͡°)