这是从去年开始的黑苹果大坑系列的延续。本来大约在五月份的时候就已经完成配置了，但是当时忙着补课就把记录这茬给忘了= =

机型是在最原始的GL553VD配置上替换了一些硬件。具体改动如下：

1. 网卡由Realtek RTL8723BE替换为Intel AC7265；
2. 新增Samsung PM981系列512G M.2固态硬盘一块。

之前本来用的是qiuchenly的Clover，但是在安装的时候都进不了安装器界面；后来在pcbeta上寻找本机型的支持情况，换了MohammadtaghiFarkhondekar的Clover。但是使用最新版的时候会出现一接入外置HDMI屏幕就立马重启的情况，后来发现需要使用V8而不是最新版，可以避免这个问题。

然后手动升级一下AppleALC.kext、手动安装itlwm.kext以解决声卡和无线网卡两个问题。可能还需要手动升级一下蓝牙的驱动IntelBluetoothFirmware.kext。（手写Intel Wifi驱动也太赞了吧 やばいですね☆）

顺带一提，旧版本AppleALC.kext能够正常驱动外置扬声器，但是耳机糊的没法听；升级版本后问题解决，但是需要注意一下，如果是从Windows重启到Mac OS这种热启动行为的话，外置扬声器是可能出现没有声音的情况的。此时应该从Windows关机后，重新按开机键进入Mac OS，方可解决问题。

安装系统的话，尽量低于10.15系列，因为在该系列下，fn快捷键都失效了。因而我的选择是10.14.6。

记住在安装和二次部署Mac OS的时候一定不要联网（包括有线和无线网）！在安装时联网的话，安装器会联网检查系统版本，不让安装太久以前的系统（根据个人实测，至少在10.15.5发布的时候安装10.14.6会失败的）。此时还是可以断网并使用命令行修改系统时间，继续安装的。二次部署的时候联网，我只能说「前功尽弃，请从头开始安装」——因为我也解释不清为什么会失败，只是知道这样一定出事罢了。

关于手头这块PM981，之前网络上流传有说苹果无法识别一类的，但是根据我的实际使用而言，在合适的配置之下，它不会妨碍系统启动，也能进行基本的使用，可以进行文件的读取（因为是NTFS格式，所以没有测试写入），但是进行高强度的读写时还是会翻车的（从PM981直接读取系统镜像的时候，读取速度达到了惊人的3.1GB/s，近乎满速，但是在验证镜像完整性的时候直接重启了）。这是由于PM981是Windows机型侧的OEM产品，三棒和苹果自然都没有理由为这一款产品在苹果系统上进行适配。如果要使用固态硬盘作为启动磁盘的话，建议还是选择其它在市场上广泛零售，或者是标注了有较好Mac系统兼容性的型号吧。

11区的艺术创作者每次都能整出些新活= =

在「変好き」作品第一集的ED后，放出了这么一个玩意：

真是炫酷.jpg

话说音频产业的美术还真是有点东西，不论是上次学到的那个Spectrogram频谱图，还是这次见到的这个。

在某度上搜索一番，竟然还没有发现任何人提到过这个图形，不论是中文还是英文。在某404网站上操作一番之后，得出结论：这玩意的名字叫做Goniometer。中文译名为测角仪，但是回到某度上来搜的话，还真就只有一点点测角仪相关的页面= =

简要叙述的话，这个图像表达的是双声道间的波性一致性。以垂直线为Mono，也就是单声道效果，顺时针45°为右声道R，逆时针45°为左声道L，（水平的+S和-S是啥意思我还不清楚），就可以作出一幅声道测角图。很显然，将L和R作为这个二维平面的笛卡尔坐标系的xy两个坐标轴的话，按照实时信号进行散点作图的话，可以发现若是左右声道信号强弱、相位完全一致的话，只会在Mono线上出现点，也就是传统的单声道效果；反之可能出现（椭）圆形的区域，暗示着在这些时间点左右声道的信号是不一致的。就上图而言的话，在实际使用耳机进行收听后，可以感觉出当时的音源更加偏向于左耳方向。

在Reaper里，可以找到在FX菜单的JS列表中，有一个Goniometer插件。将上述番剧的对应时间段的音频裁剪并放入Reaper中播放，观察可以发现两者在同一时刻的图像是基本一致的。

至于作图原理，我现在也不清楚。。等有时间了来学习一下，自己写一个玩玩吧（坑+1）

我不是在看WireGuard吗，怎么跑到这里来了

在学习WireGuard的时候，发现其中用到了ip rule命令来根据数据包的fwmark属性匹配不同的路由表。因为觉得比较神奇（和方便，作为路由器来说），所以就选择了深入一步进行了解。在阅读了一些博客中记载的简单配置实例后，将在Linux中进行路由配置的大致流程记录如下：

需要用到的工具有两个：ipfilter和ip。大致流程是首先使用iptables的mangle模块（修改网络数据包，可应用于QoS等场景）在系统内部对数据包进行识别和分类（进行标记），然后使用ip rule命令根据iptables对数据包进行的分类标记，选择对应的路由表进行合适的包发送操作。

https://kknews.cc/code/gaag6bl.html：

因为mangle的处理是优先于nat和filter表的，所以相依数据包到达之后先打上标记，之后再通过ip rule规则，对应的数据包使用相应的路由表进行路由，最后读取路由表信息，将数据包送出网关。

（突然发现没啥要写的了，就这样吧）

（咳咳，星之梦，eden*，塑料内存条，ATRI，奇怪的故事增加了）

这两天摸鱼快速打完了ATRI，现在感觉仿佛有那么一点。。惆怅的心情？

这图一定要放出来
555，写文的时候都晚上了，网友肯定都组团捞完回来了

也到某乎和贴吧上看了一下网友评价，觉得也和自己的感想在总体评价上一致，属于演技、逻辑、环境渲染表现良好，但是立意出发中规中矩的那种，结局就剧情中的现实意义而言算是还行的。不过由于剧本容量较小，不少网友认为水菜萌当了工具人来着= =我倒是觉得，还是那套说辞吧：若要说夏生和水菜萌两者有感情，剧中没有明确的剧情叙述；反之若要说没有，也可以辩驳说剧本里写不了一切。总之，什么观点自己喜欢就好，不必证明并强加于别人。

等什么时候steam发小绿票了去充值一下信仰吧

音乐评价也和其他人差不多，虽说算不上优秀的砖，但当作闲暇之时BGM还是足矣的。就我个人而言，绝大多数国产游戏（咳咳，反正我是还没见过那不存在的极小部分）和一部分国外游戏的BGM是做的真的8行。（可能也和游戏本身的设计有关吧）

然而OST 10月才发售。为了听歌我还得开个游戏？要是充值了的话我还能挂个游戏时长
重点是这玩意不稳定，下的DARKSiDERS的版本，只要闲置时间过久，程序就会自己停止工作= =
然后想法只有一个，那就是传统艺能——拆包了。

KrKrExtract的界面过于难受，没有GUI预览，对于还在使用SMR磁盘的用户来说更加难受了（体会过硬盘灯常亮，甚至闪都不闪的感觉吗）；而GARbro好是好，缺陷在于针对（似乎只有KrKr引擎的？）不同游戏的特殊解密方式都隐藏在了一个看似加密了的文件Formats.dat中。这个文件基本上都是由原作morkt更新的，然而上一次还在去年年初= =。ATRI的xp3文件也被加密了，可以看到文件名称，但是无法读取内容。然后运气好，这次看到有佬在issue区放出了ATRI所使用的加密算法CxEncrypt的关键参数，估计就差一个把参数整合进软件的工作了。

初步看了一下代码。似乎Formats.dat是一个使用Deflate算法加密了的C#序列化对象，然后添加了一个自定义头，在主程序开始运行时加载。至于具体用法，等接下来有时间我再补充吧。

什么叫数据流失啊？（战术后仰）

在粗读《cGAN-based Manga Colorization Using a Single Training Image》的时候，发现里面的漫画画风还行，打算找一下来源，结果以图识图找出来全是这篇论文的引图

好在作者给出了关键词“Monster Beat”，然而拿着这玩意直接去搜，啥都没有

然后考虑到11区的人普遍脑洞偏大，把这名字直接转回片假名「モンスタービート」，总算是找到了一丝端倪：这是一个在2016年就已经关服的游戏。

接下来就是要借助众位肥宅的力量了，找到游戏的攻略网站，顺藤摸瓜找到Twitter和官网——当看到Twitter上宣传漫画的那一张横幅图的时候，我就确信，已经「破案」了。

接下来要做的事情就是找到原漫画。直接访问官网的话，网站早就卖掉了，到archive.org上看，网站还被转手了多次，hhh

我贴
https://web.archive.org/web/20160529154912/http://monsterbeat.net/special/index.html

通过这个网址，就可以感受一下什么叫做数据在不经意间的流失了。

升华一下主题，人生走不了回头路，也没必要走回头路——能走的路太多了，唉。