杂谈

2015-10-25

Misc

日常

本篇日志对于一篇杂谈来说太长了，因为讲了几个方面的东西。为了减小首页规模所以请展开查看吧。

tt发来了邮件，引用标准草案说明各个自增的顺序是没有规定的。按照他的用语，

……因此，无论编译器返回什么值，或是让一匹独角兽从窗外出现给所有人分发冰淇淋，都不算作对标准的违反。……

为什么这说法这么像读过的那些技术入门书的句子；题材倒是会很丰富，不论是讲编译的、讲语言的、讲架构的，老外的书里总是能跳出一两个好玩的东西。顺带一提，如果真有独角兽在窗外分发冰淇淋，我很乐意来一份。

不过既然微软在将 clang 整合到 Visual Studio 中，这些问题应该会逐渐减少。舍友倒是没多么纠结啦，他不是做这个的，可能只是在专业课（要用到一点基础编程）上被老师坑了一下。

tt也说了，我的博客没有评论机制。是的。开始的时候我用了多说，但是后来撤掉了。因为多说通过对其脚本的引用（referer 头），会利用服务器会抓取我的博客内容。虽说直接用 URL 作为存储索引也足够区分，但是内容似乎都流过去了。刚刚建立博客时我就说过这个问题，但是随着博客内容的积累，我并不希望通过这种方式流失内容，所以就将脚本引用删掉了。（即使不这么做，以后也可能会有一些乱七八糟的网站或人通过自动或人肉爬虫进行转载的吧。隐藏 <span> 方法到时就能发挥一定的效力了。

这是没有自己的博客数据库的大劣势。因此我在考虑这一波过去后有时间了，开一个 VPS，将博客转移到 WordPress 上。不过先要等到安顿了再说。

其实如果有任何想法，可以直接给我发邮件的。嘛，“向社会妥协了”（杨彦君语）之后我入手了一个智能手机，配置了一下常用邮箱的 SMTP 和 POP3 服务，所以基本上睡前就会检查一下邮件的啦。

Bulletproof 修正了 Graphics 的绘制逻辑，现在应该和 Flash 是一样的了。不过颜色的问题还没解决，就是上次提到的似乎跟 alpha 扯上关系的问题。

不过进一步观察发现，premultipliedAlpha（该翻译成什么呢？预乘的 alpha？）也脱不了干系。上次的小圆脸的结果，背景颜色根本不对，因为源图像的背景是棕黄的，而上次显示的是惨白。这还没开滤镜呢，只有 alpha，怎么就这样了？想想一个合理的解释是由于当前的上下文将颜色模式的预乘开了，公式成了这个样子：

R' = R * A
G' = G * A
B' = B * A
A' = A

但实际上，应该按照这样解读：

R' = R
G' = G
B' = B
A' = A

模式错了，将颜色送进去之后，在 shader 处理（之前？之后？有哪位能帮忙解答一下）时被自动“纠正”：

R* = R' / A'
G* = G' / A'
B* = B' / A'
A* = A'

你看，那个椭圆 alpha 大概在0.6，所以最终的 RGB 分量是原始值（原始值也是预期的最终值）的 1.67 倍；WebGL 保证颜色不越界，那么一般就能取到最大值1.0，导致颜色基本上是黑白的（黑色 RGB 都是0，不变）。另一个证据是，如果 alpha = 1，则画出来的图元颜色没有问题，毕竟此时即使是除了一个 A' 还是原来的值，撞大运刚好等于预期的值。

但是，在创建 WebGLRenderingContext 的时候不管是否设置 premultipliedAlpha，设置为 true 或 false 都没有影响渲染结果，这比较头疼。

24日早上跑了12分钟跑。黄导（嗯，黄导）也是厉害，和监考老师一直聊天所以最后4个组（8个班）全都过了。虽说一般都是能过的，不过老师总是“啊跟你说话都忘记掐表了，现在都20分钟了”甚至“哎呀这个班跑之前忘记重设了，现在都40多分钟了”也该被吐槽了吧。

晚上还跑到沙河校区去答辩去了，下午晚上走了不少距离，晚上腿确实疲劳。但是睡一觉之后都没事了……反倒是一个舍友还在嚷嚷“昨天跑步今天腿还酸”的。

今天开云音乐，在我翻译的歌单中突然发现了一些有小小云朵图标的项目。后来发现其他一些歌单上的一些曲子也有同样的图标：

云音乐的“我的音乐云盘”过渡

恐怕又是 IP 段判断失误了。云音乐一直就有 IP 可能处理不好的问题（百度一下“因合作方的要求，此资源暂时被下架”就能看到）。像上面肉松（户松遥）的歌（《Girls, Be Ambitious》），之前就遇到过弹出“暂时下架”拒绝播放的情况。我还以为是合约到期了还是什么的（百度音乐就是这么衰落的），但后来发现只是软件方式的播放者位置限制而已。

以前直接禁止播放的行为让我很不开心。这次云音乐就做得不错，体验有很大改善。将播放过的歌曲缓存在音乐云盘里，这样只要云盘没满，就能播放以前听过的歌曲——毕竟没有理由给你直接禁了啊，而且看着自己歌单突然就废了一部分谁也不会开心的吧。

我航21系宣传部还原 Fate/UBW OP。我估摸这事也只有相对比较开放的21系的学生会支持花时间构思创作了。其他大部分系（我们呵呵）缺少技术宅的碰撞（就和一滴水和一片海洋一个道理），我们系导员直接就会问：“你做这个能给学院拿什么奖啊？”

最开始是周防天音的线路ED《HOME》，然后到《纯白交响曲》的特典单曲《シンフォニック・ラブ》（嗯受到工口之主的签名影响我知道了濑名爱理的存在），再到《幻想嘉年华》OP（还有《寻找失去的未来》的游戏OPED，不过我没怎么听），我发现我挺吃橋本みゆき的诶……

嗯，游戏上 CUBE 和 HOOKSOFT 两家，确认。在《恋する彼女の不器用な舞台》中的森谷実園（配アリス会长），在《your diary》的游戏OP中发现这位配的是かなで，形象很不同诶（话多/话少）。另外居然还配了《Lovely Quest》里的水穂！查了一下百科，看来吉田真弓在白糖系上参加了不少作品嘛。

升级到 Hexo 3.1.1 之后的坑爹事：

https://github.com/hexojs/hexo/issues/1565#issuecomment-151027460

这个异常在 node_modules/hexo/node_modules/nunjucks/src/parser.js 的第1158行被抛出。我加上了两行代码查看情况：

console.log(tok);
console.log(this.tokens.str);

然后就在控制台抓输出，看看是哪个文件。

（上面的问题涉及的我的博客上传的代码就两行，所以我暂时将那两行改了一下，不过还是希望能用到正常的 skip-render 功能。）

还有，原来的 _config.yml 直接在 3.1.1 中 hexo g，出现了3个问题：

生成速度非常慢，目前规模是600多个文件，2.8.3 生成时间大概是20秒，而 3.1.1 一顿一顿地在40到60秒之间。
不断报警告（WARN），说在对应的 _widgets 目录中未找到 EJS 文件。
无法识别 permalink: categories/:category/:title/ 这样的配置。具体表现为生成成功，但是在页面中的链接（包括日志、分类、标签、时间）都无效了，指向了其原本应该指向的地址的上一级的 index.html，如 /categories/Misc/2015-10-10-Something/ 变成了 /categories/Misc/index.html，archives/2015/10/ 变成了 /archives/2015/index.html，等等，全乱套了。

我怀疑是模板的兼容性出了问题（毕竟在一个新文件夹里 hexo init 后 hexo g && hexo s 的结果一切正常），临时换上了 hueman 主题，但是问题依旧。后来尝试了多种配置，每次都执行 hexo clean && hexo g && hexo s，没有一个解决了问题的。又受不了了，干脆用上原始的 _config.yml，直接 hexo g && hexo s，工作正常；然后往上面一点点加上原来的配置——最后配置文件都等价了，居然又可以了。这是诈和么？

现在除了 skip-render，其他能正常用了。感觉上 Hexo 3.1.1 比 2.8.3 快了不少，能充分利用缓存了。

这篇日志发布的时候，永久链接格式发生了变化。考虑到国际化（好好利用 Hexo 的新功能），和减少潜在的 URL 冲突（项目的 GitHub Pages 一般会在 domain.com/project-name，这里 domain.com 是博客所用域名，所以在主博客中要将 uiharu.moe/ 后面跟着的入口缩减一下），原来的格式是

:category/:year/:month/:day/:title/

新格式是

categories/:category/:year-:month-:day-:title/

我现在将文章按照语言组织起来了，所以现在的文章都在 source/_post/zh/ 目录下，:title 都含有“zh”，所以就会出现 http://uiharu.moe/categories/Misc/zh/2015-10-25-Misc/ 这样的地址了。

Pencil+ 3

对于机甲和道具的处理已经接近去年的那个思想上的项目了……

现在押上未来，就算是双线也好，我也会发出呐喊。就算众人只是模糊的灰色影子匆匆略过也好，如果没人去做，大家都只会接受煎熬。有不能做的，有不愿做的。有可能我只是想表达一个“呵呵，我就是能做得到”这种拯救苍生于水火的意思吧。——切，也许还不成呢，做好一百二十分的准备吧。