In the airing anime No Game No Life, the protagonistic brother and sister were sent to a world set in Medieval period, with their smartphones. After watching the first two episodes, I find it quite fun to think about the question: how should they manage their smartphones’ usage?

The first thing that comes to my mind is that smartphones are essentially magic in the Middle Ages. If you are caught using a smartphone by Medieval people, you’ll certainly get into trouble. Thus, it is very important that the existence of your smartphone should be kept secret. Also, the smartphone is irreplaceable. You don’t want to lose it.

Then, I think of a big problem: there is no electricity supply. Once the battery died, the phone would be a brick forever. So we need to conserve power as much as possible. I can come up with the following points:

• Switch to flight mode, since there is no signal after all
• Adjust screen brightness to minimum, and turn off automatic adjustment
• Turn off background app refresh
• Don’t play games or listen to music! Not even once!

Now, let’s think about what advantages can the smartphone bring us in the Middle Ages:

• Calculator, which solves practically unsolvable arithmetic problems in the Middle Ages, easily and correctly. Through that, you gained the trust from the king.
• Camera, which records information accurately. The princess, who was a cute girl, let you read a secret tome in her room, but only once and didn’t allow you to take notes. People would assume you could only acquire very limited knowledge from the tome, but you actually took pictures of several important pages. The princess believed you must be a genius! (Just how ridiculous this plot is!)
• Compass. You led your team out of a death maze and became a hero.
• Voice recorder. Your archenemy, a hypocrite, finally showed his true colors and threatened you when you two were alone. However, it was all recorded and you exposed him in front of the princess. (At this point, we assumed that you could trust the princess enough to tell her the secret of your smartphone…)

Aah, this is so addictive. Am I missing any even more interesting scenarios?

However, as I read the light novel on which the anime was based, it turned out that the siblings had solar chargers. This is so evil! Why haven’t I seen anyone using a solar charger around? Now I’m deprived of fun.

The actual encoding code is shipped with Apple Application Support as a form of a library. Apple doesn’t provide a more convenient way to invoke the encoder than using iTunes. Fortunately, there is an open source project called qaac fulfilling that role.

To produce AAC exactly equivalent to the so-called iTunes Plus quality, use the following command:

qaac -v256 -q2 INPUT

I’m currently encoding in qaac’s True VBR mode to prepare music for my iPhone. The command is like this:

qaac -V63 -q2 INPUT

After some research, I found avs2pipemod. avs2pipemod is a program that pipes the output of AviSynth to other programs, with which we are able to connect 64-bit x264 and 32-bit AviSynth.

Because we will be piping raw video, we have to specify the parameters of the video manually. Fortunately avs2pipemod is able to generate those arguments for us. First we execute the following command:

avs2pipemod -x264raw SCRIPT.avs

And we will get something like this:

- --demuxer raw --input-csp bgr --input-depth 8 --input-res 1920x1080 --output-csp rgb --frames 24429 --fps 30030/1001

Of course the values will change depending on your source. So now we can call x264 with those arguments

avs2pipemod -rawvideo SCRIPT.avs | x264 - --demuxer raw --input-csp bgr --input-depth 8 --input-res 1920x1080 --frames 24429 --fps 30030/1001 --preset veryslow --crf 23 -o OUTPUT.mkv

It’s just copying the arguments generated by the first command, plus the arguments you would like to use for encoding.

For some reason when I tried this, I got my encoded video upside down. I am not quite clear what caused that. However the problem can be easily solved by changing the previous command a little bit:

avs2pipemod -rawvideo=vflip SCRIPT.avs | ...

The x264 part remains the same. I only tried once, so I don’t know if this happens to just some or all videos. You definitely want to check your result to know if it is necessary for you to use vflip.

So far we’ve done the video part. For audio, use the following command:

avs2pipemod -wav SCRIPT.avs | flac -8V -o OUTPUT.flac -

Here we are piping the audio in WAV format, therefore we don’t need to specify the parameters of the audio. Of course you can use whatever encoder you want.

Now just mux the two streams and you are good to go.

众所周知，哔哩哔哩并没有自己的服务器，其视频全部是盗链其他的视频站。按目前的状况，用新浪视频是最好的选择。

使用新浪视频，一个问题是审核，貌似现在新浪视频是先发后审。所以你的视频要能存活一天才能说是过了审核。但偶尔也有两三天后被和谐的。

至于过审核没什么技巧，视频标题胡乱填，别的信息能不填就不填，一般来说问题不大。

最大的问题是，新浪视频会不分青红皂白把你上传的视频重编码。重编码的结果往往是渣画质和渣音质。所以哔哩哔哩众把新浪视频称为“渣浪”。而我们的目的就是要防止视频被重编码，就是所谓的“战渣浪”。

“战渣浪”的要诀很简单，就是一条：如果你上传的文件平均比特率不到 1 Mib/s，就不会被“渣浪”重编码。注意这里是整个文件的比特率，包括音频流。

其实你被我骗了，上面这条只是最重要的一条。其他还要注意，容器格式只能是 FLV，其中包含 AVC 编码的视频流和 AAC 编码的音频流。AVC 和 AAC 编码有很多 profiles 啊什么的，我没有具体测试支持哪些。

所以可以先看看要上传的文件，如果比特率和编码格式达到要求，恭喜你，不用重编码了。只用确保容器是 FLV 就可以上传了。换容器可以用 FFmpeg 很简单的办到：

ffmpeg -i INPUT -vcodec copy -acodec copy OUTPUT

要重编码的话，我们就得规划一下，音频流的比特率 ~ 140 Kib/s 左右足矣，然后视频流就 ~ 800 Kib/s 吧。

编码视频用 x264：

x264 INPUT -o video.mkv --pass 1 --bitrate 800
x264 INPUT -o video.mkv --pass 2 --bitrate 800

使用 x264 的平均比特率模式和二次通过方法能相当精准的达到既定的比特率目标。这里中间视频流存在 MKV 容器里面，不用容器的话，最后一步 mux 成 FLV 会出问题，具体原因没研究。

音频部分要先抽出原视频的音频：

ffmpeg -i INPUT -vn -acodec pcm_s32le -ac 2 audio.wav

然后用 Nero AAC Codec 编码：

neroaacenc -q 0.4 -lc -ignorelength -if audio.wav -of audio.m4a

最后 mux 就行了：

ffmpeg -i video.mkv -i audio.m4a -vcodec copy -acodec copy OUTPUT

这样就成功了。把得到的 FLV 传到新浪视频，就可以给哔哩哔哩投稿了。

总的来说，先推扬雨晴和祁连遥才能推苒雪忆。童玲推不了，汪星涵救不了。

我该怎么做？

• 支持妹子，来个白菜豆腐。 扬雨晴+2
• 饭菜好奇怪，还是算了。

王用斌的身份是————

• 王用斌是一名学生！ 扬雨晴+1
• 王用斌曾经是秘书处主席！ 扬雨晴+3
• 王用斌曾经是童玲的男友！

必须马上做出决定，否则一切就太晚了！

• 让雪忆回来
• 目送雪忆远去

（完成无恙篇）那么我究竟还要不要继续追究呢？

• 继续追究！ 苒雪忆+1
• 算了，继续也没有意义。

如果苒雪忆为 1，则出现特殊剧情。

（苒雪忆为 1）昏昏沉沉的接着睡？还是出去走走？

• 接着睡吧
• 索性不睡，出去走走 苒雪忆+1

如果苒雪忆为 2，则出现特殊剧情。

大体能明白祁连遥的意思，还是大致说出来内心感受吧。

• 挺好的
• 一般般 扬雨晴+1

但是如果仔细想想，这个案件应该不难。

• 支持贺云舟的看法
• 怎么可能会有这样的知情者？ 扬雨晴+2

要不要再和她默契一下呢？

• 贺云舟怎么还不回来？ 扬雨晴+1
• 沉默 扬雨晴+2

这种紧急关头，我到底应该支持谁？

• 支持扬雨晴
• 支持祁连遥 扬雨晴+1

如果她不走，那我会做什么呢？

• 我不想提起。 扬雨晴+1
• 我们会很幸福的。 扬雨晴+3

如果苒雪忆为 2，则出现特殊剧情。

贺云舟此刻邀请我逃出去，我应该怎么办？

• 和他一起逃出去。 扬雨晴+3 跳过下面的苒雪忆特殊剧情
• 放弃逃离。 扬雨晴+1

如果苒雪忆为 2，则出现特殊剧情。

（苒雪忆为 2）我该怎么办呢？

• 回宿舍
• 去走走 特殊剧情

如果扬雨晴为 5 或更低，则出现特殊剧情并且祁连遥+1。

如果苒雪忆为 2，则进入苒雪忆线。

如果祁连遥为 1，则出现特殊剧情并且祁连遥+1。

如果扬雨晴为 6 或更高，则进入扬雨晴线。

进入祁连遥线。

（无恙篇在完成扬雨晴线和祁连遥线后出现。）

（息心篇在完成苒雪忆线后出现。）

本攻略由水竹叶独立整理和编写。

发现很多人对各结局的具体情况存有疑问，希望搞清楚，所以这里整理一下。

总的来说，主角作为受害者虽然复仇成功，可是也把同是受害者的江庭雪、江城雪和白悠悠的命也搭进去了。有时候太过执着也不是好事呢。

To international readers:

Though I don’t expect this, but thanks for showing interest in these two Chinese doujin visual novels. Should you need help translating this walkthrough, feel free to contact me.

本文是这两个游戏的攻略，列出了所有选项的作用和所有结局的达成条件。

雪之本境EX

雪之本境～解境篇～

雪之本境EX

一共只有一个变量。结局由这个变量的数值决定。

嗯……我们在哪里进行的谈话

• 雪山中 +1
• 旅店中 +2
• 梦境中

功能吗？建在这么高的雪山中，能有什么用呢？

• 娱乐功能的旅店 +1
• 救助功能的救助站 +1
• 刺激艺术家细胞的风雅之地

现在该冷静下来，仔细想想我应该怎么做？

• 主动道歉
• 什么都不做

最先发现无线电被破坏的人是……

• 白悠悠 +1
• 店长
• 季愁然和白悠悠 +2

比较让我在意的其实是……

• 昨天那封信你是怎么看的？
• 没什么 +1

我该如何追问？

• 什么叫完全不见？
• 保持沉默。 +1

但或许我应该……

• 安慰一下江城雪 +1
• 躺下

但是究竟是否遵守，还是由我自己说的算。

• 遵守 +3
• 不遵守

他们的歉意是不是真心的呢？

• 真的 +1
• 假的

隐瞒的东西再清楚不过。

• 隐瞒肉的来历 +1
• 隐瞒贺松原死亡真相 +2
• 隐瞒境主的身份

我该怎么办？

• 看看床底 +1
• 不管了，先睡觉

是如实相告，还是隐瞒呢？

• 告诉 +1
• 隐瞒

我是否应该赞成对照笔迹？

• 对照 +1
• 不对照

我该怎么办？

• 坚持下去！ 结局：执拗线
• 继续妥协！

此时，如果变量为 9 或更低，则进入结局：雪葬，否则进入结局：本境之雪。

进入结局：本境之雪会开启雪境旅店。

雪之本境～解境篇～

总的来说，所有选项分为两类，一类影响归海的好感，另一类影响自己的推理正确性。最后结局由这两个变量的数值共同决定。

该说点什么好呢？

• 对不起，把你弄湿了
• 糟糕！全喷到归海姐脸上了！
• 归海，你没事吧？ 归海+1

我要不要试探一下呢？

• 难道是店长……
• 你们的意见是…… 归海+1

我要！

• 提出建议！
• 看情况 归海+1

真纠结啊，究竟该怎么决定呢？

• 既然想留就留下来吧 归海+2
• 你还是和大家一起下山的好

要不要蒙混过关呢？

• 你说的是什么约定？ 归海+2
• 那个啊，当然记得。

仔细想想，我要不要支持归海的观点，让大家住在一起。

• 表示支持 归海+2
• 沉默

是如实相告，还是隐瞒呢？

• 告诉 推理+1
• 隐瞒

啊……我……

• 当然愿意！ 归海+1
• 不行，我还要保存体力拯救世界。
• 小雪，上次那件女仆装你带了？ 归海+2

仔细想一想，做出选择吧。

• 告诉鸾渊 推理+1
• 暂时不说

我该不该对归海说出实情呢？

• 告诉归海这一切。 归海+2
• 不，还不能说。

该用怎么样的战略！

• 用力
• 用吃奶的力 归海+1
• 双手可以吗？ 归海+2

冷静一下，结合真实世界的现场，来解开眼前的谜题！

• 两人死亡的地点根本不同
• 两人死亡的时间根本不同 推理+1

看来问题很简单了，这个世界中的成启言有没有成功呢？

• 他成功了
• 他失败了
• 他还没有出手 推理+1

那么我该怎么解释呢？

• 我只是想看望下你们。 推理+1
• 我在找境主的证据。
• 你们这群死基佬！ 结局：雪之本基

首先，必须判断这个家伙最有可能是谁？

• 境主 推理+1
• 普通人

那么成启言遭遇境主地点是……

• 自己房间！
• 其它地方！ 推理+1

冷静想一想，完成给境主最后的一击！

• 他偷换了身份！
• 他转移了事发地点 推理+1
• 他不是真凶！

杀死成启言的就是——

• 境主
• 叔桐山
• 白悠悠 推理+1

仔细想想，凶手这么做的目的是什么？

• 延时装置 推理+1
• 误导他人
• 制造不在场证明

好吧，我先回想下，顺便联系其他的信件，确认这个收件人是谁吧。

• 成启言
• 常舍青
• 贺松原 推理+1

当然可以！真正的贺松原信件是——

• 归海带给我的！ 推理+1
• 现场发现的！
• 境主！你先给个提示！

原来的信件是……

• 成启言 推理+1
• 贺松原
• 境主！你再给个提示！

那么如你所愿！成启言的信件之所以在贺松原身上是因为——

• 他现场进行了置换 推理+1
• 境主，再来点提示

境主，这其中的原因就是——

• 常舍青还有一套！
• 境主有一套！ 推理+1

这一切能说明什么呢？

• 旅店的原来主人
• 境主的布局原因 推理+1

此时，如果没有阅读明眸篇，则进入结局：归海BE，并开启明眸篇。

如果已经阅读明眸篇，但是推理为 7 或更低，则依然进入结局：归海BE。

如果已经阅读明眸篇，并且推理为 8 或更高，此时，如果归海为 7 或更低，则进入结局：庭雪线，否则进入结局：归海线。

本攻略由水竹叶独立整理和编写。

To turn off the ads, go to Preferences, and then Advanced, and set the following variables to false:

• offers.left_rail_offer_enabled
• offers.sponsored_torrent_offer_enabled

Click OK and restart the program. The ads should be gone now.

I actually switched to another client called Tixati. Currently it works well for me, and it has no nonsense.

bootstrap gcc
b2 -s ZLIB_SOURCE=ZLIB_SOURCE -s BZIP2_SOURCE=BZIP2_SOURCE variant=debug,release link=shared,static threading=single,multi address-model=32,64 toolset=gcc

That will build all variants. Of course, you can pick and only build what you need.

Currently, many decoders fail to handle Fraps videos in the YV12 color space correctly, resulting in decoded pictures that appear very dark.

In either case, the video stream can be decoded correctly using AviSynth. For YV12, use:

FFIndex(INPUT)
AudioDub(FFVideoSource(INPUT), FFAudioSource(INPUT))
ColorYUV(levels="PC->TV")
ColorMatrix(mode="rec.709->rec.601", clamp=0)

For RGB24, use:

FFIndex(INPUT)
AudioDub(FFVideoSource(INPUT), FFAudioSource(INPUT))

Don’t use the following script:

AviSource(INPUT)

That uses Fraps’ own decoder, which converts YV12 to RGB24. If you later encode the video to YV12, the whole process, YV12 → RGB24 → YV12, causes quality loss. In the above two scripts, there is no unnecessary color space conversion.

It is said that by using the right parameters, both FFmpeg and x264 can decode the video stream correctly. But I haven’t tried yet.

长弓背负いし 月の精
梦の中より待ちをりぬ
今宵やなぐゐ、月夜见囃子
早く来んかと待ちをりぬ
眠りたまふ、ぬくと丸みて
眠りたまふ、母に抱かれて
真棹掲げし 水の精
梦の中より待ちをりぬ
今宵とりふね、うずまき鬼
早く来んかと待ちをりぬ
眠りたまふ、ゆるゆる揺られ
眠りたまふ、海に抱かれて

汉语

月拥怀中，仙女水鹭。
梦中徐来，长夜悠悠。
今宵共君，夜赏囃子。
盼君速归，长夜悠悠。
睡意袭我，眼阖梦徭。
睡意袭我，意归襁褓。
手扶卓揭，仙女水狃。
盼君速归，长夜悠悠。
今宵共君，戏于西楼。
盼君速归，长夜悠悠。
睡意袭我，涟漪池留。
睡意袭我，意归海角。

汉语

清风幻夜曲，残月铭苍息，
悄随缘心梦，隐约潜雾悲。
今宵伴君行，妆音盼自取。
待醒幽夜还，任怨蕴心扉。
临眠寄梦寻，傍月空悲语。
临眠寄梦寻，伴母怀梦归。
轻声唤君语，残梦凝水聚。
悄随缘心梦，隐约潜雾悲。
今宵伴君行，还眠声自许。
待醒幽夜还，任怨蕴心扉。
临眠寄梦寻，深海悄声忆。
临眠寄梦寻，幽思怅望归。

汉语

长月杯中扛，明月之妖精。
梦中徒步来，长夜无可待。
今宵伴君行，月夜观杂子。
待君早日还，长夜无可待。
我欲长睡之，为我合上眼。
我欲长睡之，母亲怀抱中。
手将真棹揭，彻水之妖精。
梦中徒步来，长夜无可待。
今宵伴君行，子夜戏迷藏。
待君早日还，长夜无可待。
我欲长睡之，涟漪轻摇曵。
我欲长睡之，海之怀抱中。

汉语

黑夜里聆听着歌声我沉沉睡去，
睡梦里看见你微笑忘记了恐惧。
歌声里凝望着你，月光照耀着大地；
微笑里想起过去，轻轻的哭泣。
快入梦睡去，静静的闭上眼睛；
快入梦睡去，心跳着你的呼吸。

黑夜里编织着温馨我沉沉睡去，
睡梦里温暖的怀抱忘记了恐惧。
温馨里是因为你，海面倒映着繁星；
怀抱里如此安静，深埋着记忆。
快入梦睡去，悄悄的贴近你的心；
快入梦睡去，心即将随你而去。

You shouldn’t sell your soul to the devil even if you hated the world.

• Online Windows installer: http://www.skype.com/go/getskype
• Offline Windows installer: http://www.skype.com/go/getskype-full
• MSI: http://www.skype.com/go/getskype-msi
• Mac OS X: http://www.skype.com/go/getskype-macosx.dmg

To use MP4Box without installing the entire GPAC framework, you can extract relevant files from the installer using a extractor such as 7-Zip:

• js32.dll
• libeay32.dll
• libgpac.dll
• MP4Box.exe
• ssleay32.dll

And add the directory to your path. Then you are good to go.

LoadCPlugin("assrender.dll")
assrender("subtitles.ass", hinting=3, fontdir="font")

The fontdir option is a directory holding fonts used to render the subtitles, which you don’t want to install on your system.

LoadCPlugin("ffms2.dll")
FFVideoSource("source.mkv")

Note that I’m using the newer C plugin version.

For M2TS and TS, it seems that by far DGAVCDec is the best choice. Use DGAVCIndex to index the source and you will get a DGA index file. Then write a script like this:

LoadPlugin("DGAVCDecode.dll")
AVCSource("source.dga")

x264 --profile main --level 4.1 --preset veryslow --tune animation --crf 25 --output output.264 source.avs

And this is the comparison of Frame 16416 of the video:

Of course the quality is very shitty. The image is fuzzy. The grain is gone. The details cannot be seen clearly. But the bit rate is only 303 kbps for a 720p 8-bit H.264 video stream! That may be useful in preparing video for portable devices. I’ll experiment more to get the balance between quality and size.