年过完了，买了个480g的ssd
哎呀科技真的是个好东西，电脑开机快多了
包括mac虚拟机，运行不卡，5秒挂起，怎一个爽字了得
后面又去了一下机械上的系统简直慢到不能忍受，仿佛要死了一般
假期就是填坑的季节
考完试了放假了，于是就开始填自己想了很久的坑了
首先是html5播放器，在不懈的魔改之下，已经被加了各种功能，什么websocket啊、进度条预览啊、弹幕屏蔽之类啊的
还没有实现右键菜单，这都是计划事项
今天从下午开始就在重写番剧数据的存储，之前是直接json，但是服务器小内存，打开个10M的json再decode一下就gg。光是设计二进制格式就整了快一小时，估计是c功夫不够。
以及还有一个天国的消息中心的坑还在放置
回家后找着水萌巨佬搞了个长宽专线加速vpn，巨佬就是不一样
腾讯视频c___key
写了两天
看到了某被无辜挂上去的源码后就动了心思，这两天到处翻文档，lua的，php的
起初只是使用string直接充当byteArray，但是后面发现局限性后引入了byteArray和byteArrayPtr类，于是之前的各种问题都解决了
听说腾讯这套变种tea enc从99年就开始在使用了
总之可喜可贺，可喜可贺
结果过了两天准备实际用的时候发现用不了……
闹心
继续一些关于ios编译的
在找到某个被挂出来的lua源之前，我准备自己整个lua调用一下bili.utility翻翻key的
win上打不开编译版本lua，搜后说是高低位不同导致
于是又打开了黑mac搞一搞编译
本来lua编译非常简单，把一堆c一起扔给编译器就可以出binary，然后codesign一下就可以跑了
此处强烈鄙视一下BigBoss那个lua(com.deltaman.lua)，不codesign就往上扔真是好意思啊
问题在于第三方的c库，比如LuaSocket
首先需要启用动态载入，编译器定义常量LUA_USE_MACOSX或LUA_USE_LINUX好像都可以，此时lua需要-lreadline -lncurses
其次，编译第三方c库时必须不使用static链接
lua会报错“multiple Lua VMs detected”
所以需要先把lua下所有基础c一起，指定-dynamiclib输出liblua.dylib，然后
xcrun -sdk iphoneos clang -arch armv7 -L. -llua lua.c -o lua
然后编译第三方库的时候同理编译就可以出.so
后记：原本有所期待这个key会不会有点特权什么的，比如不限速，然而依旧是rate=400（默哀客户端用户）
我继续老实用player=1吧
新浪简直mdzz
昨天爬丝找我的时候我还以为真彻底炸了
早上起来突然想到去现存的新浪视频看了一眼……
神特么ivideo.sina.com.cn又换成ask.ivideo.sina.com.cn了
简直醉人
gpt win7
捣鼓捣鼓可算是把硬盘换回gpt了
（然并卵，事实证明win7 gpt也没有卵用，并不会变快）
之前一只在修改boot.wim，后来感觉烦死了，于是拿来舍友的win10u盘直接复制install.wim进去改名install.esb重启efi启动，完事
于是就有win10的安装界面里面嵌着win7
某种意义上这样子比倒腾win7iso方便多了，还得弄驱动各种各样的，麻烦死了
IPv6 & DNS64 & NAT64
又开学了
回来用u2b的时候发现用了一年的dns6to4的服务器dns64.litnet.lt (2001:778::37)停了
google的dns6 (2001:4860:4860::8888)可以获取googlevideo.com的各种正常v6地址，但是以前用这个dns64的时候是有代理能力的，可以利用6to4 tunnel
找了找以前可用的另一个 2001:df8:0:7::1 也是timed out
最终翻到了一个 totd.aa.net.uk (2001:8b0:6464::1)可行
谨此记录，以供网络之需
后记：aa.net.uk也死了，起初只是dns死了，自己加后缀可以正常用，结果后来整个系统都unreachable了
万能的google帮我又挖出了一个：2001:67c:2b0::4
prefix 2001:67c:2b0:db32:0:1::/96
【设想】由ffmpeg打造的点歌姬
群里的几个人在聊的这个的可行性
然后目前几方在整理可能的问题和解决方案
1、视频流上如何动态改变文字
ffmpeg的drawtext可以选择读取textfile，并且设置为reload:1时会持续重载
2、如何连续播放音频流
（未解决）目前设想测试hls兼容性，未尝试ffmpeg是否能够自动重读live型的hls
3、网络问题会导致推流失败从而ffmpeg会退出，如何连续
计划通过中间层解决，即：第一个ffmpeg实例负责读取下载到本地的音频、读取图片及文字，生成完成的流；由此ffmpeg推送到本地一个服务器，可以是ffserver或nginx；运行第二个ffmpeg负责将server的流copy至rtmp。如果rtmp发送失败只会导致第二个ffmpeg退出，重运行时不会影响到压制用实例，故可形成较为连续的流
历物语 – AWS Signature Version 4
终于把伤1看了
转着发现我漏了几天的客户端里的特殊图，找之前几位帮忙的也都没有
然后发现原来它的key是现获取的临时密钥……
难怪之前在binary里找不到
对照着官方文档摆弄了一下午，最终终于搞成了
最坑的地方是构建标准请求的时候在Header区后有两个\n
高高兴兴的直接把1/1到今天的所有信息全部获取下来了
有点小想法搭个镜像站，图+音总共似乎也不超过70M
然后就真的去弄了
顺便初接触了一下svg绘图，画了俩箭头，感觉挺简单的
论整别人的项目有多痛苦
辣鸡svp的x86版本疑似不干活
bililocal想重编译x64
为了使用体验，clone后回滚到用的150223时的版本
配置qt，qt5.7编译出来崩溃
降级qt5.4，不认vs2015
下载vs2013安装，编译
出来的只能播放mp4，加载不上dsengine.dll
…………
厉害
真叼
可以的
输了，看着四个x64下了个151124用起来可以接受
自己慢慢改binary吧，远离别人的工程
本来都不想弄了
但是可以下到的那四个版本都是有问题，不算大但也是影响使用体验
在网上到处翻解决
- dsengine.dll
官方预编译版本DirectShow只存有摄像头采集功能，需要自己下载QtMultimedia模块源码修改后编译dsengine插件
–此处我先前下载的版本是qt-5.4.0-msvc2013_x64，需要qt-5.4.0-msvc2013_x64_opengl才能编译ds插件
- svp出现崩溃
这里不太清楚什么原因，似乎是碰到了什么设置，崩的时候wmp也会崩，后来改着就好了……
- 设置界面导致退出崩溃
似乎是ssl库的原因
重新用pexports+dlltool重新导出dll入口lib后问题没了
对源码做了一些改动，包括miniLogin登录，分P识别，tucao域名
Release Custom Build on 160722 – x64
各站域名优先读取Config.txt，位于/Network/Url，直接复制旧配置会导致tucao依旧是.cc