分类目录归档:一些日常

假期就是填坑的季节

考完试了放假了,于是就开始填自己想了很久的坑了

首先是html5播放器,在不懈的魔改之下,已经被加了各种功能,什么websocket啊、进度条预览啊、弹幕屏蔽之类啊的

还没有实现右键菜单,这都是计划事项

今天从下午开始就在重写番剧数据的存储,之前是直接json,但是服务器小内存,打开个10M的json再decode一下就gg。光是设计二进制格式就整了快一小时,估计是c功夫不够。

以及还有一个天国的消息中心的坑还在放置

 


回家后找着水萌巨佬搞了个长宽专线加速vpn,巨佬就是不一样

gpt win7

捣鼓捣鼓可算是把硬盘换回gpt了

(然并卵,事实证明win7 gpt也没有卵用,并不会变快)

之前一只在修改boot.wim,后来感觉烦死了,于是拿来舍友的win10u盘直接复制install.wim进去改名install.esb重启efi启动,完事

于是就有win10的安装界面里面嵌着win7

某种意义上这样子比倒腾win7iso方便多了,还得弄驱动各种各样的,麻烦死了

互联网时代的一个公网ip

整理了下本地的日志,发现了很多好玩的

大概频率统计(大批量一批算单次)

  1. “GET http://www.baidu.com/cache/global/img/gs.gif HTTP/1.1” 404
  2. “GET http://zc.qq.com/cgi-bin/common/attr?id=260714&r=随机数 HTTP/1.1” 404
  3. CONNECT xxxxx.com
  4. GET /phpMyAdmin/scripts/setup.php
  5. [大批量getshell测试]
  6. [大批量类似4的管理器地址测试]

Apache:我和你什么仇什么怨

番剧数据

写了三天的小东西

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下载就转发一下好了

svp压制尝试+升级x64 ffmpeg

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

真简单_(:3」∠)_

 

先去重编译ff,带上

--enable-avisynth

尝试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

#! /bin/sh
UNAME_MACHINE=$(uname -m 2>/dev/null) || UNAME_MACHINE=unknown
echo ${UNAME_MACHINE}-pc-mingw32

直接放在某个地方,覆盖所有要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