考完试了放假了,于是就开始填自己想了很久的坑了
首先是html5播放器,在不懈的魔改之下,已经被加了各种功能,什么websocket啊、进度条预览啊、弹幕屏蔽之类啊的
还没有实现右键菜单,这都是计划事项
今天从下午开始就在重写番剧数据的存储,之前是直接json,但是服务器小内存,打开个10M的json再decode一下就gg。光是设计二进制格式就整了快一小时,估计是c功夫不够。
以及还有一个天国的消息中心的坑还在放置
回家后找着水萌巨佬搞了个长宽专线加速vpn,巨佬就是不一样
考完试了放假了,于是就开始填自己想了很久的坑了
首先是html5播放器,在不懈的魔改之下,已经被加了各种功能,什么websocket啊、进度条预览啊、弹幕屏蔽之类啊的
还没有实现右键菜单,这都是计划事项
今天从下午开始就在重写番剧数据的存储,之前是直接json,但是服务器小内存,打开个10M的json再decode一下就gg。光是设计二进制格式就整了快一小时,估计是c功夫不够。
以及还有一个天国的消息中心的坑还在放置
回家后找着水萌巨佬搞了个长宽专线加速vpn,巨佬就是不一样
昨天爬丝找我的时候我还以为真彻底炸了
早上起来突然想到去现存的新浪视频看了一眼……
神特么ivideo.sina.com.cn又换成ask.ivideo.sina.com.cn了
简直醉人
捣鼓捣鼓可算是把硬盘换回gpt了
(然并卵,事实证明win7 gpt也没有卵用,并不会变快)
之前一只在修改boot.wim,后来感觉烦死了,于是拿来舍友的win10u盘直接复制install.wim进去改名install.esb重启efi启动,完事
于是就有win10的安装界面里面嵌着win7
某种意义上这样子比倒腾win7iso方便多了,还得弄驱动各种各样的,麻烦死了
整理了下本地的日志,发现了很多好玩的
大概频率统计(大批量一批算单次)
Apache:我和你什么仇什么怨
写了三天的小东西
https://www.biliplus.com/data/
先写的后端挂到服务器上cron
初弄时感觉好无聊啊,表格难看啊什么的
不过目前看到了几次奇怪的故障,导致数据出问题
本来吧,我一开始的代码是,每次更新一次性读取所有已存数据,按个添加当次数据,再分别保存
结果不到一天已经700K数据了
吓得我赶紧重构了一下
按sid打开、追加、保存
7/1晚 更新log:
7/2 更新log:
7/4 更新log
7/5 更新log
7/6 更新log
一个时代彻底结束
同时,本来想修复一下播放器的进度条预览问题的,播放器都改好了突然想起乐视这边炸了。存放播放器用了一些小trick,和乐视有点关系
看来是没有机会了
很久之前存的av6下的东西,也不想再补档了,费时费力
等待官方修复教育网playurl问题
另外,tucao全线爆炸
“谢谢观赏”
咦,这里怎么有一辆车?
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渲染无法正确处理旋转
好好好,压字幕
压入字幕又见新问题
暂时更新至此,继续研究fontconfig字体选择问题
修复字体问题失败,始终无法读取对应字体,最后就那样了
看完后没什么感觉,就是剧场版加景深效果,以及红蓝标准的看完眼瞎buff
远离非英文名称的字体
参考贝宁大师的指引,整了个泛域名证书
https://assl.loovit.net/
https://hostsymbol.com/clients/cart.php?a=add&pid=1
给数据服务器换了https,stunnel真好用
目前阻止BP HSTS的有:
总之怼死b站弹幕服务器
ix.hdslb.com图片问题,倒是可以直接强行搞到https://account-img.bilibili.com解决
似乎全https指日可待 ?
最终还是用nginx自带ssl比较稳
腾讯云不备案也能用80 443真好
感觉上直接网页下弹幕的人似乎不会很多?或许是时候hsts了,xhr下载就转发一下好了
estertion.win
喜闻乐见namesilo $1.89系列之一
旧域名自生自灭,到期即废弃
真是对国内的这些公司没有一点好感
昨天群里秋日问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大法好!