用 MeGUI 压制 BDrip

这篇文章已在 2015 年 5 月 16 日和 2016 年 6 月 10 日做了比较大幅度的修订。因为最近压 BD 的时候发现去年写的这篇文章有很多错误也跳了许多坑,在此给大家表示歉意。本次修订后几乎所有的文字和图片都进行了更新。

 
三年前写了一篇压制 DVDrip 的文章还挺受欢迎。如今已经到了蓝光的时代,差不多是时候补一篇压制 BDrip 的文章了。总体的流程上两者的区别不大,尤其是 x264 压制和音视频 muxing 部分。如果你之前已经看过这篇 用 MeGUI 压制 DVDrip 入门 则会感到非常容易上手。

注意:大部分 BD 是有版权的。请不要使用本文介绍的内容做违法的事。

这里面向有 DVDrip 经验的同学,简单说一下 BDrip 与 DVDrip 主要的不同:
1. 如果是原盘,则蓝光光驱必不可少。虽然这货不算贵但由于国内基本无蓝光发售,请量力购买;
2. 因为不是DVD,所以不使用 DVD Decrypter (废话)。蓝光原盘通常由 AACS 或 BD+ 算法加密,使用解密软件抓流有法律风险而且该类软件几乎全部为商业软件( AnyDVD HD , DVDFab Passkey 等),同样请量力购买;
3. DVD 是 720×480 的 MPEG2 源,压制时需要调整 DAR 或 SAR 来设置播放分辨率,并且由于是隔行扫描,需要设置反交错;BD 则是 16:9 的 H.264 源且通常已经是逐行扫描,不需要这些操作[1];
4. 所以说压制 BDrip 更简单,除了需要钱、一台更加强劲的电脑和数不清的爱(死。

 

error: jump to label crosses initialization [-fpermissive]

今天在编译 C++ 的时候出现了这个错误。代码里有 goto 这个恶心的东西:

[lineno]: error: jump to label ‘...’ [-fpermissive]
[lineno]: error: from here [-fpermissive]
[lineno]: error: crosses initialization of ‘...’

于是在 stackoverflow [1] 上查到了相应的原因,简单归结为两点:

1) goto 不能跨作用域使用;
2) goto 不能使用在任何同作用域变量声明之前。

当然,还有永恒不变的真理:

永远不要用 goto

 

[1] Statement goto can not cross pointer definition?. Stackoverflow. http://stackoverflow.com/questions/14274225/statement-goto-can-not-cross-pointer-definition

BgmTweeter (原 propbgmrss)

小小的春节礼物,propbgmrss 改名为 BgmTweeter 并且更新到 v1.2 。项目从 googlecode 移到了 GitHub 上:

https://github.com/fishswing/BgmTweeter

其实这个项目一直没有多少人用,原因是 setup 起来太复杂了,而这一点连我自己都很清楚。这个项目最早的动机是想生成一个改进的 Bangumi RSS ,完成的时候顺便把 Twitter 和微博的自动发布功能加上了。之后的一年里,自动发布功能成为了这个项目最主要的功能,这就意味着它从名字到配置步骤上都很不自然。

之后有个好消息是 IFTTT 加入了微博这个 Channel ,越来越多的人开始用 IFTTT 同步 Bangumi 到微博了。对于这些目的简单的机油来说他们需要的仅仅是一个 RSS 输出,并不需要去配置 cron 这种复杂的玩意。

1.2 这个版本分离了这两个功能,并且重新写了 README 希望更加浅显易懂。对于习惯用 IFTTT 同步的机油只要简单的两步就能生成一个 RSS 源;而需要同步的机油也不用修改太多的东西。另外之前的 twitteroauth 库实在太老被 Twitter 拒绝,这个版本中也作了更新。

从这个项目中学习了很多东西,包括 php 和 git ,还是挺有收获的一场摸索。需要查看原来那篇文章的朋友请点击 http://www.swingworks.net/2012/04/propbgmrss/

工坊迁移完成

经历一个多月的抢救,摆动工坊成功迁移到新服务器。

迁移的主要原因是原所在主机受到非以工坊为目标的干扰,整个网站的性能变得非常差。先是长达数月的无法正常访问,勉强恢复之后鱼尾积极投入到备份数据库和文件的过程中,尽管这一过程十分漫长和痛苦。在此期间网站前台由于有 cache 的存在速度尚能接受,后端和 FTP 则几乎属于宕机状态,光是 Akismet 拦截失败的待审垃圾评论就高达数千条。万幸的是备份过程中获得了美国工作朋友的帮助,所有文件都没有损失。

赶在今年春节之前工坊重新上线,工坊给大家送一个迟到的 2015 新年快乐。迁移之后北美的访问速度应该会有大幅提升,国内由于最近电信国际线路丢包严重可能会受影响,欢迎大家提供反馈。

单个删除 OSX 废纸篓中的文件

OSX 的交互设计我从总体上来说还是满意的。操作系统本就是个互相借鉴的产物,有些操作在 OSX 上比较习惯,有些我则更喜欢 Windows 。比如接下来要说到的这个就是我一直耿耿于怀为什么 Apple 一直不去做好的东西:废纸篓。

说 Apple 没有做好废纸篓其实是有些冤枉的:OSX 的废纸篓可以快速查看,可以拖曳还原,UI 又漂亮。问题在于有一个 Windows 回收站里很容易实现的操作在 OSX 上是不能实现的:选择单个或多个文件彻底删除——而 OSX 上只有可怜的一个按钮叫做“清空废纸篓”。这对于废纸篓里面全是文件但是又急于腾出硬盘空间的人来说简直是苦了命了。解决方法一般有两个:一是先把需要保留的文件全部移到其它目录下去,清空废纸篓,然后把这些文件拖回去;二是用终端到 $HOME 下的 .Trash 目录下去找到需要的东西 rm 掉。这两种方法的便利性先不考虑,至少一点都不 Mac 。

这次我要介绍的当然是很 Mac 的办法。你猜对了,遇到这种事情首先想到的一定是 Automator :

osx_shift_delete-06

无限空间?鱼尾教你30MB文件〇爆数字娘!

360yunpan-00

数字娘最近春风得意,跟往常一样,并不是因为自己又涨了某些姿势,而是又和度娘企鹅君争风吃醋起来,这次醋坛子的打翻地点是——网盘无限空间!当然网盘这个东西本身水就很深,搞IT的屌丝们都清楚的很,甭管1T、10T还是无限空间都是噱头而已(这时候迅雷娘笑了,玩概念老娘早就玩过1PB了,到头来你们几个加起来的爱情动作片还没老娘肚子里的多)。

不过既然牛都吹出来了,货总得是真的吧。今天来源于某则推文的灵感,决定亲手检验一下真假。

警告:
1) 以下实验可能会造成系统响应缓慢和网络拥堵,请勿在有重要数据的机器上尝试!
2) 安装数字软件可能会造成系统响应缓慢和网络拥堵,请勿在有重要数据的机器上尝试!