首先是，前天晚上，整个机器突然死的起不来了。
Mac的尿性是绝对不会让你知道为什么出问题的，只能猜是系统某个文件挂了。
幸亏学校wifi给力，大干1小时，联网修复，机器就好了。幸好没丢数据。
然后，今天想用的时候，aria2c的binary华丽丽的死了。
dyld: Library not loaded: /usr/local/lib/libnettle.4.5.dylib
一怒之下，删binary，上homebrew。
但是，伟大的homebrew出了问题：这货不建立soft link。结果当然是出不来了。
重置nettle和 gnutls 无果。倒是趁这次机会安了cli tool。
最终抱着试试的态度研究brew到底做了什么，安到哪去了。这货自己弄好了binary，但是藏起来了。
直接soft link过去，齐活。
谁知道系统死了一次后什么东西变了。。。。。。问神吧。
我整个人都不好了：JS版FFMpeg https://github.com/bgrins/videoconverter.js
在P的地方输入：
1,2,3,4,5,6~10
简单明了吧。
单独也好用。
今天发现B站API如果死了程序报错，做一下error-handling.
Gist老地方：https://gist.github.com/superwbd/9605757
代码藏起来，否则页面都慢了。
Continue reading
我们等下会测试效果。
作者：@野生的卷毛君
方法概要：
1.将需上传的视频用专业切割工具分为2段（视音频同时进行切割，不要使用AVS的Trim参数）并分别封装为FLV格式；
（小丸就可以）
2.使用前一代后黑工具Sinahigh 4.0对分段①进行目标码率大于100小于500的后黑；
3.使用维棠硕鼠等支持FLV合并的软件对后黑完成后的分段①和第1步切割完成的分段②进行FLV合并操作；
（个人推荐月亮flv合并器，简单可靠无广告，ffmpeg党随便）
4.直接上传新浪然后等吐出来后投稿。
效果：
上传到新浪后新浪会对分段①的后黑进行CUT操作，也就是自动删掉了后黑，最后吐出来的视频就是分段①+分段②且画质与本地上传用文件相同，源文件5000码率用此法测试通过，画质不变。（至于此法最大能吃多少码率，欢迎更多测试）
优势：
相比于后黑法，此法优势有：
·可以直接在缓冲全部完成前直接拖动进度条而不会出现进度条傲娇
·手动控制新浪分段，节省新浪转换时间
·节省缓冲时间，让小水管获得新生
·可以让原本审核不通过的视频过审（擦边OK 本番禁止）
进度条显示效果：
1.新浪播放器总时间直接为去掉后黑的时间
2.AB站播放器总时间为分段①后黑+分段②时间，缓冲在分段①+分段②的缓冲完成后就会停止，因为新浪已经去掉了后黑（所以拖动进度条时请务必在分段①+分段②总时间之内拖动）
例外情况：
对于极其特殊的某些视频，使用此法后新浪并不会对其进行砍掉后黑的操作，而是保留后黑，但是在播放时Acfun播放器和新浪播放器会在分段①播放完成后直接跳过后黑继续播放分段②→最后产生的效果就是视频播放正常，进度条傲娇穿越。Bilibili播放器则会出现分段①播放完成后画面卡住，待进度条走完后黑到分段②时再继续播放。
移动端测试效果：
AB站移动端最终效果与新浪播放器完全相同→砍掉后黑，总时间与源文件相同，进度条可拖动且不傲娇。
【关于详细使用方法已在编写中，以方便各位使用】
【欢迎进行样本反馈，同时也欢迎各位勇于尝试这个全新的战渣浪方法——中黑法】
Thanks For @忧伤珲舞
Powerd By @咬直钩的卷毛君
http://tieba.baidu.com/p/2967811329?see_lz=1
Python3和2对于input（）函数要求不同。
Python2是可以使用raw_input（）的。
于是就解决了烦人的“ ‘ ”问题。wwwwwww
地址：
老地方：
https://github.com/superwbd/Mukioplayer-Py-Mac
https://github.com/superwbd/ABPlayerHTML5-Py--nix
以上。
其实是因为晚上吃了面条结果不消化，睡不着打发时间的时候弄的。
系统是OSX10.9.2，随时升级。
地址：https://github.com/superwbd/ffmpeg-x264-tMod-OSX
真没啥好说的，8bit和10bit都有，需要自取，自己安装，Macbook炸了不负责（希望你有AppleCare）。
有啥事可以留言，当然上游问题咱没法解决，直接去上游开issue会快得多。
换了一下系统中的ffmpeg，使用一个单独的binary，而不是homebrew的，重置x264。
Beining@ACICFG
Starting to make binary of ffmpeg and x264-tMod for OSX.
Built on OSX 10.9.2, and will update as it goes.
Github: https://github.com/superwbd/ffmpeg-x264-tMod-OSX
Hope you 've already know what are these. Both 8bit and 10bit of x264 are provided. Use it at your own risk, I am not responsible for your Macbook blowed up(Hope you have AppleCare).
Feel free to leave comments or issues, however I cannot solve any problem from upstream. To make it quick, better reach them to open issues instead of here.
Fix: Use a standalone binary of FFmpeg instead one installed via Homebrew, hope this will make a difference. x264 redone.
Beining@ACICFG
Upstream很勤勉，downstream很懒惰。。。
总之是merge了所有更新。关闭弹幕生效了。还有一群别的改动，具体看Upstream的commit吧。
调整了弹幕速度，现在终于不瞎狗眼了。
https://github.com/superwbd/ABPlayerHTML5-Py--nix
还是熟悉的地方。
Update .06:
Merged all the upstream update till today, and slow down the speed of danmaku with the way the author recommend.
"Disable Danmaku" is available now, coming with a lot of update.
https://github.com/superwbd/ABPlayerHTML5-Py--nix
收到了报错，发现之前没考虑这个问题。
那么这次就加上吧。
Gists同步更新：
https://gist.github.com/superwbd/9605757
其实如果不考虑写说明很方便的。。。
代码藏起来，否则主页太慢。
Continue reading
挪到新地方了。
SB的机器价格比较公道，30刀/年。
网络速度其实我感觉不如DS，但是不知道大陆会怎么看。IO比较呵呵，但是内存可真慷慨。KVM的好货。
搬家特别简单：
整个数据库导出-PMA导入-新用户-LNMP设置-改DNS-看效果。
这个机器会维持很长时间了。
B站有自己的视频CDN了，咱们加进来。
对于海外有时比sina的蓝汛慢，但稳定。
差点break错了尼玛死。。。怪不得professor不让用呢。
更新：还是break错了。。。。。。。。。。。这个东西尽可能别用啊。
MIT，爱干啥干啥。
顺手扔上Gist，方便改：https://gist.github.com/superwbd/9605757
代码藏起来，否则主页太慢。
Continue reading