首先是，前天晚上，整个机器突然死的起不来了。 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 代码藏起来，否则页面都慢了。
我们等下会测试效果。 作者：@野生的卷毛君 方法概要： 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站移动端最终效果与新浪播放器完全相同→砍掉后黑，总时间与源文件相同，进度条可拖动且不傲娇。 【关于详细使用方法已在编写中，以方便各位使用】… Read more »
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… Read more »