今天逛 Nico 的时候忽然起了搬运的念头，于是把原视频下载下来，开始进行传说中的「战渣浪」运动。在地图上到处逛搜集到如下信息：

• 非 FLV 格式一定会被新浪二压
• 整个文件的平均码率大于 500Kbps 会被新浪二压（也有说 1000Kbps 的）

发现不是很麻烦，懒得再去找某个版本的 MediaCoder，就直接上 FFmpeg 了……

查看文件信息

为了确定码率，首先用这样的方法查看文件信息：

ffmpeg -i <输入文件>

我从 Nico 下载视频的时候不是混杂时段，下载到的是高清 MP4 文件，于是 FFmpeg 就会输出类似这样的信息：

Input #0, mov,mp4,m4a,3gp,3g2,mj2, from 'filename.mp4': Metadata: Duration: 00:02:59.77, start: 0.000000, bitrate: 430 kb/s Stream #0:0(und): Video: h264 (High) (avc1 / 0x31637661), yuv420p, 854x480, 315 kb/s, 30 fps, 30 tbr, 30 tbn, 60 tbc Stream #0:1(und): Audio: aac (mp4a / 0x6134706D), 44100 Hz, stereo, s16, 111 kb/s

可以看出一共有 1 个输入文件，其中包含 1 条视频流和 1 条音频流。各自的码率已经可以看得很清楚了，这里该文件的平均码率没有超过 500Kbps，于是安心地进行下一步。

将 MP4 封装为 FLV

因为下载下来的是 MP4 格式文件，需要将文件（容器）换为 FLV 才能够不被新浪二压：

ffmpeg -i <输入文件> -vcodec copy -acodec copy -f flv <输出文件>

FFmpeg 的 -vcodec 和 -acodec 选项指定了输出文件的编码器，而填入 copy 则表示直接复制，不编码。

而 -f 选项是用来强制指定输出格式的，虽然 FFmpeg 自己会根据输出文件的扩展名猜，但还是写一下更保险。

其它未尽事宜

于是收工上传，不久发现直接成功了 = = 呃……我记得很久很久以前我用 MediaCoder 还失败了两次呢，囧。

这次很幸运的是下载到的文件码率没有超标，如果超标的话，据说这样可以指定码率：

ffmpeg -i input.mp4 -vcodec h264 -acodec aac -b:v <视频码率> -b:a <音频码率> output.mp4

至于传说中的 h264 2-pass 压制法（用来在更好的视频质量下控制码率），据说是这样的：

ffmpeg -i input.mp4 -pass 1 -vcodec h264 -an -b:v <视频码率> -f rawvideo -y NUL
ffmpeg -i input.mp4 -pass 2 -vcodec h264 -acodec aac -b:v <视频码率> -b:a <音频码率> output.mp4

这里的第一 Pass 因为目的只是取得一个包含视频信息的 log 文件，所以用 -an 禁用音频、用 NUL（或者 /dev/null）防止视频文件生成。

至于其它用法就留待以后要用上的时候再去研究了（懒……

以上。

呃～换到 Typecho 了 >.<

之前的 WordPress 因为 PDO (SQLite) For WordPress 插件的关系，最近一次升级后无法升级数据库结构，完全没法进后台了。折腾许久无果之后，趁国庆把整个博客转移到 Typecho 上。

鉴于原先的 WordPress 用了 PDO(SQLite) 插件，而且文章也不多，所以我还是手动迁移了数据。过程中最头大的还是 Typecho 的日期时间存放的是 Unix 时间，而 WordPress 使用的是纯文本格式。

呃……写完发现好像也没什么特别的呢……WordPress 之前有三篇草稿状态的文章，基本上也都是开始写了才发现没什么特别的，就搁置着，汗 = =

最近终于把闲置良久的《C 专家编程》（Expert C Programming）看完了！光看书名挺可怕的，但它确实是一本读起来很轻松的技术书，我最初就是冲着穿插在正文和每章结尾的八卦去的。最喜欢第六章（运动的诗章：运行时数据结构）和第七章（对内存的思考），因为真的让人有茅塞顿开的感觉。

对 static 关键字的解释

C 语言的 static 关键字，其作用有二：修饰静态变量；将变量或者函数的作用域限制在文件范围。这两个技能怎么看都没有什么直接联系，以至于连作者都脚注「你可能会奇怪 static 的意义会相差如此之大」。于是我之前一直用「它就是这么定义的，你能怎么着？」来说服自己。

看完第六章和第七章，我终于可以用一个像样的理由来解释 static 这个奇怪的家伙了：它的主要作用是把被修饰的变量放到数据段（这样相对于不断在栈上生生死死的自动变量就「静态」得名至实归了），捎带着还会把被修饰的变量/函数的作用域限制得尽可能小。

由于所在的位置是数据段，这也解释了为什么静态变量和全局变量默认会被初始化为零（物理零）的问题 :)

对内存泄漏的看法

早在学习 C 之前就一直听大家把「内存泄漏」描述得跟巫师们描述伏地魔似的，所以后来虽然觉得指针什么的并不是什么很特别的东西，但对内存分配和回收什么的总是特别小心。以至于后来学了 C++ 之后觉得 RAII 什么的真是神器啊～恨不得以后再也不用裸指针了……

没错，这是好事。但内存泄漏也并不是不能放进一丝一缕：因为程序退出时操作系统会把分配给程序的内存块（重点在于这里也包括「堆」）一并回收，那么在程序即将退出时去释放那些在整个程序的生命周期内只会申请一次的内存是不是重复劳动，反而加重了系统的负担呢？

嗯～以上就是看完书最大的两点收获。另外第一次看第三章末尾八卦部分「一时间，可乐机似乎很快将成为 Internet 上最常见的硬件系统」的时候笑抽了 ^q^

嗯，似乎即使是同一个地方，称谓的叫法也不尽相同，下面所列举的称谓基本上是基于我的叫法的。所以，有缺漏的欢迎指出～

（一些方言用字因为并不确定到底该如何写，所以只注发音。考虑到各吴方言至今没有能被广为接受的统一注音方法，下面一些特殊的字用了注音符号标注；括号中的罗马字是我瞎编的，可以根据汉语拼音意会。）

自己

• 哥哥：哥哥 / 阿哥
• 弟弟：弟弟 / 弟子
• 姐姐：姐姐 / 阿姊
• 妹妹：妹妹 / 妹子

这里的「姊」读作 ㄗㄧ (zyi)；另外，每一条的后一种叫法一般都不用来当面称呼本人。

阅读剩余部分...

毕业设计下星期中期检查，六月初答辩。实习什么的太占时间和精力了，我觉得就目前的进度来说是很难赶上的了。

于是有些后悔选 DirectX 和 C++ 的组合做毕业设计了，面向对象什么的真是坑爹啊！完全不在解决问题，一直在围着设计各种类和应用各种设计模式绕……好吧，我错了，这多半是我在面向对象方面的想法不够成熟……

进而有些后悔选 RPG 做毕业设计了，完全没有经验的情况下要在几个月的时间内从零写个完备的 RPG 的想法真是坑爹啊！早知道把以前模仿东方写的 STG 完善完善交上去算了 ╮(╯▽╰)╭

嘛～我知道各种后悔也是没有用滴，但是一个月内又要把实习的任务（完成 10%）做了、又要把毕业设计（完成 35%）做了，鸭梨真的不是一般的大啊。

唔……要不……来个漫无止境的五月吧～