这个要求从差不多0.6的时候就开始了，现在终于完成了。 当然原来的交互保留，我自己还要用。 顺便说一句，这个脚本经过考证，Biligrab的源头是http://www.cnbeining.com/2013/11/do-it-again-mac-download-b-dodging-stuff/ 。 当时的代码算上注释和空行是32行。。。。。。。。。。那个分支变成了Biligrab0.2，也就是Biligrablite。现在Biligrablite就有223行。。。 9个月，代码翻了10番多。。。。。 代码下面。
其实不是大改动。 而且这个明显没有Linux在用，否则报错早就炸死我了。。。 顺便更新了所有的联系。 https://github.com/cnbeining/Mukioplayer-Py-Mac https://sourceforge.net/projects/mukioplayerpymac/ https://github.com/cnbeining/ABPlayerHTML5-Py–nix https://sourceforge.net/projects/abplayerhtml5pynix/
https://github.com/cnbeining/Biligrab 其实是不少更新。。。 我说这几天为什么flvcd模块不大舒服呢，原来死了。。。 合并后检验，如果没出MP4（我还真不知道，也不想冒险检验文件长度），就转成flv，还不行就报错不删文件。够仁义了吧。。。 代码下面。
今天看了下，土豆也能战。 战土豆与战乐视有所不同，各有千秋。 战土豆标准： 总码率<250K，可以后黑解决，大部分后黑软件都可以直接完成 分辨率未知，1080P成功。 时长较长的会被审核，短时间可以直接过审。 格式我用MP4没问题，不知道flv如何。 土豆的优点：音质保留，可以公开放出链接 土豆的缺点：后黑巨大，后黑严重有时需要审核而且经常直接杀掉，Linux下没有客户端只能VNC，上传速度慢，不能投B站 推荐：MV 乐视云的优点：不用审核，Linux友好，上传有时极快 乐视云的缺点：不用工具IO错误严重，音质到128K，画质最高1080P，移动端有时有问题 推荐：音质不敏感，分辨率不需要极高
想了想，不自己handle了，直接放原始信息，自己看吧。 除非有大问题，抛个exception。 Beining$ ./letv.py -s 1.csv 283a8bb4a6 57bcb84ae2 Saving your result to csv file 1.csv 283a8bb4a6,视频正在转码中，请稍后再试。 57bcb84ae2,成功,userup:358422 av1278015,2656,2014-07-11 17:24:58,100172,FLV_YUANHUA;FLV_350; 代码下面。
https://github.com/cnbeining/acupload 看看能如何。小文件测试没什么问题似的。 代码下面。
https://github.com/cnbeining/letvcloudchecker 对付商业软件的最好办法就是你也写一个，效果更好，然后开源。 GPL v2。 代码下面。
用了半年AcDown的key。 实在不好意思了，用自己的吧。其实申请半年多了。。。。 新地方： https://github.com/cnbeining/Biligrab 代码藏起来。
本版本过旧，我不再提供支持！请看最新的发布版本！ （早猜出来了，看最新code。。。） 猜不出sign是怎么做的。 http://interface.bilibili.com/playurl?cid=1338722&player=1&ts=1406832881&sign=7037e644d3b4159c80372af8bd6fff72 求大家一起动手。
https://github.com/cnbeining/Biligrab 这样有issue，可以follow，还可以写文档。 Gists不再更新。 Blog这里还是会留一份存档的。