分类 杂项 下的文章

根据RFC，IPv6有两种地址管理方式，分别是有状态Stateful和无状态Stateless。如其名所示，Stateful模式下主机IPv6地址由路由器分配，而Stateless模式下主机IPv6地址根据协议自身计算得出。大概可以猜到的是，Stateful模式下管理较为方便（如DDNS等），而Stateless模式则是减轻了路由器的工作负担（毕竟IPv6地址池那么大一个，记录所有地址还是很消耗资源的）。

OpenWrt默认使用了Stateless的方式管理IPv6下的内网NAT，然而我想知道内网设备中有多少获取到了IPv6地址= = 于是试图网上冲浪找出配置方法。

左摸索右摸索，也不知道是不是关键词用得不对，老半天才在一篇国人折腾IPv6的文章中摸到了个边。注意到文中配置有个未经解释的ra_management参数，搜了一下发现OpenWrt官网上给出了极为惨淡的解释：

ra_management    integer    1        RA management mode
                                     0: no M-Flag but A-Flag
                                     1: both M and A 
                                     2: M but not A

这里提到了A和M两个标志位，而这两个标志位正是DHCPv6中用于控制Stateful和Stateless模式的标志。

Flag Type Name Message Manual SLAAC DHCPv6
A Autonomous Prefix Information No Yes Maybe
M Managed ICMPv6 134 RA No No Yes
O Other ICMPv6 134 RA No Maybe Yes
L On-Link Prefix Information No Yes Yes

也就是说，理论上，将ra_management设置为2的话就可以强制启用Stateful模式管理IPv6地址。有待试验。

参考： https://blogs.infoblox.com/ipv6-coe/the-ipv6-prefix-information-option-or-fun-with-the-l-flag/

据MathWorks所述，在Matlab 2018之后就允许普通用户从官网下载安装器，制作离线安装包。然而，官方下载器又做的非常脑瘫，只支持单线程顺序下载，并且还没有暂停功能。

然而这些都是题外话，好不容易用100M的校园网带宽挂完了下载之后，安装出了幺蛾子：一打开，先是弹出一个错误界面，然后进入安装器界面后给出模棱两可的错误信息：There was an error communicating with the backend services.。起初我以为是某墙的问题，后来发现断网也无法避免。上网找了半天，没几个和Matlab安装有关的报错信息。最后在官方论坛某帖子的回复里看到了一小段回复（链接）：

When I received this error, it was not due to proxy settings or firewall settings. Rather, when I downloaded the installer, the download location was on a remote drive (a windows remote profile DFS location). I copied the setup file to the local drive, and it ran fine.

大意是说，下载的Matlab安装程序不能放在外部文件系统上，包括可移动设备和网络驱动器等。而我恰好为了做备份，直接把Matlab下载到了外置的移动硬盘上，然后直接从移动硬盘上启动了安装程序，从而导致了该问题；而回复者通过把安装程序拷回内置磁盘的方式解决了问题。但是动辄近20GB的完整安装文件来回移动，可以说是duck不必。在Windows下，我们可以尝试活用mklink，把外置磁盘中的文件夹软链接至内置磁盘中，让Matlab以为它是从内置磁盘读取的数据。

事实证明这个方法是有效的。从内置磁盘的软连接中重新启动Matlab安装程序，启动界面正常了，报错也消失了，问题解决。

在使用bt下载大型文件的时候，可能面临下载软件要初始化文件的问题。这是为了避免相同逻辑地址残留的历史数据无意或有意损坏文件的完整性（盲猜哈希碰撞）。对于固态硬盘来说，无疑是对底层Flash芯片的一次折磨（即便是置零，大多数情况下也会被主控识别为有效数据，写真实数据的时候还要再进行一次擦除，白白浪费了一次读写寿命）；对于机械硬盘来说，受到读写速率的限制，会在相当一段时间内影响该磁盘的整体读写性能。因而，无论使用哪种存储介质，都会下意识尽可能避免该种情况。

方法是从reddit上看来的：确保设置中的disk.no_zero为true，并使用管理员权限启动uTorrent。

目测原理是给了管理员权限之后，uTorrent可以调用Windows创建类空洞文件的权限（即声明空间但暂不分配、初始化）。

提供类似功能的工具为fsutil：

fsutil file createnew <filename> <length-in-bytes>

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

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

goniometer

真是炫酷.jpg

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

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

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

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

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

  1. 1
  2. 2
  3. 3