Biligrab 0.61: 修复批量下载时逻辑问题
break和exit（）都有问题，一看这个东西就没人用嘛。 唉。 Crayon在WP升级后不显示了，看来需要等待更新了。 代码先扔Gist吧。 https://gist.github.com/superwbd/9605757
Category: Linux
Biligrab 0.6: 重写视频地址获取逻辑，修复部分自建源下载不正常
还是需要XML啊。 重写了视频源获取，这样B站自己的源也可以保证没问题了。 老地方：https://gist.github.com/superwbd/9605757 ”’ Biligrab 0.6 Beining@ACICFG cnbeining[at]gmail.com MIT licence ”’ import sys import os from StringIO import StringIO import gzip import urllib2 import sys import commands from xml.dom.minidom… Read more »
Linux与OSX下原生战渣浪！
我自己不用RSS（没找到好的阅读器。。。我的GR啊），老文章更新后，RSS会提示么？ 如果不想，就得发个状态了。 这次是Linux与OSX下原生战渣浪的方法，brought you by dantmnf(http://danknest.org/ ). 项目地址：https://github.com/dantmnf/FlvPatcher/blob/master/blacker.sh 使用方法： 先chmod 777 ./blacker.sh 然后 ./blacker.sh -b 500000 /root/fff.mp4 /root/ff400.flv -b 后接比特数，不是千比特，请注意！如果后黑目标码率大于原始码率，会不能进行。 输入文件需要可以被ffmpeg直接转换成flv。 需要新版ffmpeg，ffmsindex，mkvmerge。 测试视频：http://video.sina.com.cn/v/b/131212996-1062265712.html 原长度4：54，sina播放器显示是这个，但是的确后黑了。
蛋疼：修复OSX的aria2c
首先是，前天晚上，整个机器突然死的起不来了。 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
我整个人都不好了：JS版FFMpeg https://github.com/bgrins/videoconverter.js
Biligrab 0.5: 加入一个新黑科技，加入批量下载
在P的地方输入： 1,2,3,4,5,6~10 简单明了吧。 单独也好用。 今天发现B站API如果死了程序报错，做一下error-handling. Gist老地方：https://gist.github.com/superwbd/9605757 代码藏起来，否则页面都慢了。
转载：过sina另一方法：中黑法
我们等下会测试效果。 作者：@野生的卷毛君 方法概要： 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 »
Mukioplayer-Py-Mac && ABPlayerHTML5-Py-*nix更新：不用敲坑爹地址了
Python3和2对于input（）函数要求不同。 Python2是可以使用raw_input（）的。 于是就解决了烦人的“ ‘ ”问题。wwwwwww 地址： 老地方： https://github.com/superwbd/Mukioplayer-Py-Mac https://github.com/superwbd/ABPlayerHTML5-Py–nix 以上。
开始蛋疼地做x264-tMod, ffmpeg的OSX binary
其实是因为晚上吃了面条结果不消化，睡不着打发时间的时候弄的。 系统是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 »
ABPlayerHTML5-Py–nix更新.06：弹幕速度调整，merge所有改动
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… Read more »