＜ＦＯＯＴＮＯＴＥ＞

1. 约翰卡马克, Latency Mitigation Strategies（延迟缓解策略）
2. 各社VR技術の一覧と比較
3. 2kliksphilip, The future of upscaling?

对应的微型博客：VR 的重投影技术

＜ＦＯＯＴＮＯＴＥ＞

1. rainyyc, 《ow2-str-tool》. (参照 2022-11-19).
2. WiXeno, 《我与地图工坊——一千三百小时，和那曾存在过的自定义文本》, 哔哩哔哩, 2022-11-13. (参照 2022-11-19).
3. WiXeno, 《我们的地图工坊——为什么文本功能回归如此重要？》, 小黑盒, 2022-11-14. (参照 2022-11-19).

对应的微型博客：《守望先锋》地图工坊的「拼字」

对应的微型博客：YAML 空格缩进的另一种写法

＜ＦＯＯＴＮＯＴＥ＞

1. Nick Paumgarten, 《Up And Then Down》, The New Yorker, 2014-07-28. 参照: 2023-01-03. Online.
2. Dennis Cauchon and Martha T. Moore, 《Elevators were disaster within disaster》, USATODAY.com. (参照 2023-01-03).

对应的微型博客：被电梯困住 41 小时的人

＜ＦＯＯＴＮＯＴＥ＞

1. 鬼斧神工119, 耳机音质与价格的关系，耳机音质与频响曲线的关系。（重制总结版）
2. 自然声.杰长老, 耳机频响曲线如何看（上）----如何理解哈曼和音特美曲线
3. 鬼斧神工119, 详解音箱频响曲线中的一些误区
4. audiosolace , Harman Target Curve Explained
5. 鬼斧神工119, 关于哈曼曲线的若干解释与澄清
6. Jaakko Pasanen, Equalizing Headphones the Easy Way
7. Adair, 【心得】如何使用Equalizer讓耳機聲音更加自然，AutoEQ介紹。

对应的微型博客：AutoEq

对应的微型博客：2048 推箱子

0.2 版本
对应的微型博客：2048 推箱子

＜ＦＯＯＴＮＯＴＥ＞

1. Saul G. Myerson, Andrew R. J. Mitchell, Mobile phones in hospitals, BMJ, vol. 326, no. 7387, Page 460–461, 2003-03.
2. Stefanie Ettelt…, Evidence-based policy? The use of mobile phones in hospital, Journal of Public Health, vol. 28, no. 4, Page 299–303, 2006-12.
3. Claudia Hammond, Are mobile phones dangerous in hospitals?, BBC, 2013-05-14.

对应的微型博客：医院内的通讯

＜ＦＯＯＴＮＯＴＥ＞

对应的微型博客：随时间变长的标题

＜ＦＯＯＴＮＯＴＥ＞

1. 曲炜, 《日本为何没有“地沟油”?》, 华声在线／北方网, 2011-12-03. (参照 2023-11-16).
2. 经济参考报, 《“地沟油”可以这样变废为宝》, 人民网, 2014-04-17. (参照 2023-11-16).
3. 新周刊, 《别再把炒菜废油倒水池里了！后果很恐怖》, 知乎专栏, 2019-03-05. (参照 2023-11-16).
4. Marketing, Safe And Effective Ways On How To Dispose Of Cooking Oil (2021 Edition), ACTenviro, 2022-02-12. (参照 2023-11-16).
5. es-editor-sabcat, 『廃油の正しい処分方法10選！【食用油からガソリンまで】』, 粗大ゴミ・不用品回収サービス, 2023-01-21. (参照 2023-11-16).

对应的微型博客：处理废弃食用油

＜ＦＯＯＴＮＯＴＥ＞

---
title: "组曲、混搭与融合协作曲"
---
graph LR

    subgraph "融合协作曲的结构"
    direction LR
        XA["A 音乐<br>A 音乐的曲风"]
        XB["A 音乐<br>B 音乐的曲风"]
        XC["A 音乐<br>C 音乐的曲风"]
        XD["A 音乐<br>D 音乐的曲风"]
        XA --> XB --> XC --> XD
    end

    subgraph "混搭的结构"
    direction LR
        MA["A 音乐<br>B 音乐的曲风"]
    end

    subgraph "组曲的结构"
    direction LR
        A["A 音乐<br>创作者指定的曲风"]
        B["B 音乐<br>创作者指定的曲风"]
        C["C 音乐<br>创作者指定的曲风"]
        D["D 音乐<br>创作者指定的曲风"]
        A --> B --> C --> D
    end

对应的微型博客：融合协作曲

＜ＦＯＯＴＮＯＴＥ＞

---
title: "3D 挑战、Nichijou Reanimated、sailormoonredraw 和说明书"
---
graph LR

    subgraph "说明书的结构"
    direction LR
        BA["说明内容<br>I 语言"]
        BB["说明内容<br>II 语言"]
        BC["说明内容<br>III 语言"]
        BD["说明内容<br>IV 语言"]
        BA --> BB --> BC --> BD
    end

    subgraph "sailormoonredraw 的结构"
    direction LR
        IA["月野兔的动作<br>A 画风"]
        IB["月野兔的动作<br>B 画风"]
        IC["月野兔的动作<br>C 画风"]
        ID["月野兔的动作<br>D 画风"]
        IA --> IB --> IC --> ID
    end

    subgraph "Nichijou Reanimated 的结构"
    direction LR
        AA["日常动画<br>A 画风"]
        AB["日常动画<br>B 画风"]
        AC["日常动画<br>C 画风"]
        AD["日常动画<br>D 画风"]
        AA --> AB --> AC --> AD
    end

    subgraph "3D 挑战的结构"
    direction LR
        MA["模板动作、镜头等命题<br>A 画风"]
        MB["模板动作、镜头等命题<br>B 画风"]
        MC["模板动作、镜头等命题<br>C 画风"]
        MA --> MB --> MC
    end

对应的微型博客：融合协作曲

＜ＦＯＯＴＮＯＴＥ＞

---
config:
  sankey:
    showValues: false
---
sankey-beta

%% 「百年一遇」洪水数量的概率。
%% source,target,value
100-year flood in 100-year, no flooding (36.603 %), 36.603
100-year flood in 100-year, flooding (63.397 %), 63.397
flooding (63.397 %), 1 flood (36.973 %), 36.973
flooding (63.397 %), 2 flood (18.486 %), 18.486
flooding (63.397 %), over 2 flood (7.937 %), 7.937

---
config:
  sankey:
    showValues: false
---
sankey-beta

%% 蔚蓝档案 0.7 % 卡池的一井（两百抽）概率。
%% source,target,value
Blue Archive 200 times, 0 P.U. (24.539 %), 24.539
Blue Archive 200 times, P.U. (75.461 %), 75.461
P.U. (75.461 %), 1 P.U. (34.596 %), 34.596
P.U. (75.461 %), 2 P.U. (24.0266 %), 24.0266
P.U. (75.461 %), 3 P.U. (11.29 %), 11.29
P.U. (75.461 %), 4 P.U. (3.92 %), 3.92
P.U. (75.461 %), over 4 P.U. (1.389 %), 1.389

对应的微型博客：图形化展示概率

模块化规避版权（原版）

开发兼容软件，只要遵从 净室设计，保证软件是独立开发的，就可以规避版权风险。比如之前微型博客里提到过的：Gnash（Flash）、ReactOS（Windows）。

净室设计的原理是：A 队反编译原始软件，编写出兼容目标的文档。B 队根据文档独立编写软件。最后 C 队校验审查 B 队的兼容软件，检查软件足够干净，不含受到保护的代码。

这就是将开发团队模块化，规避版权的好方法，过去 IBM 兼容机 就是这么制作出来的。而已经完成的软件，也可以模块化。

游戏模拟器可能不会提供原始 BIOS、密钥等受到版权保护的内容，需要玩家从自己拥有的游戏机中提取（或者其他途径）。亦或者一些软件的开源许可证不兼容，需要手动下载开源程度更高的 FFmpeg（GPL 版本）。

BitTorrent 之前流行的 P2P 文件分享软件，基本都内置了中心化的搜索功能，但是容易受到版权影响。而 BitTorrent 的出现，它终结了软件提供内容搜索功能的惯性思维，最终让 BitTorrent 成为赢家。

对应的微型博客：模块化规避版权