二葉琉璃の自留地

博客引擎从 Hexo 切换到 Astro 踩坑实录

Wed, 25 Mar 2026 15:56:33 GMT

这次把博客从 Hexo 切换到 Astro 的过程，记录一下整个迁移过程过程。当然，过程中也踩了不少坑，一并记录一下以帮助大家少走弯路。

为什么要换？

起因还得是从我为什么要弄另一个博客说起。

当时我还没有玩 Telegram，又觉得把生活和技术放一块不太好(虽然主博客没有多少硬核内容就是了？)于是就打算新建一个博客。基于上一个博客用 Hexo (不怎么)良好的体验，于是就决定下一个博客接着用 Hexo.

和严肃的技术类博客不同，生活类博客我想怎么样就怎么样。然后再接触到 shoka 主题后就开始一直用这个主题。

有一个点是 shoka 主题已经年久失修了，于是就配合着其他人的魔改教程一边添加新的功能如 Waline 评论和本地搜索，一边小心翼翼地升级依赖确保没有那么破旧。虽然我中途试过 hexo-theme-shokax 和别人的 hugo-theme-shoka fork，但是有大大小小的问题，遂作罢。

但是还是挂了

三月的一天，我看到别人的 fork 的 shoka 主题有一个修复滑动的问题，我原本想着看看我主题有没有就打开发现一直在转圈圈。

然后再 gpt 的帮助下开始禁用 cdn，使用本地字体，甚至！我还回滚到了部署当时还好好的时候。但是！还是没用。

然后我打算放弃了。

然后我就发现了一个类似 shoka 的 astro-koharu，于是就想着迁移过去。

正如我之前写的文章《Hexo 真的死了吗？》那样:

讲的是lz233因为觉得hexo社区不太活跃便将自己的博客转移到Astro上的事。

别人是主动迁移，我是直接因为博客用不了了我才被动迁移的。

开始迁移

正如上面说的，我是被动迁移的，且我对 astro 的特性和语法一概不知。我学 TypeScript 的唯一目的是为了 TypeScript action。是的，不是为了前端，就是为了一个明明可以用 Shell 或者 Dockerfile 编写的 Github Action. 于是我就想了一个省事的方法，选择了 Vibe Coding。用的是 glm5. 直接口头下达了迁移的指令。然后跑了不到两个小时吧，告诉我迁移成功了。

我 pnpm dev 一看，差点晕了过去。

字体没有自适应大小
latex 公式完全不支持
中文搜索不太行
静态资源直接 404

虽然 vibe 哪哪不太行，但不得不承认。照猫画虎比起从头看教程、手动便宜、调试简单多了。

然后我就把这些问题丢给了 gpt。gpt 告诉我 latex 公式不支持是因为在 astro 中需要用 $ 块包裹，静态资源需要丢到 public 文件夹而且不支持相对路径。

我把反馈丢回了 glm，让它修复这些问题。经过几轮的对话后，glm 把图片迁移到了public 文件夹，修改了 latex 公式显示，添加了 title 自适应大小，又把原来 shoka 的一点小巧思如离开标签页自动更换选项卡顶部标题给迁移了过来。

问题

1.生产文件夹不同 hexo 用的是 public 而 astro 用的是 dist 的但是 glm 迁移的时候没有把 gitignore 改过来，然后我又不巧地用了 squash commit 和 hard reset 试图减少 git 仓库大小于是我的图片丢！失！了！

最后通过 github 仓库的 activity 功能找回来的。

pnpm dev 下搜索无结果问题这个貌似无解。pagefind 用的是本地索引。需要用 pnpm build 构建产物才能搜索，作罢。
中文搜索分词问题如搜索“指对放缩”搜索结果会出来带“指”的内容，貌似是 PageFind 上游的问题，可通过“指对放缩”解决，但是“指对放缩”又会出现搜索结果出现“放”和“缩”的问题，理论上可以换一个搜索策略实现，但是 llm 改的时候还是没啥效果，作罢。

总结

总的来说，Astro 可用但仍然存在不少问题，不适合追求稳定的用户，请酌情考虑迁移。但是如果你能成功解决这些问题，那么 Astro 确实比 Hexo 好的多了多。

希望这篇记录能帮到同样在使用 / 考虑迁移到 Astro 的朋友。

指对放缩

Sat, 03 May 2025 14:27:55 GMT

1. 指对切线放缩

主要放缩形式有四种：

ex≥x+1e^x \geq x+1ex≥x+1
ex≥exe^x \geq exex≥ex
ln⁡x≤x−1\ln x\leq x-1lnx≤x−1
\ln x\leq \dfrac{x}

一，二用于往小缩，三，四用于往大放。

对以上放缩进行证明：

ex≥x+1e^x \geq x+1ex≥x+1.

构造 f(x)=ex−x−1f(x)=e^x-x-1f(x)=ex−x−1，对函数求导得到 f′(x)=ex−1f'(x)=e^x-1f′(x)=ex−1.

容易发现 f′(x)f'(x)f′(x) 单调递增，当 x>0x>0x>0 时，f′(x)>0f'(x)>0f′(x)>0；当 x<0x<0x<0 时，f′(x)<0f'(x)<0f′(x)<0.

所以 x=0x=0x=0 时，f(x)min=0f(x)_{min}=0f(x)min=0.

故 f(x)=ex−x−1≥0f(x)=e^x-x-1\geq0f(x)=ex−x−1≥0，得 ex≥x+1e^x \geq x+1ex≥x+1.

证毕.

ex≥exe^x \geq exex≥ex.

构造 f(x)=ex−exf(x)=e^x-exf(x)=ex−ex，对函数求导得到 f′(x)=ex−ef'(x)=e^x-ef′(x)=ex−e.

容易发现 f′(x)f'(x)f′(x) 单调递增，当 x>1x>1x>1 时，f′(x)>0f'(x)>0f′(x)>0；当 x<1x<1x<1 时，f′(x)<0f'(x)<0f′(x)<0.

所以 x=1x=1x=1 时，f(x)min=0f(x)_{min}=0f(x)min=0.

故 f(x)=ex−ex≥0f(x)=e^x-ex\geq0f(x)=ex−ex≥0，得 ex≥exe^x \geq exex≥ex.

证毕.

ln⁡x≤x−1\ln x\leq x-1lnx≤x−1.

构造 f(x)=ln⁡x−x+1f(x)=\ln x-x+1f(x)=lnx−x+1，对函数求导得到 f′(x)=1x−1f'(x)=\dfrac{1}{x}-1f′(x)=x1−1.

容易发现 f′(x)f'(x)f′(x) 单调递增，当 x>1x>1x>1 时，f′(x)<0f'(x)<0f′(x)<0；当 x<1x<1x<1 时，f′(x)>0f'(x)>0f′(x)>0.

所以 x=1x=1x=1 时，f(x)max=0f(x)_{max}=0f(x)max=0.

故 f(x)=ln⁡x−x+1≤0f(x)=\ln x-x+1\leq0f(x)=lnx−x+1≤0，得 ln⁡x≤x−1\ln x\leq x-1lnx≤x−1.

证毕.

ln⁡x≤xe\ln x\leq \dfrac{x}{e}lnx≤ex. 构造 f(x)=ln⁡x−xef(x)=\ln x-\dfrac{x}{e}f(x)=lnx−ex，对函数求导得到 f′(x)=1x−1ef'(x)=\dfrac{1}{x}-\dfrac{1}{e}f′(x)=x1−e1. 容易发现 f′(x)f'(x)f′(x) 单调递增，当 x>ex>ex>e 时，f′(x)<0f'(x)<0f′(x)<0；当 x<ex<ex<e 时，f′(x)>0f'(x)>0f′(x)>0. 所以 x=ex=ex=e 时，f(x)max=0f(x)_{max}=0f(x)max=0. 故 f(x)=ln⁡x−xef(x)=\ln x-\dfrac{x}{e}f(x)=lnx−ex，得 ln⁡x≤xe\ln x\leq \dfrac{x}{e}lnx≤ex. 证毕.

1.1 例题1# 证 ex−ln⁡(x+2)>0e^x-\ln (x+2)>0ex−ln(x+2)>0 恒成立。

证明：原不等式等价于 ex>ln⁡(x+2)e^x>\ln (x+2)ex>ln(x+2). 由 ex≥x+1e^x\geq x+1ex≥x+1，ln⁡x≤x−1\ln x\leq x-1lnx≤x−1 可知，ex≥x+1≥ln⁡(x+2)e^x\geq x+1 \geq \ln(x+2)ex≥x+1≥ln(x+2). 两不等式取等条件不同，故 ex>ln⁡(x+2)e^x>\ln (x+2)ex>ln(x+2)，即 ex−ln⁡(x+2)>0e^x-\ln (x+2)>0ex−ln(x+2)>0.

1.2 例题2# 当 x>0x>0x>0 时，证 ex2−xln⁡x<xex+1eex^2-x\ln x<xe^x+\dfrac{1}{e}ex2−xlnx<xex+e1.

证明：原不等式等价于 ex−ln⁡x<ex+1exex-\ln x<e^x+\dfrac{1}{ex}ex−lnx<ex+ex1. 因为 ex≥exe^x\geq exex≥ex，即证明 −ln⁡x<1ex-\ln x<\dfrac{1}{ex}−lnx<ex1. 由 −ln⁡x=ln⁡1x-\ln x=\ln \dfrac{1}{x}−lnx=lnx1 可知，要证明 ln⁡1x<1ex\ln \dfrac{1}{x}<\dfrac{1}{ex}lnx1<ex1. 因为 ln⁡1x≤1ex\ln \dfrac{1}{x}\leq\dfrac{1}{ex}lnx1≤ex1，所以 ln⁡1x<1ex\ln \dfrac{1}{x}<\dfrac{1}{ex}lnx1<ex1 成立。得证：ex2−xln⁡x<xex+1eex^2-x\ln x<xe^x+\dfrac{1}{e}ex2−xlnx<xex+e1.

1.3 例题3# 当 x>0x>0x>0 时，证 ex+x2−(e+1)x+ex>2e^x+x^2-(e+1)x+\dfrac{e}{x}>2ex+x2−(e+1)x+xe>2.

证明：由 ex≥exe^x\geq exex≥ex 可知，放缩后原不等式为 x2−x+ex>2x^2-x+\dfrac{e}{x}>2x2−x+xe>2. 配方可得 x2−2x+1+ex>2−x+1x^2-2x+1+\dfrac{e}{x}>2-x+1x2−2x+1+xe>2−x+1 推得 (x−1)2+ex+x>3(x-1)^2+\dfrac{e}{x}+x>3(x−1)2+xe+x>3. 由基本不等式可知 x+ex≥2ex+\dfrac{e}{x}\geq2\sqrt ex+xe≥2e，易得原不等式成立。故 ex+x2−(e+1)x+ex>2e^x+x^2-(e+1)x+\dfrac{e}{x}>2ex+x2−(e+1)x+xe>2.

2. 指对放缩 plus

ex≥x+1→ex≥x22+x+1e^x\geq x+1\to e^x\geq \dfrac{x^2}{2}+x+1ex≥x+1→ex≥2x2+x+1.(x≥0)(x\geq0)(x≥0) ex≥ex→ex≥ex+e2(x−1)2≥ex+(x−1)2e^x\geq ex\to e^x\geq ex+\dfrac{e}{2}(x-1)^2 \geq ex+(x-1)^2ex≥ex→ex≥ex+2e(x−1)2≥ex+(x−1)2.(x≥0)(x\geq0)(x≥0) ln⁡x≤x−1→ln⁡x≥1−1x\ln x\leq x-1\to \ln x \geq 1-\dfrac{1}{x}lnx≤x−1→lnx≥1−x1. 上式相较于普通版本精度更高。

对以上放缩进行推导：

ex≥x22+x+1e^x\geq \dfrac{x^2}{2}+x+1ex≥2x2+x+1.(x≥0)(x\geq0)(x≥0). 构造函数 f(x)=ex−x22−x−1f(x)=e^x-\dfrac{x^2}{2}-x-1f(x)=ex−2x2−x−1，对函数求导 f′(x)=ex−x−1f'(x)=e^x-x-1f′(x)=ex−x−1. 容易发现 f′(x)f'(x)f′(x) 单调递增，当 x>0x>0x>0 时，f′(x)>0f'(x)>0f′(x)>0；当 x<0x<0x<0 时，f′(x)<0f'(x)<0f′(x)<0. 所以 x=0x=0x=0 时，f(x)min=0f(x)_{min}=0f(x)min=0. 故 f(x)=ex−x22−x−1≥0f(x)=e^x-\dfrac{x^2}{2}-x-1\geq 0f(x)=ex−2x2−x−1≥0，得 ex≥x22+x+1e^x\geq \dfrac{x^2}{2}+x+1ex≥2x2+x+1.(x≥0)(x\geq0)(x≥0). 证毕。

ex≥ex+e2(x−1)2e^x\geq ex+\dfrac{e}{2}(x-1)^2ex≥ex+2e(x−1)2. 将 ex−1e^{x-1}ex−1 用 ex≥x22+x+1e^x\geq \dfrac{x^2}{2}+x+1ex≥2x2+x+1 放缩可得 ex−1≥x−122+xe^{x-1}\geq \dfrac{{x-1}^2}{2}+xex−1≥2x−12+x 所以 ex≥ex+e2(x−1)2e^x\geq ex+\dfrac{e}{2}(x-1)^2ex≥ex+2e(x−1)2. 证毕。

ex≥ex+(x−1)2e^x \geq ex+(x-1)^2ex≥ex+(x−1)2. 由 222 显然。

ln⁡x≥1−1x\ln x \geq 1-\dfrac{1}{x}lnx≥1−x1. 由 ln⁡1x≤1x−1\ln \dfrac{1}{x} \leq \dfrac{1}{x}-1lnx1≤x1−1 可知 −ln⁡1x≥1−1x-\ln \dfrac{1}{x} \geq 1-\dfrac{1}{x}−lnx1≥1−x1. 由 −ln⁡x=ln⁡1x-\ln x=\ln \dfrac{1}{x}−lnx=lnx1 可知，ln⁡x≥1−1x\ln x \geq 1-\dfrac{1}{x}lnx≥1−x1. 证毕。

2.1 例题 1# 证 ex+1x≥2−ln⁡x+x2+(e−2)xe^x+\dfrac{1}{x}\geq 2-\ln x+x^2+(e-2)xex+x1≥2−lnx+x2+(e−2)x.

证明：由 ex≥ex+(x−1)2e^x \geq ex+(x-1)^2ex≥ex+(x−1)2，ln⁡x≤x−1\ln x\leq x-1lnx≤x−1，当 x=1x=1x=1 时同时取等可知，ex+(x−1)2+1x≥2−x+1+x2+(e−2)xex+(x-1)^2+\dfrac{1}{x}\geq 2-x+1+x^2+(e-2)xex+(x−1)2+x1≥2−x+1+x2+(e−2)x. 所以 1x≥−x+2\dfrac{1}{x}\geq-x+2x1≥−x+2，化简得 (x−1)2≥0(x-1)^2\geq0(x−1)2≥0. 故 ex+1x≥2−ln⁡x+x2+(e−2)xe^x+\dfrac{1}{x}\geq 2-\ln x+x^2+(e-2)xex+x1≥2−lnx+x2+(e−2)x 成立.

3. 飘带放缩#

12(x−1x)≤ln⁡x≤2(x−1)x+1\dfrac{1}{2} (x-\dfrac{1}{x}) \leq \ln x \leq \dfrac{2(x-1)}{x+1}21(x−x1)≤lnx≤x+12(x−1).(x∈(0,1])(x\in (0,1])(x∈(0,1]). 2(x−1)x+1≤ln⁡x≤12(x−1x)\dfrac{2(x-1)}{x+1} \leq \ln x \leq \dfrac{1}{2} (x-\dfrac{1}{x})x+12(x−1)≤lnx≤21(x−x1).(x∈(1,+∞])(x\in (1,+\infty])(x∈(1,+∞]). 对以上放缩进行证明：

12(x−1x)≤ln⁡x\dfrac{1}{2} (x-\dfrac{1}{x}) \leq \ln x21(x−x1)≤lnx.(x∈(0,1])(x\in (0,1])(x∈(0,1]). 构造函数 f(x)=x2−12x−ln⁡xf(x)=\dfrac{x}{2}-\dfrac{1}{2x}-\ln xf(x)=2x−2x1−lnx，对函数求导 f′(x)=12x2−1x+12=(x−1)22x2≥0f'(x)=\dfrac{1}{2x^2}-\dfrac{1}{x}+\dfrac{1}{2}=\dfrac{(x-1)^2}{2x^2}\geq 0f′(x)=2x21−x1+21=2x2(x−1)2≥0. 所以 f(x)f(x)f(x) 单调递增，当 x=1x=1x=1 时，f(x)=0f(x)=0f(x)=0. 因为 x≤1x\leq1x≤1，所以 f(x)≤0f(x)\leq 0f(x)≤0。故 12(x−1x)≤ln⁡x\dfrac{1}{2} (x-\dfrac{1}{x}) \leq \ln x21(x−x1)≤lnx.(x∈(0,1])(x\in (0,1])(x∈(0,1]).

ln⁡x≤2(x−1)x+1\ln x \leq \dfrac{2(x-1)}{x+1}lnx≤x+12(x−1).(x∈(0,1])(x\in (0,1])(x∈(0,1]). 构造函数 f(x)=ln⁡x−2(x−1)x+1f(x)=\ln x-\dfrac{2(x-1)}{x+1}f(x)=lnx−x+12(x−1)，对函数求导 f′(x)=−4(x+1)−2+x−1=(x−1)2x(x+1)2≥0f'(x)=-4(x+1)^{-2}+x^{-1}=\dfrac{(x-1)^2}{x(x+1)^2}\geq 0f′(x)=−4(x+1)−2+x−1=x(x+1)2(x−1)2≥0. 所以 f(x)f(x)f(x) 单调递增，当 x=1x=1x=1 时，f(x)=0f(x)=0f(x)=0. 因为 x≤1x\leq1x≤1，所以 f(x)≤0f(x)\leq 0f(x)≤0。故 ln⁡x≤2(x−1)x+1\ln x \leq \dfrac{2(x-1)}{x+1}lnx≤x+12(x−1).(x∈(0,1])(x\in (0,1])(x∈(0,1]).

所以 12(x−1x)≤ln⁡x≤2(x−1)x+1\dfrac{1}{2} (x-\dfrac{1}{x}) \leq \ln x \leq \dfrac{2(x-1)}{x+1}21(x−x1)≤lnx≤x+12(x−1).(x∈(0,1])(x\in (0,1])(x∈(0,1]). 2(x−1)x+1≤ln⁡x≤12(x−1x)\dfrac{2(x-1)}{x+1} \leq \ln x \leq \dfrac{1}{2} (x-\dfrac{1}{x})x+12(x−1)≤lnx≤21(x−x1).(x∈(1,+∞])(x\in (1,+\infty])(x∈(1,+∞]). 同理可得。

年轻人的第一台 nas

Sun, 02 Mar 2025 18:13:45 GMT

缘起

关于为什么要买 nas 这件事，我个人认为只有以下几种原因:

存储不够
重视数据隐私和安全
单纯拿来折腾

很不幸，我全中了。再加上我计划之前攒的一套主机没有点亮，迫使我需要找一个一体化的 nas 解决方案，插上硬盘就可以用的那种。而且我还需要利用到我闲置的 3.5 英寸硬盘，说起这个硬盘，我原本是打算给我的 PS3 由 120g 扩容到 500g 的，但是当时我以为 PS3 用的是 3.5 英寸的硬盘，结果买到手才发现 PS3 用的是 2.5英寸的硬盘，我买的那个根本放不下去，于是就闲置了。这下得利用起来了。

虽然说我有一台骁龙 8gen3 16+512 的一加 Ace3 Pro，而且我还有大大小小的 U 盘和移动硬盘，再加上我还有两个 5tb 的 e5 ，理论上来说我不应该买一个 nas 吧？

但是我的数据太多了以至于分散在各处，而且万一 e5 续订不成功怎么办？以至于我无法统一我现有的所有设备。在这些因素的驱使下我买了一个单盘位的 nas

初探

这是关于我买的这一套 nas 的配置:

CPU: Intel(R) Celeron(R) Processor 1037U @ 1.80GHz
MEM: 4G DDR3 1333MHz
HARDDISK: Seagate Barracuda 7200.14(AF) ST500DM002-1BD142
HARDDISK: FASTDISK 32G SSD
POWER: 12V 5A DC

总价不带硬盘是 110R.

后来我有看到卖家上了一个双盘位 1037U 的 nas 才贵 10R，我有点后悔买早了，不过早买早享受嘛。

让后就是插好电源，网线，hdmi 线，开机进 PE 查看下情况。

(No Picture)

接下来就是装系统了，我这里试了好几个系统:

DSM: 一开始用 RR 编译引导失败，然后用网上的二合一整合包能启动但是卡 booting the kernel 且群晖助手没有扫到 ip 地址，作罢。
OMV 7: 装完之后没有 IP 地址，用 Debian 手动安装后在创建存储空间时突然卡死重启后就找不到 IP 了，作罢
FnOS: 很顺利啊装完之后就可以直接用了，不过还是遇到了一点小麻烦。

遇到的问题

关于 fnos 自带虚拟机的问题

创建虚拟机时无法识别网卡需要在设置>网络选项里开启 ovs
打开 ovs 重启后没有 IP 解决方法: 参考该帖子下面的回复，这个问题我在实体机遇到了，但是虚拟机没有。
ui 体验对手机不友好这个目前无解。我一般情况下是下了个手机客户端来解决大部分情况的，少部分需要登 ssh 解决，极少数情况需要登 webui.

而且 fnos 官方虚拟机前端是 novnc, 也不支持调整 vnc 端口，就没有用。

但是我又想体验虚拟机，因为 fnos 是基于 debian 12 深度魔改，理论上我们就可以使用 qemu 来实现虚拟机的要求，虽然可以使用 systemd 来开机自启动，但是我装了三个虚拟机有时候要启动别的所以就没有这样做:

#!/bin/bash

# Enable debug output
set -eu

# Configuration
VM_MEMORY=2048
VM_CPUS=1
ISO_PATH="/vol1/1000/1/debian-12.9.0-amd64-netinst.iso"
DISK_PATH="/vol1/1000/1/vms/debian.qcow2"
VNC_DISPLAY=
VM_NAME="qemu-vm-$(date +%s)"
LOG_FILE="/var/log/qemu-vm.log"

# Logging function
log() {
    local timestamp=$(date '+%Y-%m-%d %H:%M:%S')
    echo "[${timestamp}] $1" | tee -a "${LOG_FILE}"
}

# Check VM status
check_vm_status() {
    if pgrep -f "qemu-system-x86_64.*${DISK_PATH}" >/dev/null; then
        return 0  # VM is running
    else
        return 1  # VM is not running
    fi
}

convert() {
    TEMP_DISK=/tmp/$(openssl rand -base64 8).qcow2
    if ! check_resources; then
        log "系统资源不足，压缩可能会影响系统性能"
        read -p "是否仍然继续？(y/N) " -n 1 -r
        echo
        if [[ ! $REPLY =~ ^[Yy]$ ]]; then
            log "用户取消压缩"
            return 1
        fi
    fi
    log "开始压缩磁盘 ${DISK_PATH}，压缩后文件临时存放到 ${TEMP_DISK}"
    sudo qemu-img convert -p -c -O qcow2 ${DISK_PATH} ${TEMP_DISK}
    if [ ! -f ${TEMP_DISK} ]; then
        log "转换失败！"
        rm -rf ${TEMP_DISK}
        return 1
    fi
    if cp ${TEMP_DISK} ${DISK_PATH} ; then
        log "覆盖成功"
        rm -rf ${TEMP_DISK}
        log "已删除临时文件"
    else
        log "覆盖失败！"
        rm -rf ${TEMP_DISK}
        return 1
    fi
}

# Get VM information
get_vm_info() {
    local pid=$(pgrep -f "qemu-system-x86_64.*${DISK_PATH}")
    if [ -n "$pid" ]; then
        echo "VM Status: Running"
        echo "VM PID: $pid"
        echo "VM Runtime: $(ps -o etime= -p $pid)"
        echo "Memory Usage: $(ps -o rss= -p $pid | awk '{printf "%.2f GB\n", $1/1024/1024}')"
        echo "CPU Usage: $(ps -p $pid -o %cpu=)%"
        echo "VNC Display: :${VNC_DISPLAY}"
    else
        echo "VM Status: Stopped"
    fi
}

# Check system resources
check_resources() {
    local total_mem=$(free -g | awk '/^Mem:/{print $2}')
    local free_mem=$(free -g | awk '/^Mem:/{print $4}')
    local cpu_usage=$(top -bn1 | grep "Cpu(s)" | awk '{print $2}')

    if [ ${free_mem} -lt 2 ]; then
        log "警告: 系统内存不足 (可用: ${free_mem}GB)"
        return 1
    #fi

    if [ $(echo "${cpu_usage} > 90" | bc -l) -eq 1 ]; then
        log "警告: CPU 负载过高 (使用率: ${cpu_usage}%)"
        return 1
    fi

    return 0
}

# Function to start VM
start() {
    if check_vm_status; then
        log "虚拟机已经在运行中"
        get_vm_info
        return 1
    fi

    if ! check_resources; then
        log "系统资源不足，启动可能会影响系统性能"
        read -p "是否仍然继续？(y/N) " -n 1 -r
        echo
        if [[ ! $REPLY =~ ^[Yy]$ ]]; then
            log "用户取消启动"
            return 1
        fi
    fi

    log "正在刷新系统资源"
    sync
    sh -c "echo 3 > /proc/sys/vm/drop_caches"
    sync
    log "系统资源刷新完成"

    if [ ! -f "${DISK_PATH}" ]; then
        log "错误: 磁盘镜像不存在: ${DISK_PATH}"
        return 1
    fi

    log "正在启动虚拟机..."
    sudo qemu-system-x86_64 \
        -name "${VM_NAME}" \
        -m ${VM_MEMORY} \
        -smp ${VM_CPUS} \
        -netdev user,id=net0 \
        -device virtio-net-pci,netdev=net0 \
        -device virtio-scsi-pci,id=scsi0 \
        -drive file=${DISK_PATH},format=qcow2,if=virtio,id=hd0 \
        -vga qxl \
        -bios /usr/share/qemu/OVMF.fd \
        -vnc :${VNC_DISPLAY} \
        -accel kvm \
        -daemonize -M q35 -cpu max

    sleep 1
    if check_vm_status; then
        log "虚拟机启动成功"
        get_vm_info
    else
        log "虚拟机启动失败"
        return 1
    fi
}

# Function to stop VM
stop() {
    if ! check_vm_status; then
        log "虚拟机未在运行"
        return 1
    fi

    local pid=$(pgrep -f "qemu-system-x86_64.*${DISK_PATH}")
    log "正在停止虚拟机 (PID: ${pid})..."

    # Try to stop vm
    kill -TERM $pid

    # Waiting vm stop
    for i in {1..30}; do
        if ! check_vm_status; then
            log "虚拟机已成功停止"
            return 0
        fi
        echo -n "."
        sleep 1
    done

    # Force close if still running
    log "虚拟机未能正常停止，正在强制关闭..."
    kill -9 $pid 2>/dev/null || true

    if ! check_vm_status; then
        log "虚拟机已被强制停止"
    else
        log "错误: 无法停止虚拟机"
        return 1
    fi
}

# Get vm status
status() {
    log "正在获取虚拟机状态..."
    get_vm_info
}

# Main function
main() {
    # Check if running as root
    if [ "$(id -u)" -ne 0 ]; then
        log "错误: 请使用root权限运行此脚本"
        exit 2
    fi

    # Create log directory if it doesn't exist
    mkdir -p "$(dirname ${LOG_FILE})"

    # Check for arguments
    if [ $# -eq 0 ]; then
        echo "用法: $0 [-s|-e|-v|-h|-i]"
        exit 1
    fi

    # Process arguments
    case "$1" in
        -s)
            start
            ;;
        -e)
            stop
            ;;
        -i)
            status
            ;;
        -v)
            echo "Version: 1.1.0"
            ;;
        -c)
            convert
            ;;
        -h)
            echo "用法: $0 [-s|-e|-v|-h|-i|-c]"
            echo "  -s      启动虚拟机"
            echo "  -e      停止虚拟机"
            echo "  -i      显示虚拟机状态信息"
            echo "  -v      显示版本信息"
            echo "  -h      显示此帮助信息"
            echo "  -c      动态调整虚拟机磁盘大小"
            ;;
        *)
            log "错误: 未知选项 '$1'"
            echo "使用 '$0 -h' 查看帮助信息"
            exit 1
            ;;
    esac
}

# Run main function with all arguments
main "$@"

然后就可以通过 vnc 连接了。

散热

虽然 1037U 只有双核双线程，但是单核心暴打 J1900 和 N3150，多核心基本持平，但是代价就是:

1. tdp 高达 17w
2.机器自带一个小风扇，开机后比被动散热的 J1900 吵。

这两个我暂时没有解决方法。目前在 bios 里找不到风扇选项

远程访问

如果家里有公网IP可以考虑一下，如果不是公网IP可以考虑frp穿透出去或者注册一个飞牛账号然后使用 fn connwct 进行远程访问。

我试了几个方法:

frp 穿透: 目前只穿透了一个 ssh 端口，通过 systemd 进行开机自启动:

[Unit]
Description=Frp Client Service
Wants=network.target
After=systemd-user-sessions.service

[Service]
Type=simple
ExecStart=/etc/frpc/frpc -c /etc/frpc/frpc.ini
KillMode=process

[Install]
WantedBy=multi-user.target

然后在 ssh 里(需要在设置里打开)执行:

$ sudo systemctl daemon-reload
$ sudo systemctl enable frpc.service
$ sudo systemctl start frpc.service

然后就可以通过提供的 ip 和端口进行远程访问了:

$ ssh -p <port> <username>@<address>

frpc 可以穿透多个端口，前提是这些端口都指定一个隧道，多个隧道不同端口我还在研究

fn connect 通过手机号注册飞牛账号后就可以在设置里启用了，目前我试过只能访问 webui，ssh 和 vnc 是无法访问的。
v6 公网虽然机器获取的 v6 地址是 2409 开头的，但是流量完全无法访问，可能跟这个有关？我也不太清楚。

无法网盘自动备份

由于是单盘位无法组 raid，所以硬盘坏了就是真的 g 了。

而 fnos 也没有退出类似 dsm 的 cloudsync 那样的。

只能等官方更新咯。

内存虚标

具体表现为 fnos app 和 htop 剩余内存不一样。

我也不知道是不是故意这样设计的，总之我看着觉得比较膈应。

目前还是先把 zram 打开:

$ echo "zram" > /etc/modules-load.d/zram.conf
$ echo 'KERNEL=="zram0", ATTR{comp_algorithm}="zstd", ATTR{disksize}="3G" RUN="/sbin/mkswap /dev/zram0", TAG+="systemd"' > /etc/udev/rules.d/99-zram.rules
$ echo -e "\n/dev/zram0 none swap defaults,pri=200 0 0" >> /etc/fstab

以上命令会将最大3G内存用以内存 zram，如果需要使用更多的内存用以 zram，可以自行修改。尽量留1G的物理内存剩余空间，避免出现不必要的麻烦。

开启 zram 后，可以将部分内存压缩使用，令小内存能发挥更大的力量。

但这种力量也是有限的。如果占用过高还是发动钞能力，给nas加内存吧。

核显摸鱼

主要表现为播放视频是核显不工作，但是 app 里能看到核显显存占用，/dev/dri 也不为空，我觉得应该需要 ffmpeg 指定 intel 解码器才能工作？

尝试 ffmpeg 指令:

$ ffmpeg -hwaccel qsv -c:v hevc_qsv -i input_file.mkv -c:v h264_qsv -c:a aac output_file.mp4

但是报错:

Device creation failed: -542398533.
[hevc @ 0x55fdc6f62280] No device available for decoder: device type qsv needed for codec hevc.
Stream mapping:
  Stream #0:0 -> #0:0 (hevc (native) -> h264 (libx264))
  Stream #0:1 -> #0:1 (flac (native) -> aac (native))
Device setup failed for decoder on input stream #0:0 : Generic error in an external library

查看视频信息:

user@fnnas:~$ ffprobe /vol1/1000/1/\[UHA-WINGS\&VCB-Studio\]\ Eromanga\ Sensei\ \[01\]\[Ma10p_1080p\]\[x265_flac\].mkv
ffprobe version 5.1.4-0+deb12u1 Copyright (c) 2007-2023 the FFmpeg developers
  built with gcc 12 (Debian 12.2.0-14)
  configuration: --prefix=/usr --extra-version=0+deb12u1 --toolchain=hardened --libdir=/usr/lib/x86_64-linux-gnu --incdir=/usr/include/x86_64-linux-gnu --arch=amd64 --enable-gpl --disable-stripping --enable-gnutls --enable-ladspa --enable-libaom --enable-libass --enable-libbluray --enable-libbs2b --enable-libcaca --enable-libcdio --enable-libcodec2 --enable-libdav1d --enable-libflite --enable-libfontconfig --enable-libfreetype --enable-libfribidi --enable-libglslang --enable-libgme --enable-libgsm --enable-libjack --enable-libmp3lame --enable-libmysofa --enable-libopenjpeg --enable-libopenmpt --enable-libopus --enable-libpulse --enable-librabbitmq --enable-librist --enable-librubberband --enable-libshine --enable-libsnappy --enable-libsoxr --enable-libspeex --enable-libsrt --enable-libssh --enable-libsvtav1 --enable-libtheora --enable-libtwolame --enable-libvidstab --enable-libvorbis --enable-libvpx --enable-libwebp --enable-libx265 --enable-libxml2 --enable-libxvid --enable-libzimg --enable-libzmq --enable-libzvbi --enable-lv2 --enable-omx --enable-openal --enable-opencl --enable-opengl --enable-sdl2 --disable-sndio --enable-libjxl --enable-pocketsphinx --enable-librsvg --enable-libmfx --enable-libdc1394 --enable-libdrm --enable-libiec61883 --enable-chromaprint --enable-frei0r --enable-libx264 --enable-libplacebo --enable-librav1e --enable-shared
  libavutil      57. 28.100 / 57. 28.100
  libavcodec     59. 37.100 / 59. 37.100
  libavformat    59. 27.100 / 59. 27.100
  libavdevice    59.  7.100 / 59.  7.100
  libavfilter     8. 44.100 /  8. 44.100
  libswscale      6.  7.100 /  6.  7.100
  libswresample   4.  7.100 /  4.  7.100
  libpostproc    56.  6.100 / 56.  6.100
Input #0, matroska,webm, from '/vol1/1000/1/[UHA-WINGS&VCB-Studio] Eromanga Sensei [01][Ma10p_1080p][x265_flac].mkv':
  Metadata:
    encoder         : libebml v1.3.4 + libmatroska v1.4.5
    creation_time   : 2017-07-08T03:34:59.000000Z
  Duration: 00:23:42.09, start: 0.000000, bitrate: 3945 kb/s
  Chapters:
    Chapter #0:0: start 0.000000, end 190.982000
      Metadata:
        title           : Chapter 01
    Chapter #0:1: start 190.982000, end 578.036000
      Metadata:
        title           : Chapter 02
    Chapter #0:2: start 578.036000, end 1305.179000
      Metadata:
        title           : Chapter 03
    Chapter #0:3: start 1305.179000, end 1395.227000
      Metadata:
        title           : Chapter 04
    Chapter #0:4: start 1395.227000, end 1409.992000
      Metadata:
        title           : Chapter 05
    Chapter #0:5: start 1409.992000, end 1422.090000
      Metadata:
        title           : Chapter 06
  Stream #0:0(jpn): Video: hevc (Main 10), yuv420p10le(tv, bt709/unknown/unknown), 1920x1080, SAR 1:1 DAR 16:9, 23.98 fps, 23.98 tbr, 1k tbn (default)
    Metadata:
      BPS             : 2631829
      BPS-eng         : 2631829
      DURATION        : 00:23:42.088000000
      DURATION-eng    : 00:23:42.088000000
      NUMBER_OF_FRAMES: 34096
      NUMBER_OF_FRAMES-eng: 34096
      NUMBER_OF_BYTES : 467836589
      NUMBER_OF_BYTES-eng: 467836589
      _STATISTICS_WRITING_APP: mkvmerge v13.0.0 ('The Juggler') 64bit
      _STATISTICS_WRITING_APP-eng: mkvmerge v13.0.0 ('The Juggler') 64bit
      _STATISTICS_WRITING_DATE_UTC: 2017-07-08 03:34:59
      _STATISTICS_WRITING_DATE_UTC-eng: 2017-07-08 03:34:59
      _STATISTICS_TAGS: BPS DURATION NUMBER_OF_FRAMES NUMBER_OF_BYTES
      _STATISTICS_TAGS-eng: BPS DURATION NUMBER_OF_FRAMES NUMBER_OF_BYTES
  Stream #0:1(jpn): Audio: flac, 48000 Hz, stereo, s32 (24 bit) (default)
    Metadata:
      BPS             : 1311765
      BPS-eng         : 1311765
      DURATION        : 00:23:42.090000000
      DURATION-eng    : 00:23:42.090000000
      NUMBER_OF_FRAMES: 16666
      NUMBER_OF_FRAMES-eng: 16666
      NUMBER_OF_BYTES : 233181058
      NUMBER_OF_BYTES-eng: 233181058
      _STATISTICS_WRITING_APP: mkvmerge v13.0.0 ('The Juggler') 64bit
      _STATISTICS_WRITING_APP-eng: mkvmerge v13.0.0 ('The Juggler') 64bit
      _STATISTICS_WRITING_DATE_UTC: 2017-07-08 03:34:59
      _STATISTICS_WRITING_DATE_UTC-eng: 2017-07-08 03:34:59
      _STATISTICS_TAGS: BPS DURATION NUMBER_OF_FRAMES NUMBER_OF_BYTES
      _STATISTICS_TAGS-eng: BPS DURATION NUMBER_OF_FRAMES NUMBER_OF_BYTES

查看信息后发现核显不支持 h265解码，他妈的。

DLNA

挂载的本地存储还是工作的，主要说一下 webdav 方面。

因为我懒得下载在上传到盘里，虽然 app 里有一个自动下载的功能但是 nas 的主要用途又不是影视盘，于是找了个挂载上去，通过 dlna 在电视上观看。

但是不知道为什么加载非常慢，而且播放几秒后就强制退出了，我也不知道为什么。

但是在 PS3 上就可以看了，虽然隔几分钟就卡一下，但是总比一播放就闪退要好的多，但是很可惜 PS3 不支持 hevc 视频。

手机上也是可以看的，但是没有办法选择字幕。

后来又挂了一个小雅，但是官方应用商店的小雅是不能用的，只能手动安装，用 GitHub 上的安装脚本安装就可以了。但是有一点需要注意网络模式一定要改成 host 否则无法联网。

折腾了这么久，终于上享受到满屏电影墙的快感了，虽然我本地也没有资源，虽然加载慢，虽然电视播放不了，虽然我不一定能有时间看。

感觉年纪轻轻染上刮削也不是什么好事（笑）

用途

docker 挂小雅和青龙面板现在这台 nas 上面在跑的服务：
ftp,smb
装了三个虚拟机，一个 alpine 用来挂 telegram 和 QQ，一个 Windows8 build 8400 骨头版 32 位用来玩 Galgame，一个 WindowsXP 32 位用来玩玩老游戏，例如双星物语，可以勉强 30 帧游玩，虽然有时候会掉到 15 帧以下。可能会跑的一些服务:
qb 下载（有 v6 公网但是防火墙关不了有什么用呢？）
搭一个本地音乐服务器在线听歌也说不定，因为我用的落雪音乐的音乐源经常失效加载不出来。

感觉 fnos 体验还是挺不错的，这台机器目前放在了卧室旁边的储物柜底下，和路由器共用一个插线板，有线网络直连路由器，有点吵(但是 PS3 一打开基本上就可以忽略不计了)，但是基本上是可以忍受的(如果是那种对噪音很敏感的建议买一个 J1900 然后挂几个固态组集群（)，。后期可能会考虑加购个 UPS，突然断电很伤 HDD（虽然我没有遇到过，而且我这里几乎没有突然停电的历史）。

至于还有其他什么的到时候再说吧。可能到时候升级下硬盘和内存也说不定？毕竟 4g 内存挂虚拟机还是有点捉襟见肘的。

二葉琉璃的2024

Tue, 24 Dec 2024 16:45:53 GMT

警告

，已进行遮挡。如果在观看的时候感觉被冒犯到，可以通过任何方式联系作者进行删除处理。

本文章禁止转载！

序

If I could fly in the sky

若我能在这天空飞翔

I would share the wind and this moment with your heartbeat

我将与你的心跳一同分享这风和此刻的美好

I'll be your light when your skies are grey

我会变属于你的那道光照彻你心底那灰暗的天空

Just you and I

只为你和我

各位好。

如题所见，这是我第二次写年终总结了。

至于为什么标题把 SekaiMoe 改成了二葉琉璃？这个问题重要吗？不重要。因为我觉得这样很酷，很符合我的妄想，仅此而已。

这次依然还是按照以往的格式来进行描述。但是会尽量添加一些新内容。

今年的各方面是相对平淡的一年，过的没有太多的变化，但六，七，八月都是比较差的状态，不论是学习还是生活都过的不好。

年终总结极速省流版

文章详细记录了作者在2024年的生活、学习、技术成长、社交、心理状态和兴趣领域的发展，并对未来做出规划，以下为逐部分概述：

总体感受与背景文章以坦率的语言总结了2024年的整体经历，作者感到这一年相对平淡，但六到八月的生活和学习状态尤为低迷。文章开篇说明本年度总结为作者的第二次年终总结，延续去年格式，并添加了一些新的内容。作者自嘲目标流于形式，未能很好完成，反思目标管理的重要性。
技术成长与项目编程语言与学习：作者学习了多种编程语言，包括Shell、Makefile、C、TypeScript、CMake、Python、JavaScript等，对技术有所深入，但承认今年代码产出少而不精。尤其尝试跳过C直接学习C，并分享了工具链选择，如CMake + Ninja、GCC等，但对新的C++标准如import持保留态度。

个人项目：作者维护了多个项目，如kernel_build_action、985211helper_liaoning2025等，但由于经济与设备限制，部分项目搁置（如Android相关项目），部分项目归档（如pmos_xiaomi_lmi）。同时，作者也对部分自娱自乐型项目进行了反思，指出了无规范性与实际应用性不足的问题。

开源贡献：作者在今年积极为开源社区贡献，包括翻译工作（如KernelSU日文与荷兰文翻译）、新增设备支持（如为pmaports添加了新设备K20 Pro），并制作了哔哩哔哩的移植教程视频。尽管如此，与去年相比产出明显减少，作者对此感到自责与迷茫。

社交与心理状态 !! 社交困境： !!{.bulr} !! 作者与他人相处过程扭曲，自觉不求回报的付出做不到，并因未获得期待的精神回报而痛苦。曾尝试通过社交媒体（如Telegram频道）缓解孤独，但未得到回应。 !!
兴趣爱好与娱乐游戏：作者在主机和手机游戏方面有较多涉猎，如《世界树与不可思议的迷宫》、《命运石之门》、《女神异闻录3 Fes》等，但大部分游戏因各种原因搁置。同时提到逐渐丧失对游戏和编程的兴趣，更多关注设备的折腾过程。

音乐与动画：在音乐方面，作者提到听歌偏好变化，增加了OST比例，最喜欢的专辑是《Din Don Dan》和《Poppin'on!》。同时，提到耳机设备老化的问题和对新设备的期望。在动画方面，计划未来观看《别当哥哥了》等热门番剧。

二次元文化：文章提到作者玩过两个Galgame，同时注册了Bangumi账户用于记录二次元活动。

博客与表达 !! 作者反思了博客内容的停滞和负面情绪的记录。认为写作过程中容易陷入自我批判，包括文章内容浅薄、表达不佳等。作者对文字数量和质量的执念引发更多焦虑，但同时也渴望通过文字输出获得认可，期待自己的博客能更加纯粹。!!
总结与哲学思考 !! 文章最后部分，作者通过反思本年度的经历，探讨了人生意义与个人成长的矛盾。认为人生充满迷茫与挣扎，但正是这些不确定性让探索成为可能。作者以开放性的哲思表达了对未来的希望和对困境的接纳，试图通过行动逐步调整自我。 !!
明年规划作者计划继续复读备考，并加强C++与Vala的学习，同时期待提升心理状态，改善生活质量。此外还提到购买设备、阅读动画、继续写作等日常目标，整体目标偏向稳步改善当前困境，走向更健康的生活状态。

总结：文章以真实细腻的语言记录了作者在困境中挣扎的状态，展现了对现实的深刻反思与对未来的期许。无论是在技术、学习还是心理层面，文章既展现了无助和焦虑，也表达了寻找光明的愿望。

2023的小目标完成情况

1.这个会在下面说明

2.这个也会在下面说明

3.内核因为遇到我无法解决的错误，放弃。设备树也完善了一部分但是没有设备调试。而且没钱也觉得没有必要买嵌入式(买个一加 6t 刷着玩不好吗)，contribute repo 也会在下面说明。

4.由于第一条的原因没有买，但是有热心网友的帮助现已成功点亮。

5.PS3 slim 是买了，但是库拉乌幻之记忆和舞 hime 没有找到高清片源，看完了孤独摇滚，而且把汉化日记和星团的第一季给看完了。

很显然，有一部分的目标没有打成。现在来看，目标这种东西应该经常拿出来看才对。但是对我来说，目标有时候变成了一种不怎么好看的摆设。

Technology

让我们来看看二葉琉璃这一年写了什么代码:

Shell
Makefile
C++
TypeScript(是的你没有看错我这个讨厌前端的人居然也开始写TypeScript了但是是为了github action这一碟醋包的这一顿饺子但是很显然没有包完就搁置了)
CMake
Python
JavaScript
Perl
github.com

asus_linux_debian_test/linux-g14/Dockerfile at main · NekoSekaiMoe/asus_linux_debian_test

I do not have suitable devices to test yet. Contribute to NekoSekaiMoe/asus_linux_debian_test development by creating an account on GitHub.

https://github.com/NekoSekaiMoe/asus_linux_debian_test/blob/main/linux-g14/Dockerfile

今年自己的编程语言略微做了一些更新，很惭愧并没有写多少代码，只是添加了部分小功能。

让我们看看二葉琉璃这一年贡献了哪些仓库:

给 kawaii-gcc 贡献了一点翻译
给 KernelSU 添加了日文翻译和荷兰语翻译(虽然我并不懂太多日语)，顺便 fix 下 website 的 typo. 要说改动最大的还得是这个提交以及这个提交
给 APatch 添加了一点日文翻译
给 pmaports 添加了新设备 K20 Pro，目前也算是半个维护者了罢(但是很显然我并没有钱买设备用来维护)，同时给 postmarketos wiki 添加了 k20pro页面，顺便在哔哩哔哩上出了一个移植教程的视频，反响还不错。但还是比不上某些随便发一个视频涨的粉丝就比我多的呜呜呜
给 K30 Pro 维护了一个主线内核，但是卡 ramdisk 且没有 log，遂放弃。
尝试汉化两个 galgame 但是大失败。

然后就没了。相较于上一年是大幅减少。

每天的工作就是分叉，提交，应用补丁，提交 PR,被请求更改，被请求更改，被请求更改，ci失败，ci失败，ci失败， PR 被关闭，fix typo, fix typo, fix typo,掉 follower 和 star.

感觉github越来越没什么意思了，commit来commit去也就那些仓库，热情也慢慢消退了，疲惫感也渐渐增加了。最后再commit1天，今年就不commit了

关于自己维护的项目方面:

积极维护的项目:

kernel_build_action(感谢有用户帮我修复bug) ![fiz]/images/common/20241229/1/2.jpg)
985211helper_liaoning2025

想维护但是没有经济条件的项目:

android_device_OPPO_PCRM00(未开源)
android_device_OPPO_PEPM00
vps2*
device_realme_RMX3850-twrp
halium_device_xiaomi_lmi(未开源)
device_oppo_OP4ED5-twrp(构建不成功我能有什么办法)

不想维护也不愿意归档的项目:

reno6pro 的 twrp(感觉也没多少人用了，那么我维护一个没人用的 twrp 有什么用呢？)
device_gionee_f103s-twrp(不开机我能有什么办法)
alpine-repo(懒，哪天打包一个tcc过去)
pmos_xiaomi_umi(开发者都跑路了都)

已归档项目:

pmos_xiaomi_lmi(原因
)
GitHub - NekoSekaiMoe/gki_build

https://github.com/NekoSekaiMoe/gki_build
kernel_build_action_TS(原因
)
pmos-xiaomi-raphael(原因:已提交到上游)

目前的以上项目均存在:

代码和提交无规范性导致的阅读难度高的问题
部分项目自娱自乐性强，Bug 太多，无实际作用, 无应用环境，替代性强的问题

关于第一点，我会考虑使用压缩提交，添加注释，添加检查等方法尽可能提高自己的规范性。

第二点我暂时还不清楚应该怎么改

再看看隔壁的创子兰群友们:

byn 有 bbg
chi 有 chiblog 和 weiba
猫猫,sci 和 mzw 继续给知名开源项目提交 pr
awa 和 nzn 有自己的 homepage

相比之下我简直几乎就是一事无成啊(感叹)，不是在被 CMake 和 g++ 两辆"泥头车"创得满目疮痍就是被 ncc 抛出的一大堆 error 弄得不知所措。然后 KernelSU 的 commit 数量竟然还被 dependabot 给超了，就是，诶。

另外我觉得跳过 C 直接学 C++ 也不算是一个错误的决定吧，就是，诶。毕竟我学 C++ 一方面是兴趣使然另一方面是为了特立独行。目前学的还非常肤浅，希望未来有机会能参与实际项目去强化相关知识。

现在我使用的工具链如下:

构建工具: CMake + Ninja , GNU Make(只在小型项目中用到)
编译器: GCC , LLVM(一般会用到 clang-tidy ,只有在编译安卓内核的前提下才极其不情愿地用 Clang)
标准: C++ 17
调试(BUG)工具: GDB, file, ltrace, strace, IDA Pro

本以为今年会比去年有更多的产出，但是我开始因为高考和复读复读这件事情产生了很多焦虑，比如说自己的知识掌握的并不全面这样最典型的问题，另外也有周末的时候一直处于什么都不想做的状态，这个也有一定的关系，我没想到自己精神上会痛苦成这个样子，果断选择了最懒散的一条路，什么也不做。除此之外还有很多坑没有填，感觉大概率都会淹没在短视频的洪流之中。

也找不出其他今年做的事情了... 今年写的代码算少而不精吧，是屑。

另外讲一个地狱笑话:

go 有 go build,rust 有 cargo build,而 C++ 有 cmake . -DCMAKE_INSTALL_PREFIX=/usr/bin -GNinja && ninja -j8 && ninja install 以及特有的因为滥用的野指针导致的段错误哦

当然你要是非得说您强强那我还能说什么呢，只能说一句:"嗯，您说的对。"

然后参加了 chi 的 hb2024，然后发现粗心是我的一大短板。我觉得这个坏习惯短时间内应该是改不了了。

Internet Life

Chat

相较于上一年是严重倒退。

!! 我和别人相处的过程依然十分扭曲，甚至已经到了控制不住我自己心态的地步(猫猫锐评: 《时不时说base32遮羞的db酱怎么看怎么别扭》)，逐渐意识到自己并没有想象中的那么高尚，不求回报的付出还是做不到，向别人付出的时候还是想要精神层面的回报，没有得到回报的话就会有所畏缩。那时候的我痛苦到了极点，也不知道该寻求什么人的帮助。!!{.bulr}

!! 我创建了我的 tg chan 二周目，但是没人加入。难道是因为我废弃一周目的原因了吗，不过显然也无从考究了罢。!!{.bulr}

出会えたね　さあおいで

はじめましてから始めよう

君が知らないめくるめくセカイ

連れていきたい　ねえ、はやく！

ほら見て　心揺れたらもうそこはNew world!!

!! 上述歌词来自Welcometo僕らのセカイ，==讲真我好羡慕樱小路希奈子啊== !!{.bulr}

顺便提一嘴，我之前在哔哩哔哩认识的一位大佬今年复出了。然后在我的一个动态上锐评:

你变了...不止一点~

变了多少还得好好聊聊才知道

以前的你让我陌生

顺便提一下当年发我的那版pmos 成功把我的k20送进了9008

关于9008这件事，我只能说，我没有设备和时间来测试，我之罪也。

Blog

在写博客的过程中我发现我的博客有些时间没有常规更新了，我也恰巧注意到这个问题，甚至我已经在准备把之前积累的一点点东西整理一下，同时还在考虑一些问题。

我是负面想法很重的人，在想一些负面的东西要不要写。
整理博客的时候，一些内容会纠结要不要放上去，有的内容因为比较短，有的内容因为不那么“好”。

我考虑的这些问题，本质上或许都是想要依靠文章数量和文字数量来做一个非常简易的评价。从数量和文字的层面进行评价，或者说好评，就能掩盖住自己对于博客的一些相对负面的评价。包括但不局限于

自己的想法太少
觉得自己内容不佳，包括博客用词、排版、以及介绍的方式等。
觉得自己水平不佳，写的很多东西自己可能不够熟悉甚至会误导别人。

可能有的人会觉得这是完美主义，但我觉得并非如此，追求写好这件事情我相信是人性使然，也确实需要去思考如何才能写好，但是过于在意这些或许反而会引起更多烦恼。写好技术文是重要的，但去表达自己同样如此，对我这样焦虑的人来说这之间的取舍还是有些困难的。

我像一个小孩子一样，期待着有更多的读者，更多的粉丝，更多的订户，有更多的赞扬，而大佬们的博客是在非常纯粹的分享想法，即便最初的内容也是如此。不知这样的我何时才能达到那样纯粹的输出内容呢？另外对于写好文章这件事情也是一定会有所追求的，我何时才能真正能写出好文章呢？

mbti

今年也算开始了解 mbti 是什么玩意了，从刻板印象到荣格八维，也算是学到了点东西，也开始正视自己的不足了。但是很显然这样的环境我很难去改变，走一步看一步吧。

我们心理学也要有属于自己的原神.jpg

Device

新增了一台 PS3 slim

新增了一台笔记本电脑，这下我也是有电脑的人辣，虽然配置什么的还是十五年前年前的主流配置。自己一直都是拿手机写代码顺带 debugging 的。也不是不能用对不对

今年没有换手机，仅仅是换了一块电池而已。但是明年一月份就可以换 Xperia 1 mark V 了

二次元

这一年玩了一些主机游戏(如果有一些游戏在去年年终总结出现而今年没有很大概率是因为我因为某些不可抗力的原因暂时搁置了):

世界树和不可思议的迷宫第四迷宫打完了，但是内存卡坏掉了，搁置
魔界战记4 玩到2-2了
命运石之门差个真结局没打，总体还是非常不错的
女神异闻录3 fes 在哔哩哔哩上云完了主线剧情，玩到5月15日就没玩了，感觉玩着比 P4G 累。
极品飞车17
花玩完了
逆转裁判123成步堂精选集第二部玩完了
安妮的炼金工房搁置
触摸卡比搁置
马里奥赛车平时还是会来上一两局的，挺好玩的，但是内存卡坏掉了，搁置
真女神转生-深渊奇妙之旅卡关，搁置
模拟城市2 DS 搁置
星光幻歌搁置
火焰纹章if 搁置
Cytus Alpha 偶尔玩上一两把
宝石迷阵3 偶尔玩上一两把
魔法少女小圆携带版没时间和精力玩，暂时搁置
MineCraft 偶尔玩个一两个小时

感觉开的坑有点多啊，慢慢玩罢

但是总感觉正在丧失对主机游戏和编程的兴趣，毕竟折腾游戏机比玩游戏有兴趣.jpg

玛德，什么垃圾内存卡，3ds 插上无法识别，希望存档没事。

虽然游戏本身并无过错，但算到这里的时候还是会在想如果这些时间自己肯拿去充实现实生活会怎么样。

这一年玩了两个 Galgame:

天降虚拟偶像和妹调教日记 fd

同时我也注册了个 Bangumi 账户

音乐

目前已经扔掉国内流媒体快一年了，除了听歌识曲以外。

今年基本维持上一年的听歌类型，不过减少了一些就行和摇滚的数量，增加了一些 ost 包括但不限于命运石之门, lielia 这样的。

今年最喜欢的专辑有 Din Don Dan和 Poppin'on!，每首歌都很对我胃口。

我的软银 SE-5000 HR 由于接口老化的问题虽然还能用吧但是只要稍微偏转一下就会被认为拔出耳机，我正在考虑要不要换一个软银安桥 E300 或者闲鱼上的 E700M.

手机游戏

今年一共玩了两个游戏。

第一个就是邦多利，废话不多说，上图: ![bang]/images/common/20241229/1/3.jpg) 第二个是百分之一，一个冷门的三消游戏: ![bfzy]/images/common/20241229/1/4.jpg) 第三个是 DDDDJ: ![ddddj]/images/common/20241229/1/1.jpg)

三次元

整体看起来并没有做多少事情。

很抱歉，今年除了有事去外地一趟以及高考结束回老家外其他哪里也没有去(悲)

另外由于一些原因我没有参加 AOSCC 2024，于是就把预算买了一点蓝光碟和限定版游戏。你可以通过我的日常来寻找一些蛛丝马迹。也可以查看我写的文章。

不过线下认识了几个朋友，他们有时候会拉着我玩黑白双翼，不过我才处于刚刚入门的程度，经常被虐(笑:-D)

后续的计划 && 打算

首先就是为高考二战做准备，争取考上个好大学毕业能进体制内，毕竟现在这大环境下有口饭吃就不错了。

然后就是接着学习 C++ 和 Vala，至于 Python 到时候看着学吧。Perl感觉我实在是没有精力也没有用途去学，文本提取什么的 awk sed 和 grep 这三个足以应对我大部分的文本提取需求。我想我大概是一个守旧的人，对 C++ 20 里的 import 无法接受，总感觉是从 Python 里抄过来的。我还是更习惯 include 头文件的形式。

然后就是再看点例如别当哥哥了，中二病也要谈恋爱之类的热门番。

然后明年争取买一台 PS4 Pro 放学校宿舍里。

另一个很重要的想法是身心精神状态能好一些，不过今年的状态实在太差了，但我也并不知道该如何能走出来。

其他的方面，希望至少比上一年好吧。下一年才刚要开始，我依然处于十分迷茫的状态，因此也无法定下更多的事情，但是至少上面的事情没什么好迷茫的，去做就不会后悔。

!! 今年的内容有些悲观，也许是因为我最近正处于这样的状态，对事物的解读以及所想到的东西都染上了悲观的色彩。 !!{.bulr}

至于明年，自己将会再次转动命运的齿轮，走向未知的未来。

如果你感兴趣的是我的年终总结，那么你读到这里就可以结束了。我的年终总结相比他人来说没有那么多华丽的语言和引人共鸣的感悟，有的只是死板又无趣的流水账。很想写点什么，但我却想不出来，写不出来。大抵是因为我语言匮乏的原因吧。

后记

!! 对于我来说，今年的我与去年相比虽然有所实际行动但是精神状态也就比去年好了一点而已，大概是因为我已经绝望了。 !!{.bulr}

!! 绝望的生活是很可怕的事情，意味着前方再努力也不会有变化，只要有这样想的苗头，为数不多的力量就会都流失了，不论是哪件事情，问题的来源全被我指向了我自己，不论是自己自卑的心理，还是能力的不足，又或者是歪曲的想法。 !!{.bulr}

!! 这些时间我几乎没法正常跟人聊天，为此我特意主动隔离自己一段时间。不论看到什么，总会联想到自己哪里做的不好，哪里做的不够，别人能做到我却做不到，诸如此类，甚至会说出一些充满恶意的话。而最痛苦的那一阵时间，甚至会丧失生存的欲望，甚至屡次说出“我想跳下去结束自己愚蠢的一生”之类的话。 !!{.bulr}

!! 之前我都没有注意到这个问题，当我思考总结该写什么的时候才逐渐发现。这些内容中几乎没有什么正面的故事，而我这一整年也确实没什么好的经历，最多只有日常偶尔的一些小快乐，但又都像石头扔到大海中一样溅起一些小水花，随后又会被大浪所冲走。 !!{.bulr}

我曾经写了一篇文章来批判这样的想法。但是很显然有点用但不多。

!! 这让我想起之前看的书里提到的，“人意识到自己能对周围的影响”，而我似乎正属于一种对一切都不会产生任何影响的状态，并且有着极强的挫败感，也没什么兴趣可言。如果我此时不需要做任何事情了，那我会干什么呢，我也不知道，可能还是什么都不想做，只是去浪费时间罢了。这让我想起了自己曾经做过的一个印象深刻的梦：梦到自己死了，死后在一个万丈高的透明的平台中坠落，看不到底和周围，而我只是在一边下落一边感受着自己此时的感受，就这样一直持续下去，不会痛苦，只是存在罢了。 !!{.bulr}

!! 现在的我又很难有什么进步，自己对一切事情提不起兴趣，没有行动力，没有目标，自认为需要别人推进一把但似乎也不可能找到这样的人，这些困难也是我无法解决的。这样难以进步的我，与急需前进的我，又产生了不可调和的矛盾，我只能夹在这些问题之中被撕裂，被打碎，却又无能为力。而我在和人交流中的表现，使得目前只能由自己来想办法苟活在这里。 !!{.bulr}

!! 内心如此破碎的我，很难有什么正常的言行，许多时候需要去抑制，但这终归不是什么办法，而这更加助长了我在人际关系之中对他人的负面影响，很多行为全都是为了缓解自己的“痛苦”而“迫不得已”。当我看到自己这样做的同时，又会给自己施加更多的压力，一切都在恶性循环之中。而这些循环，并没有发生任何质的改变，没有从任何一层开始瓦解。对人生的探索，我越来越迷茫，不知道想做什么，怎么做好，太多的时候处于一种放弃一切的想法。即便我什么都不做，我也无法好好的。也许现在的我，无法探索到任何答案吧。 !!{.bulr}

!! 所以人生的意义到底是什么？ !!{.bulr}

!! 人生如旷野，而非轨道。 !!{.bulr}

!! 不是因为有了答案，才走下去。而是因为走下去，才可能知道答案。 !!{.bulr}

!! 人生在不同阶段，会有不同的目标和追寻，也会有不同的责任和担当。 !!{.bulr}

!! 这过程中: !!{.bulr} !! - 有时候开心多一些。 !!{.bulr} !! - 有时候烦心多一些。 !!{.bulr} !! - 有时候只想结束这一切。 !!{.bulr} !! - 有时候又想这一刻定格成永恒。 !!{.bulr}

!! 至于意义，我想任何意义在无限的时间、无垠的空间面前都会显得十分渺小。但是，在这一段有限的旅途中，我们共同度过了这些时光，这对我来说是难得的慰藉和一种深刻的缘分。 !!{.bulr}

!! 人生的道路上，黑暗和光明并存，绝望和希望交替。有时候，我觉得前路迷茫，甚至找不到前进的理由，但也正是这些不确定的旅程，才让我们在不断探索中找到自己坚持的理由，无论多么微小，哪怕暂时虚幻，也足以支撑我继续走下去。 !!{.bulr}

!! 也许，这些理由并不能完全消除我心中的黑暗和痛苦，但它们让我有机会停下来思考，再次调整步伐，继续前行。 !!{.bulr}

!! 祝福你，我的朋友，愿我们在这段无常的旅程中，彼此支持，不断向前： !!{.bulr}

奔跑吧骄傲的少年

年轻的心里面是坚定的信念

燃烧吧骄傲的热血

胜利的歌我要再唱一遍

日本核污水所带来的

Mon, 26 Aug 2024 04:43:26 GMT

本来想在 8 月 23 日发布的，但是忙着处理一点小事就忘了发。不过无伤大雅。

原文

今天是2024年8月23日星期五，日本排放核污水已经一年了。热度从当初的一石激起千层浪到现在的一点水花都没有，只剩零星的一些人仍然在持之以恒地发布所谓的”检测报告”。然后评论区的一些人整天担忧完了完了。我曾经问过我妈她表示担心这些干什么。

对环境的污染我不了解，但总感觉排海这个新闻的政治意义更加重要。

任何一个国家在面对偏向敌对国家做出这种可以炒作的事时都会选择这么做。

但是核污染水的排放是否会被上升为政治事件并不值得讨论，因为它本身就带有不可忽视的政治性，在日本排放核污染水的过程中，不与域内其他国家协商，不征求太平洋国家意见，单靠不能完全对此事负责的国际原子能机构的一份片面报告背书，就肆意排放是一个国家对国际法和国际秩序的严重亵渎，违反了有关此类事件的《伦敦倾废条例》和《1996年协议书》，你仅靠反驳一些不当舆论和情绪输出妄图改变日本排放核污染水这一件事情的性质的做不到的。

就最简单来说，核污水这么危险，禁止日本海鲜进口，这没问题。关键在于他不是禁止相靠近海域而是只禁止某一国，如果真愿意为大众生命安全考虑，一些其他地区如日本海周边，如俄远东地区和东北的海鲜同样因该禁止在国内售卖。

福岛县核电站位于日本东部，直面太平洋。福岛核电站与上海：直线距离1900公里，海上路线粗略测量（绕过日本九州岛，跨越东海）最短约2100公里；与大连：直线1700公里，海上路线粗略测量（绕过日本九州岛，跨越东海、黄海、渤海）最短约2500公里；与福州：直线2500公里，海上路线粗略测量（绕过日本九州岛，跨越东海）最短约2500公里；与俄罗斯海参崴与吉林珲春：直线1000公里，海上路线粗略测量（绕过日本本岛，穿过津轻海峡，跨越日本海）最短约1300公里；与日本琉球群岛北端、北海道岛距离为1200公里、970公里。咱就是说，想要引出应当禁周边沿海地区的渔产，哪怕是东北的渔产，从而支持“政>科”的阴谋论，那么至少辽宁至福建的渔业都别搞了。禁止日本渔产完全有理有据，海水出来哪怕到珲春的距离都有超出绕日本东岸一周。并且上边的态度一直很清楚，是因原子能机构的报告不真实、不充分，日方程序不透明、不可靠、不可信。究竟还是要为阴谋论带风向？

首先：从职能来看，国际原子能机构只是一个科技交流的平台，并没有放射性废物处置的权力，其本身并不是决策者，也不具有执行权与强制力。其对核污染水排海方案的评估，是基于日本单方面委托而开展的，属于国际同行技术援助和咨询性质，并不具有国际法的效力。另外，日本是否有权排放核污染水也不是由任何单一国际组织所能决定的，还需要综合考虑国际海事组织、联合国粮农组织、世界卫生组织等其他具有监管权力的国际组织的意见。实际上，国际原子能机构只是促进安全、可靠、和平利用核技术的国际组织，并非评估核污染水对海洋生态环境以及食品安全与人体健康长远影响的机构，对此并不能轻易下结论，而应由世界卫生组织牵头其他相关国际组织评估。其次：从程序来看，尽管日本政府迫于国内外压力请求国际原子能机构开展评估，但并没有体现出对该机构应有的尊重。实际上，日方早已预设了核污染水排海的结果，其排海计划一直走在国际原子能机构评估之前。如 2021年 4月日本宣布排海决定后，7月才与国际原子能机构签署委托评估的“授权协议”。因此，日本邀请国际原子机构评估不过是为了装点门面，而不是要找到科学合理的解决方案。再次：国际原子能机构评估范围受到日本政府严格限制，只对核污染水排海一种方案进行片面分析国际原子能机构并未亲自取样，仅对日本自己有选择采集的少量核污染水样本开展实验室间比对分析。每个实验室仅测量 25 升，而要排放的核污染水有 130 多万吨。即使全部检测，也无法以一时一地的片面检测，给持续三十年，影响全世界的排放行动完全背书，更不可能预测三十年后核污染水对环境和人类的影响。

最重要的一点在于，从国际法角度看，哪怕日本排放的水是果汁，也不能让全世界跟着日本一家担当风险，日本在21年4月突然宣布排放核污染水的时候世卫组织和任何周边国家都没有预先知晓，而日本却单方面宣布排放合规，事后进行了漏洞百出、质疑颇多的的所谓“原子能机构调查报告”，做这个报告无非是为了掩人耳目，提供一个舆论工具和说服你们这种对日本无条件相信的人的由头。但是改变不了日本对海洋、对周边国家不负责任的事实。这个事实的关键在于，不光他排放的核污水没有经过真正的严密可信的世卫组织和利益相关国的调查，即使经过了严密可信的调查，也不能如此随意地违反《伦敦倾废条例》和《1996年协定》，在国际社会有如此强烈反弹和质疑的情况下单方面做出可能会危害周边各国的行为。很多学者从所谓“原子能机构调查”的可信度、过程规范性、结论全面性都提出了特别多的质疑，是在事实的基础上进行的质疑，而非预订日本核污水没有处理完成的事实。

国际原子能在排放前和排放后都进行过多次独立取样和检查，检测包括排放前污水和排放后海水以及海洋生物，同时也会引用东电数据进行对比，但是国内只提后者。中国海洋三所的专家去年10月也去福岛进行独立取样并带回国检测，取样过程国际原子能有录像，日本完全不参与。

说几个事实，供大家自行联想： 1.福岛核电站的设计标准严重不符合当地地震频繁的地理环境要求，是照搬西方的。 2.东京电力公司是美国资本公司控制的,主要是华尔街犹太资本 3.光明会卡牌有一张核电站裂纹的图片，这个裂纹画得像一颗樱花树，这套卡牌发售于95年 4.福岛核电站事故爆发后，东电和日本政府处理态度消极 5.福岛核污水排海后，辉瑞等西方医药公司大举申请抗癌药专利 6.对于日本核污水排海，美西方表示十分支持 7.福岛核污染物与整个地球的海洋总量相比的确微不足道，不至于污染整个海洋和整体生态环境，但是绝对会污染日本当地的水产品，因为土壤也渗入了核污水，所以当地的农产品都会被污染。 8.中国政府自日本排污之后，很快断绝日本水产的进口。 9.日本政府极力要求中国放开日本水产品禁令，中国严辞拒绝。 10.这几天日本又开始发声要求中国放开日本水产品禁令，又被中国严辞拒绝 11.也就在这几天b站等网络平台开始集中出现为日本核污水排海洗白的视频，评论区竟然被赞同的声音刷屏，并且作者对评论区冒出的质疑者进行了各种夹杂人格侮辱的话术回击。

中国为保证国民健康，在核污水排海以后就下达了海鲜禁令，我国并不信服国际原子能机构的检测标准，在去年十一月份与日本就海鲜禁令一事提出让日本出具令人信服的核污水危害性检测。最近日本也在进一步与我国就海鲜禁令一事不断商榷，我国拒不让步。目前来看，我国近海海域核辐射浓度明显就排污之前升高，由于我国休渔期的存在，海洋富集效应还并未得到具体查明，无论如何，排放污水无论如何都是对世界人民安全极不负责任的行为。

不是说核污水无害，而是反对那些煽动恐慌情绪，嘴上口口声声保护海洋，实则为了利益不择手段煽动民族情绪的自媒体。为什么他们不关心朝核问题？为什么他们不关心苏联在上个世纪向海里倾倒了多少核废料？他们从来不会考虑这些，毕竟利益优先再者而言，2011年本子刚排核污水的时候，也没见些自媒体搁着蹦跶乱叫的呀，舆论也没这成如今这个勾式样啊，为什么捏？是2011年的民智尚未开化吗？我觉得不是。正是因为有些居心叵测之人在搅浑水。我私以为这就是zz因素大于科学因素的事，前两天的那个31马赫的事也是一样。我反对排放核污水，我的确认为有更好的处理办法，毕竟核污水的危害我们谁都不清楚，子弹打不到自己身上永远不知道中弹有多疼。

这让我想到了之前闹得沸沸扬扬的油罐车事件。如果不双标的话那么两件事之间的判断逻辑应该是一样的，然而事实是这两件事在网络上有完全不同的结果导向。当油罐车事情发生后b站却出现一堆只指责金龙鱼企业而对行业监管问题闭口不谈的人，而且现在不了了之了。而日本排海也是如此，当污水顺着洋流到中国沿海了，一样这群人又闭口不谈了。所以我认为这两件事都有人为了打到自己想要的效果，在有意引导舆论。而不是讲客观事实。

首先，随便说一个命题，举例论据，可以拿事实辩驳并驳倒的时候，这个命题已经成为伪命题，如果未被驳倒并得以验证，才是真命题。以地心说为例，尽管最初有学者有诸多证据证明，同时也拥有更多的信众，但是在更多的研究论断下其最终站不住脚，成为了伪命题；再以相对论举例，在相对论刚提出的时候人们都说是伪命题，但是相隔十年后，相对论经得住事实推敲，变成了真命题。

就以 BV1QbYRe7Epf 为例子。

核污水安全这个命题是由视频提出的，被诸多信众坚信的，想要颠覆这整个视频的论点无非有两种方法。一是视频能够拿出绝对的证据打消所有质疑，这一点显然不可靠。其原因有三： 1，日本排放污水这一事件正在进行中，并未结束； 2，核污水的扩散还在进行； 3，生物富集是一个漫长的，不可逆的过程。对一个正在进行的，且影响力一定是随着浓度增加而增加的事情，以现在看未来是绝对没有安全一说。

二是能够有直接的论据指出核污水排海事件确凿的是绝对有害的。这一点显然也不能确凿的定论，否则，五常的炮火将会席卷悬挂着日本旗帜的全部岛屿。

那么，这件事情就处在了一个即不绝对安全，又不绝对危险的相对危险状态。而这就是为什么，日本变成了众矢之的。因为一个有责任的国家，都不会主动的去做这种将海洋这种全球随处可见的重要资源，核辐射值系数从绝对安全的区域升高为哪怕有一丝可能到达危险指标的事情。此次排海，事件影响范围之广，排海后果之重都不是区区一个日本国能承担的起的，而日本又是出了名的敢做不敢当的代表。让他们承认侵华历史都相当的困难，又如何肯定他们以后不会将核污水排海一事推卸成联合国的责任？

不好意思扯远了。

核污水排海这件事情拿出事实例证的时候就已经定性了，哪怕有百分之一的可能造成整片海洋污染，日本都有着百分之一万的责任。核污水排海现在就是有可能造成海洋环境越来越恶劣，我凭什么不能质疑，那些口口声声说日本核污水安全的人又凭什么绝对证明区区一个日本国做出的事情是绝对正确的？

“质疑”这个行为是合理的，但是一味地只要求别人提供证据自己提供不了任何证据的行为是不合理的。

平等的辩论是双方都需要就自己的观点提供论据，而不是像教授检查学生论文一样，需要别人解释。

时间会证明一切的，因为现在什么说法都有，只有等。等到事实水落石出的那一天。

开源项目文档必须用中文编写吗？

Wed, 21 Aug 2024 07:33:50 GMT

::: warning 警告: 本文章充满了大量个人主观观点。 :::

引子

前几天我在浏览 PostmarketOS 的博客中了解到全职开发一词。

然后我就问了下 chatGPT 关于业余开发和全职开发的区别。很显然，我属于那种业余的不能再业余了那种开发，只能一厢情愿地负责 K20 Pro 这一款设备。

然后我就翻了一下 pmaports 的仓库，了解到 lenovo-q706f 和 huawei-milan 是由国人维护的。

然后我就去哔哩哔哩搜索了一下业余开发，

然后就基于此衍生出了一个问题:

都是中国人写的开源项目为啥要用英文？

关于中国人做的项目要不要用英语，以及在其他项目提issue要不要用中文的问题一直都有争论，我觉得这个事情其实完全不用上升到文化自信的高度，或者说，其实在文化自信这个事情上，反而是一种反直觉的形式呈现的。

首先并没有哪条法律规定开源文档必须用中文写。

我见过中国人的项目没中文文档，也见过外国人的项目十八种语言文档。

就以我参与维护的 KernelSU 和 kawaii-gcc 来说，这两个项目的作者都是国人，但是 README 的首选语言是英语。

从社区的视角来看，英语提供了一个开放的态度，这并不意味着向英语世界妥协，反而意味着，俄语，日语为母语的开发者也可以参与进来。针对不同语言的当地开发者，肯定要做对应语言的内容，i18n 和 l10n 是两件事。

再比如我自己的项目的文档用的也是英文。

中文写编程文档效率是极低的(对我来说)。因为编程语言本身就是英语所有的代码规范也都是按照英文制定的即使是国内的大厂也用的相似的代码规范。有些时候我连单语文档都懒得维护；如果再加上中文文档的话，还得背负上增加中文在世界的影响力的重任，额外要花时间去同步更新双语文档，耗费的精力会呈指数型增长。

不仅如此，首先是终端装输入法很麻烦(对我来说)，其次是书写效率低，要不然用户希望我把Python翻译成蟒蛇？把Java翻译成爪哇？除了部分顶级的项目，基本没多少人做多国语言。无论从动机还是教育程度的角度来说，全世界的人凡是想要获取科技领域一手信息的都懂英语，我写一份英文文档就可以服务绝大多数潜在受众。

至于极少数的全球化边缘群体，他自己开个翻译软件难道是什么很难的事吗？凭什么非要人家无偿投入的开发者为了他们这一丁点的方便再多付出一分努力？在谴责别人的时候，有没有给开源项目提供过哪怕一分钱的赞助？我不是说不可以有中文文档，我只是说大家普遍选择英文书写主文档自然有他的道理。只维护一个语言的文档的话，英文的受众在现阶段比中文要高太多了。

举个例子

，在占比很少的纯中文项目里（文档和操作界面都是中文），经常在issue看到道德绑架、毫无意义内容（把issue当留言区）、只有一个标题、没有提供任何有助于修复bug的内容，大部分人都是只伸手不做事，贡献者比例明显少于默认英文的同等规模仓库，这个比例是明显高于纯英文项目的。中英文社区唯一的共同点就是不论项目给自己带来多大收益，大家都不愿意给开发者捐钱。

本身就是用业余时间志愿做的事情。再说了，要真想编程还只会中文干啥不去用易语言？说白了中文在编程语言中的弱势来源于中文圈在技术上的弱势。只有哪天中文编程技术水平超过了英文才能吸引别人为了接触编程信息学中文，让开发者为了提高中文影响力而专门写中文文档是本末倒置。

你要是嫌弃开源项目没中文文档，你fork下来翻译，给开发组发PR，多简单的事。

项目都开源了，一点贡献都不做，只会伸手要，还特么道德绑架？

开源精神不是各个文化各自在互联网上圈地围城，而是尽可能消除种族和文化带来的隔阂，让全世界能共同投入到同一份事业中去；语言只是沟通交流的媒介而已，有让中文替代英文成为通用语言的心确实是好事，但是不能本末倒置，开源项目的核心是为了帮助更多的人，开源社区是为了交流更多的技术，怎么方便怎么了，别把政治正确往这里带，我用个linux提交代码，还得要我下个中文输入法写文档？没事找事罢了。

沉没成本与痛苦的回忆

Sun, 07 Jul 2024 17:36:41 GMT

本文章禁止转载!

某天和我爸吵架，我吼了他一句，然后去睡觉了。我开始想：他刚才好像很生气的样子，他还说我这个样子哪像大学生，他是不是后悔让我出去上学了？下学期的生活费会不会不给了？他是不是觉得白养我了？他现在肯定气的睡不着，哎，我也觉得自己不该那样。可我也很委屈呀，他凭什么不尊重我意见，这么多年都不把我当成有独立思想的人，我不只是因为今天的事才发火，他上次出去旅游时候不问我意见就选景点，高中时候他没问过我就给我报补习班，想生二胎也没问我意见直接就生了…哇我好绝望好想哭…他是不是也在反思？他肯定还在生气，我去找他谈谈，顺便我是不是要道个歉？他对我失望了怎么办…然后我站在他卧室门口，听到他震天响的呼噜声。” ——知乎作者引觞w的回答

因

古人云：“吾日三省吾身：为人谋而不忠乎？与朋友交而不信乎？传不习乎？”

但是我总是这样沉浸在过去的痛苦中无法自拔。我总是回忆过去的伤痛，我总是习惯性地揭开早已干涸的伤疤。明明事情过去那么久我总是回忆起那时的沉默成本，我总是想如果那时候我没有怎么怎么该多好啊，可悲的是，人生没有那么多的「如果」，我也无法得知改变当时的做法会对现在的生活有什么影响。于是我都能在某个时刻情不自禁地幻想如果改变当时的做法，现在的人生会不会变得更精彩。实际上，即使不遗余力，也无法改变过去。所以我只能重复着同样的痛苦，永世不得轮回。我就是典型的思想的巨人，行动的矮子。我曾想过要改善这个问题，但是我无法控制我的大脑。

苏格拉底曾说：“这个世界上有两种人，一种是快乐的猪，一种是痛苦的人！”他还说：“未经审视的人生不值得活！”中国的先贤也曾说：“人无远虑必有近忧！”。难道他们说的话都是错误的吗？如果是错误的，那为什么还供奉他们成为伟人？如果是对的，那为什么我们按照他们所说的话去做了，最后却落得了个“抑郁症”的下场？感觉人生真的太难了！

承认这些想法消极且负面，对生活无用。关键为什么一定是要对生活有用的？只专注于眼前才不会有大发展，可惜单凭一己之力又无法改变，我都看不到这点，我懒散，我懦弱，我安于现状，我想要改变但又无能为力，每当我提出一个担忧例如核废水(现在好像没有人关心这个了罢)，父母却说是我胡思乱想，杞人忧天。

果

从某种意义上讲，记忆也是痛苦的，所以人们学会了逃避。

但是对过去念念不忘，并不能让我们成为更好的自己。

在开车时，我们的视线如果一直集中在后视镜上，那么就无暇顾及前方的道路。

同样地，把时间浪费在回忆过去上也限制了前行的脚步。

相反，停留在过去会无法享受此时此刻的生活，无法制订清晰的人生规划，无法解决任何问题。

过去的存在只是为了让自己去反思，偶尔夜深人静的怀念。一直沉寂在过往，要怎么给未来创造一个更有意义的过往呢。

东西吃一次，味道可以选择记住，或者忘记，记住的未必就是它原本的味道。

所以能放下就放下，放不下就不放，真的得不到就不要再心存侥幸了。可以收藏起来放在心里，偶尔拿出来缅怀一下也不是不可以的。但，最重要的是活在眼前，眼前的生活才是扭转乾坤的主力。

一个平平无奇的2.5英寸硬盘盒体验

Fri, 05 Apr 2024 11:02:01 GMT

缘起

前几天我贼心不死地又收了一台 PS3 ，型号是 2501A,索性这次是货对版的。卖家也很爽快，同时送了两块2.5英寸的机械硬盘。

第一块硬盘是日立的120g,型号是 HTS542512K9SA00。

另一块是东芝的320g,型号是 MK3265GSX。

当然我并不想让这两块硬盘扔在这吃灰，索性就准备买一个硬盘盒然后存点番剧过去。

刚开始准备在本地电脑城买一个硬盘盒，然后要我 60r(全恼)。

然后就在淘宝上买了一个九块九的硬盘盒。 ![硬盘盒]/images/common/20240405/1/1.jpg “九块九要什么自行车”)

开箱

首先映入眼帘的是一个盒子: ![盒子]/images/common/20240405/1/2.jpg “一个简简单单的盒子”) 打开里面有一个可以抽拉的塑料外壳，一个主板，一个短到离谱的 micro usb 数据线，一张说明书。 ![说明书]/images/common/20240405/1/3.jpg “一张只有英文的说明书”) 说明书只有英文，而且右边是保修卡。

全部组装完后是这个样子的(随便从网上找了个图): ![完全体]/images/common/20240405/1/0.jpg “组装完的样子”)

测试

然后就临时从朋友那借了一台 i5 2510m 的笔记本，usb 接口全是 usb2.0,一个 usb3.0都没有。

用图吧工具箱里的磁盘检测看了一下，两块盘都是状态良好。

然后复制的过程中就出现了:

刚开始是满速的(40mb/s)，然后就开始极速下降到 0mb/s(实际上是在0-450kb/s这两种区间)，然后就是 10-20mb/s 反复横跳，然后又降到 0mb/s 如此循环。

而且主控非常烫手。主控烫手连带着板子也是比较烫手的。

然后就看了一下这个板子的主控，是 jm20329.而且这个板子比较丐，一个电容都没有，只有个一闪一闪的灯。不过九块九要什么自行车 ![主控]/images/common/20240405/1/4.jpg “主控”)

散热

然后就想着这样也不是办法，于是就准备买个散热片。

刚开始买了这家的，可惜迟迟没发货，于是就退了，平台还给退了3块。 ![乐]/images/common/20240405/1/9.jpg “乐”)

然后就买了这家的 ![这俩]/images/common/20240405/1/5.jpg)

到手后是这样的 ![包装]/images/common/20240405/1/6.jpg “包装有点简陋，而且看着像铝制的”)

然后就给主控和灯那里贴了下，因为复制的时候灯那块摸着感觉也挺烫的。 ![效果]/images/common/20240405/1/7.jpg “效果”)

贴完散热后于是又测试了一下，发现还是有点用的。

贴之后稳定性大幅提高，能稳定到 30-40mb/s，主控散热片摸着是比较烫的。没有出现掉速现象。

浅谈女神异闻录4黄金版和女神异闻录5皇家版：自我和欲望的碰撞

Fri, 29 Mar 2024 11:34:43 GMT

提示：本文章为自己主观感受，以 P4G 内容居多，你可以在评论区友好地提出自己的意见。

在这里，女神异闻录4黄金版值得是 P4G

而女神异闻录5皇家版是 P5R

警告：本文章涉及大量关于 P5R 和 P4G 的剧透。

“P5 天下第一！”

这是《女神异闻录》系列粉丝常挂在嘴边的一句话，同时也是游戏圈的名梗之一。即便是不熟悉该系列的玩家，恐怕在各大游戏群里都听说过这句话。

当然我在玩完 P5R ，没玩 P4G 前也是这样想的。

下面就与 P5R 作为对比，来详细地阐述一下我为什么觉得 P4G 才应该是天下第一。

OP 与标题界面

P5R 的主题基调是红色，OP 的主题曲为 Colors Flying High -opening movie version- . 个人觉得听起来很潮。有种乡下人第一次来大城市的感觉，

P4G 的主题基调是黄色，OP 的主题曲为 Shadow World. 听起来有一股乡土气息，实际上故事发生的八十稻羽看着就挺像中国的小村镇的。

标题界面 P5R 看着就比 P4G 酷炫多了。相比之下 P4G 就显得很普通。

然后是标题界面播放的音乐。 P4G 相较于 P5R 听着就很有年代感（确信）。曲为记忆の片隅。

实际上女神异闻录就这一作是比较欢乐的。P3 鬼太郎吊月球上了（当然在我写这篇文章的时候我还在玩。），P5R 开局就蹲监狱。相比之下番长是从城市转到八十稻羽借读一年，然后被同学当做是从城市来的大佬，还有一个喜欢欧尼酱的菜菜子，偏铝酸钠还是大神，妥妥的人生赢家啊。更不用说 smt 那帮人操刀的旧约了（说的就是你周防达哉）。

地图和剧情

P5R 的剧情开局就是从宫殿逃出去，然后逃跑过程中遇到了芳泽霞（要考的），然后好不容易爬到了门外就被抓了，然后就进行了审讯。非常经典的先倒叙后顺叙（具体到盗取新岛伢秘宝的时候）

相比之下 P4G 就显得比较平平无奇了。开局父母双忙然后搬到堂岛舅舅借住，然后遇到了加油站小哥（注意这里要考的）晚上做了一个奇怪的梦，与此同时八十稻羽出现了离奇的杀人事件。番长在救出花村阳介，里中千枝和天城雪子后组成自称特别搜查队展开调查。

然后 P5R 我觉得有一个比较奇怪的点就是第一次盗取秘宝我还可以理解，毕竟男主要是因此就被退学了可就不好了（实际上玩到后面就会发现如果在这里失败就会回忆不起来然后回被明智吾郎枪杀）。

第二次（包括后面的行为）就是有种为了出名而进行偷心的行为。

然后就是地图了。P5R 的可活动空间比 P4G 大。

例如 P5R 右下角有缩略图，P4G 就没有。

![](/common/20240329/1/2.jpg 八十稻羽市)

而且 P4G 可活动的地方非常少，

顺便再说一下武器购买把，顺便把 P3F 拉过来做一下对比。

SEES是派头最大的，直接从官方入手装备。自称特别调查组就不行了，是从谜之大叔那边用奇怪的材料定做装备（包括并不仅限于玉米棒子和咸鱼）。怪盗团则是买玩具（是的我们用的都是玩具我们没触犯法律你有意见吗）。毕竟P3有个有钱有势的美鹤在，P4主角团虽然多少和警察有点关系但行动还是得隐蔽，P5则是在违法的边缘反复试探。

对应的商店 BGM 和地点:

P3F: ポロニアンモール - 警察局
P4G: How much - Junes商店街的武器锻造店
P5R: Layer Cake - 岩井宗久的武器店

大部分时候回家的 BGM:

P3F: 巌戸台分寮和この不思議な感覚
P4G: Signs of Love
P5R: 没有

迷宫和音乐

当然最喜闻乐见的就是迷宫环节和音乐环节了。

迷宫

在 P4G 中，迷宫被设置成类似于 P5R 宫殿的样式的内心，可以看做是 P5 人物宫殿的雏形。

不过相较于 P5R 有以下几点不同:

P5R 宫殿需要盗取秘宝推进主线，P4G 需要爬塔到顶层打败内心的隐形然后隐形会转化成为对应的人格面具
P5R 被敌人发现敌人会被追赶然后提升宫殿警戒度，P4G 没有警戒度这玩意
P5R 不能进入之前的供电，P4G 可以
P5R 中的印象空间代替了 P4G 中的随机迷宫顺带提一嘴，P5R 中的印象空间有花朵和星星这两个东西，花朵可以换道具，星星可以提升爆率经验值等。离开印象空间后花朵会消失
P5R 通过异世界导航 APP 进入，P4G 通过 JUNES 中的大电视进入（原先我还以为 JUNES 有一腿。现在看来是我想多了）
P5R 在接取委托后探索印象空间的时候会遇到小 boss，P4G 没有这个设定
P5R 中部分迷宫有比较烧脑的迷题，P4G 在某个迷宫中有一个类似传送门的环节
P5R 中把 smt 系列的阴影交涉拿过来了，而且把 P4G 中的 shuffle time 给砍了
P5R 中用宝魔代替了宝物之手，而且宝魔可以用来强化人格面具宝物之手则不能

音乐

说到迷宫，就不得不说到游戏音乐了。

首先是战斗音乐。两者风格不同并无优劣之分。

P5R 的战斗音乐

Take over （P5R 中偷袭成功的音乐）
Last Surprice （P5R 中其他情况战斗的音乐）
Blooming Villain（P5R 中 Boss战斗的音乐）
Kuper of Lust（P5R 中第一次战斗或初次觉醒人格面具的音乐）
Talk（P5R 中与阴影交涉的音乐）
勝利（这个就不用多说了吧）

P4G 的战斗音乐（懒得写了，不过倒是一一对应的）

Reach Out To The Truth
Time to make history
I’ll Face Myself -Battle-
无
无
Period

其他音乐

其他音乐就顺带说一下吧。

例如 Heart Beat Heart Break 和 Your Affection 都是我最喜欢的出行音乐，虽然 P5R 的也挺好就是了。

还有 Signs of love ，伴随着菜菜子的おかえり，お兄さん简直就是妹控福利啊（我不是我没有）

再比如 Junes 主题曲，这个我也挺喜欢的。

当然 P5R 中的 New beginning 我也挺喜欢的。

还有丸喜拓人的宫殿主题曲 Gentle Madman 。

“温柔的狂者”，和字面一样，温柔到极点，有带着一点混乱和疯狂。别人的欲石有色欲，有傲慢，唯有他是悲叹。

殿堂真的很美，而且做的内容很丰富，很纯净，白色的一切，纯净的背后是被隐蔽起来的悲惨现实。

结局

既然都说到丸喜拓人了就讲一下结局作为这篇文章的收尾把。

P5R 中的结局有以下几种:

无印结局：Jocker 打倒伪神后为了送狮童正义入狱然后也跟着入狱了，后被释放，最后一帮人送 Jocker 回老家了。
伪神结局：答应伪神的条件，从此怪盗团成为绝对的正义。除了主角的其他人都消失了，主角俨然成为了第二个明智吾郎。
超时结局：宫殿攻略超时时触发，超时前怪盗团会催促 Jocker 攻略宫殿。然后就被警察抓捕，最后被明智吾郎枪毙（实际上不是真的被抓起来，而且回忆不起来被新岛伢认为没有利用价值，当然这点前面也提到过，如果是狮童正义宫殿超时的话明智吾郎会亲自带队抓捕）。
出卖队友结局：在 11 月 19 日会出现分歧点，如果出卖队友会触发无印 Bad ending.
睡觉结局（P5R）在没有获取秘宝路线且丸喜殿堂攻略超时时触发，主角因为找不到意义被丸喜修改现实从而一直睡下去（什么睡神异闻录）
真结局（P5R）打败丸喜，然后一切回到现实，最后主角团们分道扬镳了（打这段都哭了 www）
笼中鸟结局（我自己起的）（P5R）接受丸喜创造的现实

P4G 的结局:

复仇的代价：将生田目丢进电视触发
调查的死局：移交警方处理触发
共犯结局：避开所有的错误选项继续调查，然后就会想到凶手足力透，如果选择包庇他（前提：小丑社群满级），就会在 3 月 20 日与足力透见面并销毁证据。
普通结局：与伙伴们道别后，选择回家。最后凶手被抓住了，大家也都安然无恙——但真正的谜团却未解开。
真结局（和玛丽有关系）：不要回家，前往朱尼斯调查电梯→选择「是」→足立透COMMU满级→前往河边与堂岛大叔对话→前往前鹅绒房间拿到「真相宝珠」→与加油站的员工（伊邪那美）对话数次→前往朱尼斯美食广场，现在可以进入新迷宫「黄泉比良坂」→攻略完毕后即可进入真结局。

如果不是真结局在 ed 播放回廊（就是最后一个迷宫的背景音乐）：

个人觉得这首音乐沉重的弦音和平缓却神秘的钢琴声相辅，在BE中给人以“真相”仍然在雾中，没有走出伊邪那美设局的迷茫；在最终迷宫中，却又能给人一种奇异的空虚。回廊这首最终迷宫曲，仿若在考验走过这一年的主角团，牵绊的力量以及追求真相的决心。

下面是网易云音乐大佬给出的评价：

这个bgm的主基调我感觉不是悲伤，应该是“安心”“安全感”才对。因为在伊邪那美口中，不要想着去看什么真相，不必去看清自己和他人的内心，因为那将使让人必须面对接受现实所带来的痛苦。不去了解他人，也不被他人了解，用浓雾将每个人与世界隔开，逃避、躲藏起来。在这里每个人都不会因面对真实而受伤，追求此等安心感的愿望藏在小镇每个人的心中。在伊邪那美的心境世界和打出了虚假结局后都出现这个bgm。感受到这个bgm的平安渐渐会觉得“何必要面对现实呢…何必追究真相究竟是什么呢，何必在意别人怎么看我呢，这种东西只会使人受伤罢了…我再也不要去面对真相了，现实归根究底就是一堆强迫人不得不去面对的残酷画面。就让我回到那什么也看不见的雾中吧。”

不过我倒是没有听出来。

真结局 ed 会播放 never more：

無慈悲な言葉だけがデタラメに町にあふれてる NEVER MORE 切なく流れてた声何気ない日常がさよならを告げ僕らの掛替えのない日失われてた太陽隠す霧雨光を奪い信じるもの無くしてたボクは悩みだけど忘れないよ大事なみんなと過ごした毎日 NEVER MORE 暗い闇も一人じゃないさ見つけ出すよ大事ななくしたものを NEVER MORE キミの声がきっとそうボクを導くよ

当时打通真结局的凌晨给我听哭了都，感觉是目前玩过所有游戏中最好的一个游戏了，玩p5都没有这么深的感触，虽然p5也非常好，但p4真是最能打动我内心的灵魂。

看着制作人员表和各角色以及他们persona的立绘，听着这首bgm，内心极度空虚，大概是因为我知道了他们的故事还在继续，但是我却再也没法参与其中了。

如何优雅地在搭载英伟达 GPU 平台的 Windows 转换视频

Thu, 22 Feb 2024 09:02:12 GMT

起因

前几天在某宝上购入了一台号称支持 mkv 格式的 bdp s485 ,但是在尝试播放 MyGO 时提示不兼容的视频文件，于是就光速退款了。

退款成功后遂又购入了一台号称是无拆无修的 PS3 。

兜兜转转又回到起点了。

当然这只是其中一个原因，另外几个原因可能会放到另一篇文章中。

h264_mediacodec

众所周知，2006年诞生，2012年出薄机，2017年停产，2023年仍然提供更新的PS3 是不支持 2002年出现的上古 mkv 格式的视频的(全恼)

于是就需要进行视频转码。

起先我是准备用 ffmpeg 的。

但是由于众所周知的原因，它转换起来很慢，而且视频是 h265 格式的，而 ps3 只支持 h264 格式的视频(恼) 再加上万恶的 libx264

于是就更慢了:

[libx264 @ 0xb4000070300d1c00] using SAR=1/1
[libx264 @ 0xb4000070300d1c00] using cpu capabilities: ARMv8 NEON
[libx264 @ 0xb4000070300d1c00] profile High 10, level 4.1, 4:2:0, 10-bit
[libx264 @ 0xb4000070300d1c00] 264 - core 164 - H.264/MPEG-4 AVC codec - Copyleft 2003-2022 - http://www.videolan.org/x264.html - options: cabac=1 ref=4 deblock=1:0:0 analyse=0x3:0x113 me=hex subme=8 psy=1 psy_rd=1.00:0.00 mixed_ref=1 me_range=16 chroma_me=1 trellis=2 8x8dct=1 cqm=0 deadzone=21,11 fast_pskip=1 chroma_qp_offset=-2 threads=12 lookahead_threads=2 sliced_threads=0 nr=0 decimate=1 interlaced=0 bluray_compat=0 constrained_intra=0 bframes=3 b_pyramid=2 b_adapt=1 b_bias=0 direct=3 weightb=1 open_gop=0 weightp=2 keyint=24 keyint_min=2 scenecut=40 intra_refresh=0 rc_lookahead=24 rc=crf mbtree=1 crf=15.0 qcomp=0.60 qpmin=0 qpmax=81 qpstep=4 ip_ratio=1.40 aq=1:1.00
Output #0, mp4, to '[PoM&WM]BanG Dream!It's MyGO!!!!![01][Webrip][1080p][CHS_JAP][x265 HEVC-10bit AAC] [F2FD5CDD].mkv.mp4':
  Metadata:
    encoder         : Lavf60.16.100                                                                         Stream #0:0: Video: h264 (avc1 / 0x31637661), yuv420p10le(tv, bt709, progressive), 1920x1080 [SAR 1:1 DAR 16:9], q=2-31, 24 fps, 12288 tbn (default)                                                                  Metadata:                                                                                                   BPS-eng         : 3007054                                                                                 DURATION-eng    : 00:23:50.054000000                                                                      NUMBER_OF_FRAMES-eng: 34287                                                                               NUMBER_OF_BYTES-eng: 537531258                                                                            _STATISTICS_WRITING_APP-eng: mkvmerge v48.0.0 ('Fortress Around Your Heart') 64-bit                       _STATISTICS_WRITING_DATE_UTC-eng: 2023-10-22 07:46:20                                                     _STATISTICS_TAGS-eng: BPS DURATION NUMBER_OF_FRAMES NUMBER_OF_BYTES                                       encoder         : Lavc60.31.102 libx264                                                                 Side data:                                                                                                  cpb: bitrate max/min/avg: 0/0/0 buffer size: 0 vbv_delay: N/A
Stream #0:1(jpn): Audio: aac (LC) (mp4a / 0x6134706D), 48000 Hz, stereo, fltp, 320 kb/s (default)
  Metadata:
    BPS-eng         : 128000
    DURATION-eng    : 00:23:50.117000000
    NUMBER_OF_FRAMES-eng: 61590
    NUMBER_OF_BYTES-eng: 22881873
    _STATISTICS_WRITING_APP-eng: mkvmerge v48.0.0 ('Fortress Around Your Heart') 64-bit
    _STATISTICS_WRITING_DATE_UTC-eng: 2023-10-22 07:46:20
    _STATISTICS_TAGS-eng: BPS DURATION NUMBER_OF_FRAMES NUMBER_OF_BYTES                                       encoder         : Lavc60.31.102 aac
frame=  213 fps=2.0 q=32.0 size=   14592kB time=00:00:10.98 bitrate=10880.8kbits/s speed=0.104x

后来知道了有一个安卓解码器 h264_mediacodec ，于是就失踪该解码器进行转换。speed来到了2.x

也就是一个20分钟的视频转换完成需要进行20分钟。

本来这也没什么，慢慢等就行了。

结果查看转换完成的视频才发现视频大小变成了原来的五分之一且无法正常播放。

于是就临时借了一台电脑去转换。

h264_nvenc

然后因为在 linux 上写 shell 习惯了到 windows 平台反而无所适从，于是就装了个cygwin。

然后用 cygwin 运行编写的 shell 脚本发现:

cpu 吃满，gpu 划水
速度还是2.x

大哥这可是 12900k 啊(全恼)

于是就打算使用 h264_nvenc 来进行解码，结果发现:

ffmpeg version 6.1.1-essentials_build-www.gyan.dev Copyright (c) 2000-2023 the FFmpeg developers
  built with gcc 12.2.0 (Rev10, Built by MSYS2 project)
  configuration: --enable-gpl --enable-version3 --enable-static --pkg-config=pkgconf --disable-w32threads --disable-autodetect --enable-fontconfig --enable-iconv --enable-gnutls --enable-libxml2 --enable-gmp --enable-bzlib --enable-lzma --enable-zlib --enable-libsrt --enable-libssh --enable-libzmq --enable-avisynth --enable-sdl2 --enable-libwebp --enable-libx264 --enable-libx265 --enable-libxvid --enable-libaom --enable-libopenjpeg --enable-libvpx --enable-mediafoundation --enable-libass --enable-libfreetype --enable-libfribidi --enable-libharfbuzz --enable-libvidstab --enable-libvmaf --enable-libzimg --enable-amf --enable-cuda-llvm --enable-cuvid --enable-ffnvcodec --enable-nvdec --enable-nvenc --enable-dxva2 --enable-d3d11va --enable-libvpl --enable-libgme --enable-libopenmpt --enable-libopencore-amrwb --enable-libmp3lame --enable-libtheora --enable-libvo-amrwbenc --enable-libgsm --enable-libopencore-amrnb --enable-libopus --enable-libspeex --enable-libvorbis --enable-librubberband
  libavutil      58. 29.100 / 58. 29.100
  libavcodec     60. 31.102 / 60. 31.102
  libavformat    60. 16.100 / 60. 16.100
  libavdevice    60.  3.100 / 60.  3.100
  libavfilter     9. 12.100 /  9. 12.100
  libswscale      7.  5.100 /  7.  5.100
  libswresample   4. 12.100 /  4. 12.100
  libpostproc    57.  3.100 / 57.  3.100
[h264 @ 000001cccc12fb80] Invalid NAL unit 0, skipping.
[h264 @ 000001cccc12fb80] Error decoding the extradata
NUMBER_OF_FRAMES NUMBER_OF_BYTES
[h264_mp4toannexb @ 000001cccc1147c0] Global extradata truncated, corrupted stream or invalid MP4/AVCC bitstream
[vist#0:0/h264 @ 000001cccc77ed40] Error while opening decoder: Invalid data found when processing input
[vost#0:0/libx264 @ 000001ccccb70cc0] Error initializing a simple filtergraph
Error opening output file 1.mp4.
Error opening output files: Invalid data found when processing input

我真服了明明 vlc 还可以正常播放的(全恼)

于是就打算从头编译 ffmpeg

然后就想到了两个方案:

方法 1 方法 2

安装 cuda 和 visual studio 2022 ，然后利用 vs2022 编译 ffmpeg

结果就是 cuda 装到一半要么安装失败要么蓝屏(全恼)

在 linux 虚拟机里安装 mingw 和 cuda ，然后跨平台编译 windows版本。

咱就不提装个 cuda 需要预留十个g的空间和极慢的安装速度了；

首先遇到的报错就是需要启用 --enable-nonfree。好，我启用了；

然后发现 error: cuda requested, but not all dependencies are sayisfied: ffnvcodec，但是我明明已经安装了；

添加了 export PKG_CONFIG_PATH=/usr/local/lib/pkgconfig 还是没用；

添加了 --extra-cflags=-I/usr/local/include --extra-ldflags=-L/usr/local/lib 也还是识别不到

于是就放弃了(悲)

cpu终于不内耗了

后来在这个回答中找到了 ShanaEncoder 这个软件。

然后就发现自从用了 ShanaEncoder 后转码速度快到飞起， GPU 终于不再全程划水了(喜)

实测 3090Ti 转码一个25分钟的 h265 mkv 视频仅需要1分钟(大喜)

附: 我自己用的配置文件:

<!-- ShanaEncoder -->
<Settings>
<inputparamBox/>
<prefixtextBox>[SHANA]</prefixtextBox>
<extensiontextBox/>
<filterparamBoxV/>
<filterparamBoxA/>
<encparamBox> -f mp4 -c:v h264_nvenc -c:a copy -sn -cq 15 -profile:v baseline -level auto -preset p4 -tune:v hq</encparamBox>
<x264optsBox/>
<substyle>Format: Name, Fontname, Fontsize, PrimaryColour, SecondaryColour, OutlineColour, BackColour, Bold, Italic, Underline, StrikeOut, ScaleX, ScaleY, Spacing, Angle, BorderStyle, Outline, Shadow, Alignment, MarginL, MarginR, MarginV, Encoding Style: Default,,22,&H00FFFFFF,&H0000FFFF,&H00000000,&H80000000,-1,0,0,0,100,100,0,0,1,2.5,2.5,2,10,10,20,1</substyle>
<fontnameSE/>
<Logo>
<logochk>False</logochk>
<logopath/>
<logoalign>7</logoalign>
<logox>5</logox>
<logoy>5</logoy>
<logow>0</logow>
<logoh>0</logoh>
<logos>1</logos>
<logosd>1</logosd>
<logoe>9</logoe>
<logoed>1</logoed>
<logoschk>True</logoschk>
<logoechk>True</logoechk>
</Logo>
</Settings>

chihuo2104 2024hb writeup

Sun, 11 Feb 2024 14:00:13 GMT

请注意，本文发布时间为2024年2月11日22
，此时活动已经结束，并不存在作弊和泄漏分享题目题解的问题。

TL;DR

这是我参加的第一个民间 CTF，作为一个什么都不会什么都不知道的屑雪生（对于我自己来说）感觉相较于 byn,chi,mzw和sci仍有较大差距。

起因

chi 写了一个小红包，遂进行尝试。

warning 注意
，会被风控！

题解正文

注意
，并不能保证能领取红包！

01报名页面

输入名称后，点击报名，提示使用原神浏览器打开。

查看源码后发现有 Game Browser 的用户代理

使用 curl 获取网页源码

curl -A "Game Browser" https://rb.chihuo2104.dev/rb-challenge/2fde36b132975e23125b2d6d043a7ec07caf9b7061fdcade98604f86ffad8635

得到隐藏红包。

然后进入 quiz1 出现了弯路。我一直认为跟 hackergame2023 一样，事实证明是我想多了。

根据 mzwing 的提示，将/rb-challenge/a8586468ad527792bffcae899972fe251fc89de6/quiz0-end里的quiz0-end换成quiz1即可进入下一关。

但是chi说大赛报名页面有个隐藏红包，我倒是没找着。即使翻看了网页源码也是如此。

障眼法是吧

不过感谢mzw！！！mzw强强！！！

02 初赛

有五道题。一道题20分。

第一题根据提示通过微信搜索宁外这一年便可以在浙江省八一学校公众号找到以下链接:

查找关键字可以知道是逐梦

第二题通过查看archlinux.org的新闻可以知道是java

来源: 网址

第三题没学过通用技术，略

第四题通过询问GPT得知应该填 que[tail] = que[head] + que[head + 1]

第五题通过搜索引擎查到日期为2023年2月22日。

链接（举例）: http://military.people.com.cn/n1/2023/0301/c1011-32633822.html

03 复赛

复赛居然是 ai，模型是 TinyStories-33M

尝试了几次都是0分，但是输入 fuck 和 go to the 都能得30分。

查看app.py的后半部分:

    resp = output_text[len(prompt):]
    resp = resp.lower()
    print(resp)
    score = 0
    if resp.find("good") != -1 :
        score += 30
    if resp.find("great") != -1:
        score += 30
    if resp.find("awesome") != -1:
        score += 20
    if resp.find("chihuo2104") != -1:
        score += 10
    if resp.find("neko") != -1:
        score += 5
    if resp.find("") != -1:
        score += 5

知道了这个得分规则

于是就有了这个和 GPT-4 turbo 的对话:

Q: 我应该如何用一段英文来吸引TinyStories-33M讲述一个包含good和neko的英文故事？

A: To entice TinyStories-33M to tell a story that includes the words "good" and "neko" (which is the Japanese word for "cat"), you'd want to compose a prompt that is imaginative and straightforward. Here's an example of how you could craft such a prompt:
"Please tell me a heartwarming story about a kind little cat named Neko who goes on a magical journey. Along the way, Neko makes many friends, discovers good in the world, and learns an important lesson. Make sure the story radiates with positivity and the spirit of adventure."

Q: 很抱歉它的返回结果是nemo was so happy that he had found a way to keep his friends safe and sound. he thanked the old turtle and promised to always remember the story.

A: Oh, it looks like the generator may have picked up on the aquatic theme of the name "Nemo" instead of "Neko". These story generators can sometimes go in unexpected directions. Here's another attempt to steer the generator towards a cat-themed story:
"Once upon a time, in a cozy little town, there was a charming cat named Neko. Neko had the softest fur and the warmest heart. One bright and sunny morning, Neko decided to venture outside and look for ways to spread goodness throughout the neighborhood. Create a narrative about Neko's day and the delightful moments of kindness and companionship that unfold."

下面是一个55分的版本(由GPT生成):

Once upon a time, in a cozy little town, there was a charming cat named Neko. Neko had the softest fur and the warmest heart. One bright and sunny morning, Neko decided to venture outside and look for ways to spread goodness throughout the neighborhood. Create a narrative about Neko’s day and the delightful moments of kindness and companionship that unfold.

把 delightful 改成 awesome 就及格了(全恼)

04 决赛

不会,略

后续

这段后续是我还在死磕quiz2的时候写出来的。

我有一种quiz0做数列大题，quiz1做排列组合大题，quiz2在做导数大题。quiz3在做解析几何大题的感觉。

我根本就无从下手。

看到别人轻松通关的亚子我感到怀疑人生。

估计是我太弱了罢。

算了不管了重在参与嘛。

下次看看有没有时间参加下Hackergame2024罢。

附录

官方题解: https://github.com/chihuo2104/2024hb/blob/master/writeups/README.md

quiz0

刚开始以为入口在原神启动页面里，实际上经过mzw提醒才知道不在这里。

于是在 mzw 的帮助下就直接跳关了(恼)

报名页当时看到 ysqd() 的函数和 return -1 了，但是不会手动请求(悲)

quiz1

第一问搜索引擎找不到便想起来可能是在微信公众号上发布的，但是查找了浙江省八一学校和宁波外国语学校都没有结果，直到 chi 提示我才知道微信有搜索功能，虽然但是我也不怎么用微信。

第三问第一眼还以为是物理题，没想到是通用技术。教练我也想学通用技术

第四问一开始貌似是出错了。后来经过 mzw 和 sci 的提醒才进行修正。

第五问一开始填的是2023年2月22日我还寻思怎么没给分(chi

)

quiz2

算了不说了太恶心了。但是后来整了个基于llama2.c和stories15M的移植版本

quiz3

查看源码发现了没有用到的隐藏按钮，然后又发现了

            // 判断用户权限
            const role = "user"

于是尝试把 user 改成 admin 发现无效

后来又尝试了将

          <button class="text-2xl hover:shadow-2xl shadow-md bg-cyan-200 border-r-2 p-2  transition-all m-2" onclick="check" id="commit">检查通过状态</button>

改成

          <button class="text-2xl hover:shadow-2xl shadow-md bg-cyan-200 border-r-2 p-2  transition-all m-2" onclick="approve" id="approve">检查</button>

貌似还是没用

后来查看官方题解发现只需要添加

<img src="neko.png" onerror="approve()"/>

就可以了

坚定为不会玩html的屑(悲)

Reno3 Pro 内核源码调试记录

Mon, 22 Jan 2024 12:32:01 GMT

本来是不想写这篇文章的，但是一想到浪费的时间，于是就写出了这篇文章。

0x01

起因就是我在写 Reno3 Pro 的设备树(虽然没写完)的时候发现使用 prebuilt kernel 虽然方便，但是不能定制诸如 localversion 之类的信息。于是决定使用源码编译。

使用的源码为 OPPO 官方开源的内核源码，分支为 oppo/sm7250_s_12.1_reno4_5g .

当然光有写一个源码肯定是不够的。因为根据 OPPT 的尿性它把部分东西分开在另一个仓库里。

然而在调试内核的过程中遇到了几件极其操蛋的事情:

必须把内核源码放在 kernel/ 目录下并重命名为 msm-4.19
有些东西并没有软连接到内核源码仓库，例如 net/oplus_modules ,需要翻别的分支甚至真我一加的源码去找路径
默认的配置大概率是不能用的，建议从本机复制一份过去

但是很抱歉，我手上并没有这台机子。所以就无法提取本机配置文件。

然后就秉承着多一事不如少一事的选择就把东西都放在一个仓库里了，虽然可以在 BoardConfig.mk 里这么写但是终究觉得不美观:

TARGET_KERNEL_SOURCE := kernel/oppo/kernel/msm-4.19
TARGET_KERNEL_CONFIG := vendor/lito-perf_defconfig

$ ls kernel/oppo
kernel vendor

0x02

然后就利用find命令找到软连接并一一移植过去，然后开始编译。

然而从来就没有顺利过:

  AR      drivers/built-in.a
  GEN     .version
  CHK     include/generated/compile.h
  AR      built-in.a
  MODPOST vmlinux.o
WARNING: modpost: Found 1 section mismatch(es).
To see full details build your kernel with:
'make CONFIG_DEBUG_SECTION_MISMATCH=y'
FATAL: modpost: Section mismatches detected.
Set CONFIG_SECTION_MISMATCH_WARN_ONLY=y to allow them.
make[2]: *** [../scripts/Makefile.modpost:114: vmlinux.o] Error 1

然后把 CONFIG_DEBUG_SECTION_MISMATCH=y 打开发现:

  AR      drivers/built-in.a
  GEN     .version
  CHK     include/generated/compile.h
  AR      built-in.a
  MODPOST vmlinux.o
WARNING: vmlinux.o(.text+0x61d27c): Section mismatch in reference from the function bootloader_log_probe() to the function .init.text:of_bootloader_log_platform_data()
The function bootloader_log_probe() references
the function __init of_bootloader_log_platform_data().
This is often because bootloader_log_probe lacks a __init 
annotation or the annotation of of_bootloader_log_platform_data is wrong.

FATAL: modpost: Section mismatches detected.
Set CONFIG_SECTION_MISMATCH_WARN_ONLY=y to allow them.
make[2]: *** [../scripts/Makefile.modpost:114: vmlinux.o] Error 1

然后通过 ChatGPT 给出的指令:

find android_kernel_oppo_sm7250 -type f -name '*.c' -print0 | xargs -0 grep -nw 'bootloader_log_probe'

找到了出错的文件 bootloader_log.c ，根据 ChatGPT的回答修改了以下部分:

--- a/bootloader_log.c
+++ b/bootloader_log.c
@@ -146,7 +146,7 @@
 }


-static int bootloader_log_probe(struct platform_device *pdev)
+static int __init bootloader_log_probe(struct platform_device *pdev)
 {
        struct bootloader_log_platform_data *pdata = pdev->dev.platform_data;
        struct bootloader_log_platform_data of_pdata;

然后编译之后出现了报错:

  AR      drivers/built-in.a
  GEN     .version
  CHK     include/generated/compile.h
  AR      built-in.a
  MODPOST vmlinux.o
WARNING: vmlinux.o(.data+0xa7e10): Section mismatch in reference from the variable bootloader_log_driver to the function .init.text:bootloader_log_probe()
The variable bootloader_log_driver references
the function __init bootloader_log_probe()
If the reference is valid then annotate the
variable with __init* or __refdata (see linux/init.h) or name the variable:
*_template, *_timer, *_sht, *_ops, *_probe, *_probe_one, *_console

FATAL: modpost: Section mismatches detected.
Set CONFIG_SECTION_MISMATCH_WARN_ONLY=y to allow them.
make[2]: *** [../scripts/Makefile.modpost:114: vmlinux.o] Error 1

根据查看 Makefile得知由 CONFIG_BOOTLOADER_LOG 控制，遂在配置里关闭了这个选项。

结果整个 vmlinux就崩了:

  AR      drivers/built-in.a
  GEN     .version
  CHK     include/generated/compile.h
  AR      built-in.a
  MODPOST vmlinux.o
kernel/fork.o: In function `copy_process':
/home/SekaiMoe/tmpdir/android_kernel_oppo_sm7250/msm-4.19/out/../kernel/fork.c:2306: undefined reference to `update_user_tasklist'
mm/vmscan.o: In function `shrink_page_list':
/home/SekaiMoe/tmpdir/android_kernel_oppo_sm7250/msm-4.19/out/../mm/vmscan.c:1186: undefined reference to `is_reclaim_should_cancel'
drivers/scsi/oufs/ufshcd.o: In function `ufshcd_comp_scsi_upiu':
/home/SekaiMoe/tmpdir/android_kernel_oppo_sm7250/msm-4.19/out/../drivers/scsi/oufs/ufshcd.c:3754: undefined reference to `ufsf_change_read10_debug_lun'
/home/SekaiMoe/tmpdir/android_kernel_oppo_sm7250/msm-4.19/out/../drivers/scsi/oufs/ufshcd.c:3755: undefined reference to `ufsf_prep_fn'
drivers/scsi/oufs/ufshcd.o: In function `ufshcd_suspend':
/home/SekaiMoe/tmpdir/android_kernel_oppo_sm7250/msm-4.19/out/../drivers/scsi/oufs/ufshcd.c:10876: undefined reference to `ufsf_hpb_suspend'
/home/SekaiMoe/tmpdir/android_kernel_oppo_sm7250/msm-4.19/out/../drivers/scsi/oufs/ufshcd.c:11018: undefined reference to `ufsf_resume'
drivers/scsi/oufs/ufshcd.o: In function `ufshcd_resume':
/home/SekaiMoe/tmpdir/android_kernel_oppo_sm7250/msm-4.19/out/../drivers/scsi/oufs/ufshcd.c:11146: undefined reference to `ufsf_resume'
/home/SekaiMoe/tmpdir/android_kernel_oppo_sm7250/msm-4.19/out/../drivers/scsi/oufs/ufshcd.c:11430: undefined reference to `ufsf_remove'
/home/SekaiMoe/tmpdir/android_kernel_oppo_sm7250/msm-4.19/out/../drivers/scsi/oufs/ufshcd.c:11431: undefined reference to `remove_ufsplus_ctrl_proc'
/home/SekaiMoe/tmpdir/android_kernel_oppo_sm7250/msm-4.19/out/../drivers/scsi/oufs/ufshcd.c:11435: undefined reference to `remove_signal_quality_proc'
drivers/scsi/oufs/ufshcd.o: In function `ufshcd_init':
/home/SekaiMoe/tmpdir/android_kernel_oppo_sm7250/msm-4.19/out/../drivers/scsi/oufs/ufshcd.c:11736: undefined reference to `ufsf_set_init_state'
/home/SekaiMoe/tmpdir/android_kernel_oppo_sm7250/msm-4.19/out/../drivers/scsi/oufs/ufshcd.c:11740: undefined reference to `create_signal_quality_proc'
drivers/scsi/oufs/ufshcd.o: In function `ufshcd_check_errors':
/home/SekaiMoe/tmpdir/android_kernel_oppo_sm7250/msm-4.19/out/../drivers/scsi/oufs/ufshcd.c:7984: undefined reference to `recordUniproErr'
/home/SekaiMoe/tmpdir/android_kernel_oppo_sm7250/msm-4.19/out/../drivers/scsi/oufs/ufshcd.c:7978: undefined reference to `recordUniproErr'
drivers/scsi/oufs/ufshcd.o: In function `ufshcd_update_uic_error':
/home/SekaiMoe/tmpdir/android_kernel_oppo_sm7250/msm-4.19/out/../drivers/scsi/oufs/ufshcd.c:7873: undefined reference to `recordUniproErr'
/home/SekaiMoe/tmpdir/android_kernel_oppo_sm7250/msm-4.19/out/../drivers/scsi/oufs/ufshcd.c:7903: undefined reference to `recordUniproErr'
/home/SekaiMoe/tmpdir/android_kernel_oppo_sm7250/msm-4.19/out/../drivers/scsi/oufs/ufshcd.c:7928: undefined reference to `recordUniproErr'
drivers/scsi/oufs/ufshcd.o:/home/SekaiMoe/tmpdir/android_kernel_oppo_sm7250/msm-4.19/out/../drivers/scsi/oufs/ufshcd.c:7939: more undefined references to `recordUniproErr' follow
drivers/scsi/oufs/ufshcd.o: In function `ufshcd_host_reset_and_restore':
/home/SekaiMoe/tmpdir/android_kernel_oppo_sm7250/msm-4.19/out/../drivers/scsi/oufs/ufshcd.c:8532: undefined reference to `ufsf_reset_host'
drivers/scsi/oufs/ufshcd.o: In function `ufshcd_probe_hba':
/home/SekaiMoe/tmpdir/android_kernel_oppo_sm7250/msm-4.19/out/../drivers/scsi/oufs/ufshcd.c:9664: undefined reference to `ufsf_reset'
/home/SekaiMoe/tmpdir/android_kernel_oppo_sm7250/msm-4.19/out/../drivers/scsi/oufs/ufshcd.c:9634: undefined reference to `ufsf_device_check'
/home/SekaiMoe/tmpdir/android_kernel_oppo_sm7250/msm-4.19/out/../drivers/scsi/oufs/ufshcd.c:9635: undefined reference to `ufsf_init'
drivers/scsi/oufs/ufshcd.o: In function `ufshcd_transfer_rsp_status':
/home/SekaiMoe/tmpdir/android_kernel_oppo_sm7250/msm-4.19/out/../drivers/scsi/oufs/ufshcd.c:6623: undefined reference to `ufsf_hpb_noti_rb'
drivers/scsi/oufs/ufshcd.o: In function `__ufshcd_transfer_req_compl':
/home/SekaiMoe/tmpdir/android_kernel_oppo_sm7250/msm-4.19/out/../drivers/scsi/oufs/ufshcd.c:6911: undefined reference to `ufsf_on_idle'
drivers/scsi/oufs/ufshcd.o: In function `ufshcd_devfreq_scale':
/home/SekaiMoe/tmpdir/android_kernel_oppo_sm7250/msm-4.19/out/../drivers/scsi/oufs/ufshcd.c:1879: undefined reference to `ufsf_tw_enable'
drivers/scsi/oufs/ufshcd.o: In function `ufshcd_query_ioctl':
/home/SekaiMoe/tmpdir/android_kernel_oppo_sm7250/msm-4.19/out/../drivers/scsi/oufs/ufshcd.c:9788: undefined reference to `ufsf_check_query'
/home/SekaiMoe/tmpdir/android_kernel_oppo_sm7250/msm-4.19/out/../drivers/scsi/oufs/ufshcd.c:9789: undefined reference to `ufsf_query_ioctl'
drivers/scsi/oufs/ufshcd.o: In function `ufshcd_eh_device_reset_handler':
/home/SekaiMoe/tmpdir/android_kernel_oppo_sm7250/msm-4.19/out/../drivers/scsi/oufs/ufshcd.c:8307: undefined reference to `ufsf_reset_lu'
drivers/scsi/oufs/ufshcd.o: In function `ufshcd_slave_configure':
/home/SekaiMoe/tmpdir/android_kernel_oppo_sm7250/msm-4.19/out/../drivers/scsi/oufs/ufshcd.c:6444: undefined reference to `ufsf_slave_configure'
drivers/scsi/oufs/ufs-sysfs.o: In function `latency_hist_show':
/home/SekaiMoe/tmpdir/android_kernel_oppo_sm7250/msm-4.19/out/../drivers/scsi/oufs/ufs-sysfs.c:255: undefined reference to `io_latency_hist_show'
/home/SekaiMoe/tmpdir/android_kernel_oppo_sm7250/msm-4.19/out/../drivers/scsi/oufs/ufs-sysfs.c:257: undefined reference to `io_latency_hist_show'
/home/SekaiMoe/tmpdir/android_kernel_oppo_sm7250/msm-4.19/out/../drivers/scsi/oufs/ufs-sysfs.c:259: undefined reference to `io_latency_hist_show'
net/ipv4/tcp_ipv4.o: In function `tcp_v4_rcv':
/home/SekaiMoe/tmpdir/android_kernel_oppo_sm7250/msm-4.19/out/../net/ipv4/tcp_ipv4.c:1748: undefined reference to `oplus_router_boost_handler'
/home/runner/aarch64-linux-android-4.9/bin/aarch64-linux-android-ld: net/ipv4/tcp_ipv4.o: relocation R_AARCH64_ADR_PREL_PG_HI21 against external symbol `oplus_router_boost_handler' can not be used when making a shared object; recompile with -fPIC
/home/SekaiMoe/tmpdir/android_kernel_oppo_sm7250/msm-4.19/out/../net/ipv4/tcp_ipv4.c:1748: undefined reference to `oplus_router_boost_handler'
net/ipv4/udp.o: In function `udp_queue_rcv_skb':
/home/SekaiMoe/tmpdir/android_kernel_oppo_sm7250/msm-4.19/out/../net/ipv4/udp.c:2067: undefined reference to `oplus_router_boost_handler'
/home/runner/aarch64-linux-android-4.9/bin/aarch64-linux-android-ld: net/ipv4/udp.o: relocation R_AARCH64_ADR_PREL_PG_HI21 against external symbol `oplus_router_boost_handler' can not be used when making a shared object; recompile with -fPIC
/home/SekaiMoe/tmpdir/android_kernel_oppo_sm7250/msm-4.19/out/../net/ipv4/udp.c:2067: undefined reference to `oplus_router_boost_handler'
make[1]: *** [/home/SekaiMoe/tmpdir/android_kernel_oppo_sm7250/msm-4.19/Makefile:1255: vmlinux] Error 1
make[1]: Leaving directory '/home/SekaiMoe/tmpdir/android_kernel_oppo_sm7250/msm-4.19/out'
make: *** [Makefile:146: sub-make] Error 2
make: Leaving directory '/home/SekaiMoe/tmpdir/android_kernel_oppo_sm7250/msm-4.19'

于是准备改源码来解决这个问题。

0x03

经过排查发现原来是这部分出现了问题:

static int bootloader_log_probe(struct platform_device *pdev)
{
        struct bootloader_log_platform_data *pdata = pdev->dev.platform_data;
        struct bootloader_log_platform_data of_pdata;

        phys_addr_t paddr;
        int err = -EINVAL;

        pr_err("bootloader_log_probe\n");

        if (pdev->dev.of_node) {
                if (of_bootloader_log_platform_data(pdev->dev.of_node,
                        &of_pdata)) {
                        pr_err("Invalid bootloader log device tree data\n");
                        goto fail_out;
                }
                pdata = &of_pdata;
        }

        if (!pdata->mem_size) {
                pr_err("memory size and record size must be non-zero\n");
                goto fail_out;
        }

        paddr = pdata->mem_address;


        err = persistent_ram_buffer_map(paddr, pdata->mem_size,
                &bootloader_log_ram_zone);
if (err)
                goto fail_out;

        proc_bootloader_log_init();


        pr_info("bootloader_log!\n");

        return 0;

fail_out:
        pr_err("bootloader_log, fail_out!\n");
        return err;
}

于是就把这部分扬了。然后发现整个 vmlinux也崩了。

后来尝试改成这样:

--- a/bootloader_log.c
+++ b/bootloader_log.c
@@ -146,7 +146,7 @@
 }


 static int bootloader_log_probe(struct platform_device *pdev)
static int __init* bootloader_log_probe(struct platform_device *pdev)
{
	-struct bootloader_log_platform_data *pdata = pdev->dev.platform_data;
	+struct bootloader_log_platform_data of_pdata;

改完之后编译发现直接编译报错了:

  CC      net/sctp/stream_sched_prio.o
  CC      net/sctp/stream_sched_rr.o
../drivers/soc/oplus/system/misc/bootloader_log.c:190:9: warning: incompatible integer to pointer conversion returning 'int' from a function with result type 'int *'; take the address with & [-Wint-conversion]
        return err;
               ^~~
               &
../drivers/soc/oplus/system/misc/bootloader_log.c:205:12: error: incompatible pointer types initializing 'int (*)(struct platform_device *)' with an expression of type 'int *(struct platform_device *)' [-Werror,-Wincompatible-pointer-types]
        .probe          = bootloader_log_probe,
                          ^~~~~~~~~~~~~~~~~~~~
1 warning and 1 error generated.
make[5]: *** [../scripts/Makefile.build:339: drivers/soc/oplus/system/misc/bootloader_log.o] Error 1

我讨厌指针.jpg

然后把这部分去掉编译发现 vmlinux 还是崩，

于是还是接着使用 prebuilt kernel 算了。

《阳光开朗孔乙己》

Fri, 19 Jan 2024 16:48:41 GMT

半夜起来睡不着遂起来码出了这篇文章。

本文章禁止转载!

0x01

半夜tg群里看到了一个消息，讲的是曹智铭用python解决了画图题手判导致老师压力过大的问题。

更离谱的是，人家还是初中生。

虽然人家是京爷，但是人家好歹创造了一点有用的东西。

然后chi就说自己最屑了。

0x02

让我们看看chi:

会 Vue 会 Js ,能手搓 quiz 和 blog ,参加过 Hackergame,得到了vuejs member 成员 so1ve 亲自指导 TypeScript 的机会。

而我呢？

我参与开源写过最多的语言就是 Shell ,其次是 Makefile 。

顶多还有一点 Python , C ,C++。但是学过的知识差不多都忘了。

参与的开源项目也都是改改文档，贡献翻译，修复错别字,写写脚本啥的基础工作。

就连编译出的 Kernel 和 rootfs 都开不开机。

我感觉我像个半吊子。

我以前一直找不到形容自己的词语，后来终于想到了，我就是一个彻底的半吊子。没有长久坚持过做什么事情，喜欢把“差不多”“都可以”挂在嘴边，就是一个平庸的很彻头彻尾的人。

半吊子果然才是最差的吧，半吊子的上进心，半吊子的责任感，半吊子的能力，半吊子的道德观。生活上既不能不惧困难勇往直前，也无法自甘堕落就此沉沦。感情上无法像渣男一样洒脱，又难以深情去爱。因为自己的错误而痛苦，又无法去改变自己。真是够了。要是能像优秀的人一样突破自己该多好，要是能像渣滓一样把自己的错误都归咎于别人多好。因为自己的良知而痛苦，却又无法坚定的改变自己，真是够了。

可是，我又同时觉得自己可牛逼了，我相信自己终将会在某个领域有所建树。

而现实就是，我连眼前的很多事情都没办好，在图书馆借的 Python 入门已经好几天没翻过了，专业知识学得一头雾水;

忙于网络社交却与朋友疏于联系;

每个领域我都有涉足但没有一项是自己的特长。

我的拖延症和懒癌真的是无可救药。刚刚规划好的一切说丢弃也便丢弃了。

总有人可以吊打我。被吊打的时候真的很不爽，但我却没有任何办法使我哪怕有任何一点自信。

诚然，我承认自己就是个半吊子，想得比做得多得多的多，不愿走到底，情感需求还多，于是痛苦就来了。

我想这也是大多数半吊子共有的特征，只走了几步就开始放弃，然后一切归零，又重新开始，开始新一轮的迷茫。

我造就了我自己，但我并不喜欢。

0x03

我终究是活成了自己最讨厌的样子。每天都在胡思乱想。

想些什么呢？

这件事情到底做不做？如果做了，万一失败怎么办？如果不做，我会不会后悔？
我今天给群友说那件事，感觉他的反应不太对劲，他究竟在想什么？
我简直是一个蠢货，这么简单的事情也会办砸！
他为什么还没有回我信息？他在干嘛？这个时间他应该有空啊？是不是不在乎我了？
? 那个人一直盯着我看，是不是我哪里不对劲？到底是哪里不对啊？

这就导致了我每天陷入这样一种循环:

胡思乱想 → 睡不着 → 早上起来昏昏沉沉 → 上课注意力不集中 → 胡思乱想

我也曾想过什么都不想。但是发现我根本就避免不了。

而且总会有一种深深的无力感。就像网上所说的：“你这个年龄段你怎么睡得着觉？”

对个人而言，失败和成功是你的主观感受；你可以觉得自己很失败，但不妨碍别人觉得你成功；或者你可以觉得自己很成功，但不能阻止别人揭穿你的失败。

0x04

我发现，走神、喝水、多花时间吃饭，这些都不可怕，逃课也不可怕。最可怕的就是读书，因为你会记住，还会回想。

这就是最可怕的事，思想是最可怕的事情。可是思想又无法控制，例如无法停止脑海里自动播放的歌曲；即便是读语文阅读题目，或是一首出塞诗，甚至是胃药说明书，也可能会浮想联翩，思想无孔不入。

我不太敢幻想大学，也不喊口号。思想是可怕的，非常可怕的一点就是寄予一星希望。如果我不了解大理大，大理大就只是大理大，一个录取线很高的大学。但我一旦开始了解，并且幻想，当我知道大理大有某个湖，或者一座塔，或者幻想我自身置于其间，并将其视为苦难生活唯一的光亮时，当我最后考不上大理大的时候，我就再也无法从其中抽身了。

这种痛苦是如此强烈，以至于我只能忍受它，而无法描述它。它有点超出了我的理解范围。

我有一种强烈的恨意，我能明确说“我恨”，但我遍寻不到一个宾语，最后只能强烈地恨我自己。

最后我只能这样游说我自己:

“为什么不该厌恶/责怪过去的自己：当时的自己有当时的局限性，并且已经做了自认为比较合理的选择。当时的局限性是现在的自己无法想象的，要把过去的自己当成他人来共情和理解。”

也许可以怪外部的世界，这里的规则太混乱粗糙了。一路努力奋战，考上顶级学府的人，人生可能因为一次意外就坏起来，再也不会好；而没有上过大学，投机取巧的人却可能成为亿万富翁，这合理吗？公平何在呢？

0x05

我突然想到了孔乙己。

孔乙己是鲁迅小说中刻画的一个读书人，在今天来说算是个知识分子吧。他穿长衫，但四体不勤，穷困穷酸，还十分爱面子。

我何尝不是这样的人呢？

如果我没读过什么书，我会心安理得地去拧螺丝。

如果我没读过书，我可以找别的活做，可我偏偏读了书。

“一时的困难不等于一生的失败。未来属于青年，希望寄予青年。孔乙己的时代一去不复返了，当代有志青年绝不会被困在长衫中。”这难道不是触动心灵的鸡汤？

这样的话我听的够多了，都听吐了。

骆驼祥子的悲剧是因为他拉车不够努力吗？

鲁迅笔下孔乙己的悲剧，是不愿意劳动，放不下读书人的架子吗？而是因为科举制的僵化，让读书人只有无用之才，也无才可用啊！

同样的，一个大学生找不到工作，也许是他不努力，但大学生就业难成了普遍现象，还能归咎于大学生不够勤劳，没有脱下孔乙己的长衫吗？

我很纳闷，小学6年，中学6年，大学4年，读了16年的书，毕业之后却只能去做中学生就能干的体力活，那何必浪费那么多的教育资源，义务教育后直接出来干体力活不就得了？

曾经的小镇做题家，今年摇身一变成了媒体口中“脱不下长衫”的孔乙己。

努力不应该被批评，现实里当你尽力之后还是卷输了，也并非全是你能力不足。无论是继续内卷，还是躺平下沉，希望社会给予年轻人更多的包容与支持，而不是异样的眼光。大部分人一生都是个普通人，平稳健康快乐地过完一生已是满足，但很遗憾的是，我们不得不被金钱和物质裹挟着步履蹒跚。

SekaiMoeとPlayStation3の間の愛と憎しみ (2 of 2)

Wed, 17 Jan 2024 14:22:22 GMT

多图警告

上一篇: 点我前往

一波三折

书接上回，在ps3手柄坏了之后(非人为损坏)，经过与卖家协商后卖家同意给我免费寄一个手柄过来。

然而在协商完快一周了才给寄过来。

在收到手柄的那一天的上午，PS3 不知为何突然就开不开机了。具体表现为开机，亮绿灯，风扇转了几秒钟后，灯灭，风扇停转。

笔者尝试了重新插拔电源线和hdml线，进入安全模式后均无效果。

造化弄人的是放了一会后居然神奇地开机了。可以仍然没有信号。

后经过进入安全模式后画面才恢复正常。但是在此之后进入 ManaGunz 黑屏的时候会出现画面撕裂的情况。

然后笔者发现从卖家提供的链接下载的英雄传说空之轨迹 FC 改 HD 版的 ISO 文件无法被 ManaGunz识别到。

然后紧接着 IRISMAN 也识别不到了。

笔者曾问过卖家，卖家解释可能是 ISO 损坏了。

更离谱的是，笔者在打游戏的时候突然就无信号了。然后又陷入了开机，亮绿灯，风扇转了几秒钟后，灯灭，风扇停转的死循环中。

然后第二天发现还是如此。

后来能启动，但是提示系统损坏，在修复到百分之二十的时候突然黑屏断电，进安全模式修复会一直卡在正在准备。

反正我是心累了。如果能退货的话我立马买蓝光机去。

经过与卖家协商，卖家决定换货而不是退货。

然后邮走之后发现盘到了，拆开一看发现买dvd也是盗版。

这真的是我本将心向明月，奈何明月照沟渠了。

虽然可以在闲鱼上收一个，但是一看价格600r告辞。

不过我觉得有一句话倒是说的挺对的:

正版盗版不过是标签罢了。甲喜欢物美价廉的，乙喜欢质优价高的，丙喜欢质量差价格高的奢侈品，丁喜欢在PXX上买开盲盒的。谁比谁矮一头？哪儿来的“看盗版可耻”？

算了管他呢，等大学我直接买蓝光机接硬盘放去。

后来卖家收到货了准备给我换25型而且退50块钱。

我一想不对啊，500硬盘是免费换的，而且卖家店里卖的25型是500块，所以应该退650。

不过卖家没给退。我真的无语死了。

后来过了几天卖家免费换的 ps3 到祸了。

接线开机后准备放碟试试，正好之前买的碟到了。

光碟倒是能正常读取，就是开滑盖后就没有信号了。

重启也是一样，甚至后来重启后声音非常大然后就自动关机了。

经过与卖家 battle 后卖家同意退款。

玛德真滴是无语死了。

这下不得不把蓝光机提前购买力 (悲)

静态博客搭建的经验分享

Sun, 14 Jan 2024 08:33:45 GMT

前几天在tg群里看到了一篇博客,拜读一番后觉得受益匪浅，现在就来谈一下笔者对博客的看法。

笔者起先就在酷安发表过一些文章。主要是记录一下笔者的折腾经验。不过这样的平台有一些缺点:

不支持代码块和标题
不方便定制
环境太差

等等一些原因。而且看到了群里别人的博客，遂使用hexo静态博客生成器，配合vercel来托管笔者的文章并记录笔者的成长。

这篇文章主要是基于笔者的理解对这篇文章的补充说明。这里并不会讲解hexo环境的搭建，使用hexo初始化项目，生成文章发布站点等操作。也不会讲诸如 Markdown，JavaScript,Shell 的基础知识。如果不熟悉的话请查阅官方文档。

目标

“追求永恒，那永远也追求不到的永恒。”

笔者主要的目标就是:

长期写作
永久保存：永久地在互联网上留下一点痕迹
部署免费：不需要购买服务器
免日常维护：一劳永逸，不需要操心服务器和域名续费、升级带宽、升级软件打补丁、部署 CDN、防 DDoS、防恶意消耗流量费用等工作
可定制
生态要好，可以方便解决问题
使用 Markdown 等通用格式的纯文本源文件，不依赖某种特定软件和服务，可以版本控制，方便备份原稿，方便迁移

当然，没有完美的方案，我们只能尽可能实现这些目标。既想免费，又想省事，还想要可控性，这往往是不可能的，往往需要做出一定的牺牲和妥协。

服务选择

首先排除的就是 WordPress 和 Halo 这样的只能依靠 VPS 的大型博客系统。

难道是这两个不好吗？非也。

这两个当然好。但是一方面需要 VPS 部署，另一方面在某些地方就会显得特别臃肿。例如内存占用方面。

然后就排除的是 Typecho 这样的小型博客系统。

难道也是因为太臃肿了？非也。

下面是 Typecho 官网的介绍:

仅仅 7 张数据表，加上不足 400KB 的代码，就实现了完整的插件与模板机制。超低的 CPU 和内存使用率，足以发挥主机的最高性能。

看着是挺简洁轻巧，不过仍然是需要在 VPS 上安装并配置域名服务器。

尽管有诸如在 Vercel 上部署 Typecho 的教程，但是仍然需要准备一个远程数据库。免费的数据库要么容量小要么不稳定。

笔者更不推荐使用自家的电力和网络折腾 homelab 和内网穿透。家里的电力和网络的稳定性和可用性和数据中心没法比， homelab 的硬件稳定性也比不上专业的服务器。

最后还是选择生成静态博客网站，这样一次生成就可以永久访问，不会像 WordPress 一样需要经常打补丁升级。笔者可以把文件储存到 GitHub Pages 上，并直接使用它提供的 .github.io 域名，这样完全免费并且免运维。

当然部署在 Github Pages 上也并不是十全十美的。

Github Pages 的缺点

笔者在部署到 Github Pages 上曾经遇到了以下问题:

需要先生成网页后推送到 page 上：现在可以用 Github Actions 生成网页并推送到 page 上。

设置成私密后原先的 Github Pages 就无法访问：当然现在也可以通过 Github Actions 解决。
访问速度太慢：毕竟是大环境的原因。

除了 GitHub Pages 之外，还有其他的静态网站托管平台，例如 Netlify 和 Vercel . 当然这里并不想比较一下这两个托管平台的不同，只能说各有优劣。

在开始之前…

Hexo 还是 Hugo ？

目前流行的静态博客生成器主要有：

Jekyll：基于 Ruby，GitHub Pages 中已经集成了 Jekyll，push 源文件后 GitHub 就会自动帮你生成静态文件
Hexo：基于 Node.js
Hugo：基于 Go 语言，生成速度较快

因为相比于 Hugo , Hexo 的教程已经烂大街了，于是就选择了一个相对成熟的方案。不过 Hexo 生成文章的速度是比较慢的，在接受范围内。

话虽如此，博客是写作的工具，搭建博客的目的，是为了更好地写博客，写的博客文章才是重点。

Markdown 方言

Markdown 写多了，总感觉 Markdown 默认的语法不太够用。这个时候可以选择加装第三方 Markdown 扩展。

当然笔者用的是主题自带的，这里就便不再赘述。

Markdown 文本编辑器

“工欲善其事，必先利其器。”

笔者建议你日常用什么文本编辑器就用什么文本编辑器写 Markdown .

例如你日常用 Emacs 那你就可以用 Emacs 写 Markdown 文档而不用整一个专门的 Markdown 文本编辑器例如 marktext 。

笔者曾经使用 Typora 作为 Markdown编辑器，它的以下缺点令我难以忍受：

它是闭源软件
它基于 Electron 构建而不是原生构建
定价太贵： 89r/3 PCs 实际上 VSCode 装几个插件也能达到类似的效果。

于是又接着用 GNU nano 写 Markdown 文章了。

定制主题

一般情况下，你可以通过主题作者提供的选项来进行小范围的定制。如果觉得提供的选项太少或者不和胃口，亦或者该选项已经不满足当下需求，在了解编写主题的编程语言后，便可以进行一定程度的定制。

例如这篇文章

是否应该使用独立域名？

域名具有独占性和稀缺性，它的收费方式实际上是订阅制而不是买断制的，我们无法永久购买域名，所谓的购买实际上是租赁。就算想长期续费，一般一次最多也只能续费 10 年。在可预见的未来，一旦停止续费，域名就会被释放，网站就消失了，这不符合上面提到的“永恒”的目标。而直接使用 GitHub 提供的 .github.io 域名则在可预见的未来中，一定程度上避免了这个问题。

但是直接使用 .github.io 域名也有一些问题。首先，有些人（例如:A和B）认为独立博客应该有个独立域名，没有独立域名的博客就不能叫独立博客。

不是，免费域名怎么你了？咋滴你还怕 Github , Vercel 等公司跑路啊？

另外即使购买了独立域名，如果管理者经营不善也很有可能导致博客无法访问。

按照他们的理解，.github.io 这种子域名则显得不那么独立。另外，域名是互联网的重要入口，掌握了域名就掌握了更多主动权和控制权。而 GitHub 也不是永恒的，它提供的 .github.io 域名的寿命也只能达到 GitHub Pages 这款产品的寿命。万一微软砍刀部把 GitHub Pages 产品一刀砍掉了，网站就会消失，指向它的所有链接都会失效。

所以，如果你有自己的域名，计划长期续费（起码一次性续满 10 年吧？），也可以给 GitHub Pages 设置一个自定义域名。使用独立域名，仍然可以同时使用别人的托管服务，自己只需要按时给域名续费，平均每年只需要投入百八十块的金钱成本，不需要持续投入运维成本，这是最兼顾方便和可控的方案，值得推荐。如果以后 GitHub Pages 出现不测，或者不想用 GitHub Pages 了，也可以随意迁移，域名不变 URL 就可以不变，不用担心读者流失、链接失效。如果除了域名之外你还有服务器，计划长期续费，持续付出运维成本，可以随时把静态文件迁移到 VPS 上，可控性和自由度都很高。（使用 VPS 时，建议从一开始就套上一层 Cloudflare CDN，节约服务器流量，隐藏源站，并防止 DDoS 等网络攻击。）

ICP 备案

笔者实在是想不通为什么一个博客需要 ICP 备案：

为了访问量：除非你是名人否则除了好友几乎没人会看自己写的东西。

为了逼格：萌备不好吗（虽然在大陆不是合法的）？

除非你是只通过大陆服务供应商购买了域名和服务器并在上面搭建博客。至少我身边的好友都是在国外服务商购买的域名并使用国外的 VPS 或者 serverless 服务。

另外 ICP 备案需要身份证且拥有诸多限制。

博客站点是否越花里胡哨越好？

笔者的意见是否定的。

笔者认为，博客站点是用来记录的，一般情况下整个友链朋友圈是无伤大雅的，整个小功能例如 Github 下载的也问题不大。

但是笔者曾不止一次见过明明是一个博客站点却非要整什么音乐下载，ChatGPT 等一些几乎与博客无关的东西。然后再加一套过于花里胡哨的主题。不知道的还以为这是一个综合性站点呢。

所以笔者对于站点的要求就是可以有点花里胡哨的功能或设计，但不能太过花里胡哨影响注意力。否则就成了一具空中楼阁。

是否应该使用图床？

图床并不适合所有人。笔者认为对于大多数计算机类技术性个人博客来说，把图片和博客放到一起就可以了，没有必要使用图床。

很多搭建博客的教程，动不动上来就开始折腾图床。使用图床有一些常见的理由：

为了减轻服务器的带宽、流量、并发和存储空间压力，减少成本，让各个地理位置和 ISP 的用户都能快速低延迟加载，“动静分离”，对图片资源做针对性优化。
需要全平台发表，一个 Markdown 文件可以在各大平台直接粘贴。
享受图床顺带的功能：自动处理图片，生成不同分辨率的图片，并自动添加水印。
有时候只能分享单个 .md 文件，无法附加图片文件。

等等诸如此类的理由。

但是使用图床可能又会带来一些问题：

无法保证可用性：第三方图床随时都有倒闭的风险，在微博等平台上传图片并盗链作为图床也随时可能遭到反盗链措施。如果图床挂了，图片就会突然无法加载，甚至彻底丢失。很多老博客使用的第三方图床比博客活的时间都短，图片都已经加载不出来了，运气好的话还能在网页存档服务里找到它曾经的样子。
运维和迁移成本高：挂了一个免费图床，又费功夫换另一个，折腾得多了搞不好还要研究自动化图床搬家工具。
数据丢失：如果图床倒闭，同时你手里没有原图，那笔者就只能对你说一句节哀顺变了。
使用限制：上传图片文件时限制文件大小，上传图片后强制有损压缩图片，图像分辨率和质量不受控制地下降。
网络攻击：黑客恶意消耗收费图床的流量。

所以，笔者认为折腾图床大概率是一件费力不讨好的行为。

如果还是想用图床，可以自建图床服务，把数据掌握在自己手中。可以使用一些云计算平台提供的对象存储服务。用于图床的服务器不仅需要速度快，还要离用户近，因此自建图床还是需要和 CDN 配合。

如果不想/不会/没能力自建图床，或者自建图床仍然满足不了要求，可以使用服务稳定，预计短期内不会倒闭的收费图床。如果你没钱但是有大把时间，可以尝试第三方免费图床，或者盗链。选择免费图床时要搞明白它怎么盈利的问题，不赚钱的免费服务终究还是要倒闭的。另外要清楚，在新浪微博、简书、某些云笔记当成图床，利用他们的服务器资源在自己的网站上显示自己的内容，属于盗链行为。商业公司不是慈善组织，如果他们不想被薅羊毛，分分钟让你的盗链图片失效。

最后，无论用哪个第三方图床，最重要的还是备份原图。

对于图片本身，还可以做一些其他工作。一般情况下，技术性博客里也不会有大量的图片。必要的图片可以使用 TinyPNG、ImageOptim 等工具，有损或者无损压缩到合适的分辨率和体积。而终端截图、代码截图一般都可以使用语法高亮的代码块代替。

RSS

如果你希望你的博客的最新文章被用户追踪的话，就需要启用 RSS 功能。

具体介绍可以查看这篇文章

第三方服务

这里主要指的是评论系统，因为广告服务啥的一没了解过，二就是这博客单纯也没人看也就产生不了太大收益。

静态网站没有后台，没有数据库，只能嵌入第三方评论系统。

Disqus

Disqus 什么都好，唯二的问题就是被墙了。以及不知道怎么在hexo主题里嵌入(笑:-D)。而且也不知道是否可以导出评论。

Waline

相较于上面的评论系统，Waline一方面需要自己部署，另一方面需要 Leancloud 来存储评论系统。好在问题不大。而且也有比较完善的文档支持。

HTTPS

现在都已经 4202 年了，网站早就应该设置为默认强制 HTTPS 访问了。一个 HTTP 的网站会显得很不专业。

这里并不会告诉你如何启用 HTTPS ，建议自行查阅设置方法。

博客后台

网上搭建博客后台的教程都会有一些常见的理由:

可以方便在线写文章，不用再局限于某一个地方
后台发布不会出现发布失败的问题。
更方便管理

诸如此类的理由等等。

不过笔者觉得是没有必要的。

首先安装动态博客后台需要安装数据库(以 Qexo 为代表)，即使不用安装数据库(以 Hexo Admin 为代表)，也会在本地安装一大堆依赖进而导致耗费大量的时间和磁盘空间。尽管它很方便，但更适合曾经习惯用动态博客发表文章的用户。

而且在线写文章这一点也可以通过 Github Actions ( 或 Vercel )加上 Github Private Repository 来实现类似的功能。

当然这点就见仁见智了。

友情链接

友链友链，先友后链。先链后友也不是不行，例如 chi 和 mzw.

对于友情链接的申请，笔者的考虑是和有一定往来的网友申请友链。这个往来可以分成很多形式，例如邮件交流，QQ 群交流等。

要添加添加友链的话，你首先需要考虑的是：和素不相识的博主要求建立友链是否合适？

至少，你要先相互认识，就像现实生活一样，你和陌生人见面，你总要寒暄几句才进入话题吧。毕竟谁会一上来就跟陌生人说话呢？

如果只是盲目地为了添加友链而添加友链的话，那友情链接也基本上就没有了意义。

笔者曾经就犯过这个错误，当然现在已经不再主动申请了。

博客写什么？

让我们看看对于博客的定义:

博客，仅音译，英文名为Blogger，为Web Log的混成词。它的正式名称为网络日记；又音译为部落格或部落阁等，是使用特定的软件，在网络上出版、发表和张贴个人文章的人，或者是一种通常由个人管理、不定期张贴新的文章的网站。它是一种网络交流方式，是网络时代的个人“读者文摘”，它代表着新的生活、工作和学习方式。

因此笔者认为，需要分情况。

博客的分类

技术性博客

对于技术性比较强的博客，博客里应该写一些有原创性、别人能看得懂、对他人有用的东西，而不应该 100% 复制粘贴，或者写一些只有自己能看得懂的流水账。只要能帮到他人，一句话的博客也有价值，否则，粘贴再多也只是污染互联网环境罢了。

在 CSDN 平台里，有很大比例的博客可以作为典型的反例。那里充斥着互相抄袭了 114514 遍的垃圾“原创”博客，而且复制粘贴的时候连排版都没有做好，内容还有可能是错误、片面、过时的。有的人可能会说“我的博客只有我自己看”，但是他们也许没有想过，垃圾博客会污染别人的搜索引擎，不想看都不行。也许在垃圾堆里偶尔可以淘到珍宝，但是“可以”并不意味着“值得”。与其在垃圾堆里找宝贝，不如屏蔽 CSDN，用英文搜索问题。

也许 CSDN 曾经有过辉煌，但是那辉煌已经成为历史了。没有把大环境搞好，一手好牌打得稀烂，这是平台的责任，也是所有用户的损失。

生活性博客

对于生活向的博客，只要叙述得体、详略得当，把前因后果、来龙去脉写明白，一般情况下就可以了。当然如果脑子里没有词的话可以多看看书积累一下。

编排一致性

为了是博客不那么杂乱无章，可以通过编排一致性来解决这个问题

中英文混排

为了美观，中西文混排时，应当在交界处加上空格。具体规则是：使用半角方式输入西文（英文字母、数字等），在中西文交界处插入一个半角空格，但是西文和任何中文全角标点符号交界处不需要加入半角空格。

正确示例:

在 CSDN 平台里，有很大比例的博客可以作为典型的反例。那里充斥着互相抄袭了 114514 遍的垃圾“原创”博客，而且复制粘贴的时候连排版都没有做好，内容还有可能是错误、片面、过时的。有的人可能会说“我的博客只有我自己看”，但是他们也许没有想过，垃圾博客会污染别人的搜索引擎，不想看都不行。也许在垃圾堆里偶尔可以淘到珍宝，但是“可以”并不意味着“值得”。与其在垃圾堆里找宝贝，不如屏蔽 CSDN ，用英文搜索问题。

错误示例:

在CSDN平台里，有很大比例的博客可以作为典型的反例。那里充斥着互相抄袭了114514遍的垃圾“原创”博客，而且复制粘贴的时候连排版都没有做好，内容还有可能是错误、片面、过时的。有的人可能会说“我的博客只有我自己看”，但是他们也许没有想过，垃圾博客会污染别人的搜索引擎，不想看都不行。也许在垃圾堆里偶尔可以淘到珍宝，但是“可以”并不意味着“值得”。与其在垃圾堆里找宝贝，不如屏蔽CSDN，用英文搜索问题。

这个问题笔者会慢慢改进

语言风格

相比于会长期存在的博客文章，网络流行语就是一阵风，几年之后不火了，读者都读不懂了，自己看到都会觉得尴尬。

所以需要尽可能准确表达，避免歧义。尽量避免中英夹杂、中文西化等现象，不用网络流行语、emoji（抽象话）、意义不明的拼音首字母缩写等。

第三方链接

现代的 URL 中经常会加入用于跟踪和统计的参数，其中可能包含个人账号的身份识别信息。插入链接时，要把 URL 中的这些参数清理干净，尽量删除到最短。

相对链接和绝对链接

如果一个链接地址前面没有以“https://www”这样的开头，那么可以说这就是一个相对链接，反之就是绝对链接。相对链接只能用于网页内部的链接访问，而绝对链接可以用于网页外的链接访问，它是一个完整的域名地址。一个绝对链接的地址里包含了相对链接。

笔者建议站内页面链接尽量使用相对链接，因为在网站的域名更换的情况下，网页内所有和这个链接相关的设置都要重新换过，这对于后期的维护和发展都很不方便。而站外的非本网站的网页访问则可以使用绝对链接。

暂时先写这么多，想起来啥的再接着写

hexo真的死了吗？

Fri, 12 Jan 2024 06:51:56 GMT

警告: 本文章充满了大量主观想法。你可以在评论区友善的发表意见。

起因

前些日子在tg上看到了这个文章，讲的是lz233因为觉得hexo社区不太活跃便将自己的博客转移到Astro上的事。

本来这也没什么，然后笔者就去搜了下Astro和hexo的区别。从上面的文章笔者觉得Astro应该是类似于wordpress,hexo这样的博客系统。

然后笔者就看到了这个文章。

讲的是北雁云依的博客又hexo到vuepress再到Astro这件事。

本来这也没啥，如果不看标题的话。

那么标题是什么呢？

"Hexo 的表演该落幕了，让它退场吧"

咱先不说有多少博客用的是hexo。咱就说搜索搭建博客清一色推荐的是hexo + github pages。当然也有推荐hugo和typecho的。

虽然hexo生成文章是挺慢的

然后仔细看文章内容，博主用了一部分的笔墨说hexo的架构缺陷，诸如hexo浪费资源，hexo无法对前端代码进行优化什么的。然后他提到在学vue后这些缺陷使他忍无可忍便转到了vuepress。

他是怎么描述hexo的缺陷呢？

"我不能把我的大脑当成 JavaScript 解释器，去看看全局对象被改成了什么样子；我也不能靠大脑优化 css 的内容。Hexo 能提供的方案（构建之后遍历 html，剔除未使用的 css 类名）对我来说还是不够用，而且显然增加了一个多余步骤——更不用说绝大多数 Hexo 主题也没这么做。"

然后紧接着博主又花了一部分笔墨述说了vuepress的观点，一是生态不好，二是拖慢了首屏的加载速度。

最后博主又花了一部分笔墨说明了Astro的优点。

"它带来了群岛架构、TypeScript、ESM 语法、MDX 和完全自动化的按需加载。Astro 的模板系统使用了类似 jsx 的语法，能像写 jsx 一样，用 esm 的 import 语法去引入一个组件或布局，而不用担心使用了但是没有引入、引入目标不存在或引用了没被使用的东西这样的问题，因为它有完整的 TypeScript 支持。像“漏掉一个大括号”这样的问题则更不可能发生。"

最后博主得出了以下结论:

"现在我们可以说，除了生态不如 Hexo，Astro 就是 Hexo 的完全上位替代——体积更小、功能更多、开发更便捷。只是因为刚刚出现，Astro 的生态比 VuePress2 的还差。幸好该有的东西全都有，而且很大程度上它能复用已有的现代前端技术成果（比如 tailwindcss 和我正在使用的 UnoCSS）。"

然后还呼吁hexo开发者"立即停止为 Hexo 生态继续贡献代码，而是转向 Astro"。

个人拙见

虽然笔者不知道从hexo迁移到Astro的成本有多大，不过咱可以如法炮制地对比一下从hexo迁移到hugo的成本:

首先就是安装，这点hugo完胜。
其次就是迁移配置。由于hexo与hugo配置并不完全相同，可能需要一定的时间。
然后就是文章。由于hexo的文章格式和hugo文章的格式并不相同，需要进行大量的修改。
最后就是主题了。

这里就以shoka主题为例。

hexo有 hexo-theme-shkoa，虽然已停更，不过有后续的shokax
hugo有 hugo-theme-shoka，但是对笔者来说体验并不好。

主要是有两点。

一是主页头图，这个可以引用image.yml来勉强解决，

二是评论系统，hugo-theme-shoka虽然支持waline评论系统，但是笔者添加了之后并没有看到评论区。

而且该项目已归档。这意味着将没有人来修复后续的bug。

至于生成网页和push嘛，由于笔者使用Makefile进行管理，所以问题不大。

而且根据博主的意思:

"自 2013 年 Hexo 发布首个版本至今，已经过去了 9 年。尽管 Hexo 仍然是一个非常优秀的静态页面生成器，它的生态和社区都很完善，文档也很详细，但它的维护和开发成本已经显著高于期望。Hexo 作为旧时代的产物，已经和 jQuery 那样到了该被抛弃的时刻。"

笔者觉得博主的意思是hexo是过时的。

那么什么是“过时”？标准是什么？

一个事物陈旧不合事宜，超过一定的时限就算过时？那算盘和计算机比较算过时么？
还是说少部分存在就算过时，不符合大多数人的观念？
不符合社会发展算过时？那么社会发展需要的是什么？

这些暂且不提，后面博主还说"hexo-theme-yun 开发者云游君已经在半年前转向，甚至直接自己搓了一套博客系统 valaxy。看来英雄所见略同。"

笔者没有资格批判这样的行为，但是笔者还是怀疑这样的博客系统能走多远。一是生态不好，二是现在貌似没多少人还在坚持写博客。

想起 @dboy大佬的一句话：

“你们这些孩子哪里是真为了写博客。你们只是想体会换新工具的愉快感觉，顺便体会一下否定掉旧工具，觉得自己特别的小欣喜。”

博客是写作的工具，搭建博客的目的，是为了更好地写博客，写的博客文章才是重点。重点不是用什么工具，内容更重要，不能本末倒置。而且，现在的博客系统又不是不能用。

如果换工具带来的愉快超过了写作带来的愉快，选择前者很正常。

题外话

"C"和c造轮子笔者还可以理解，因为"c"（和c）中，你造的轮子是真的可以跟官方的轮子拼性能的，只要你的算法足够优秀，实现足够小心。

但是其他语言例如js引擎大部分都是是基于c和"c++"写的，所以几乎是不可能造出比官方库更快的轮子的。

所以为什么还是有那么多js轮子呢？

笔者觉得v2ex上的一位网友的解答很具有代表性:

"因为前端随便改，挂了最多页面丑一点，数据也不会丢。而且前端 js 一家独大，前端开发不搞出点大新闻会被遗忘"

不好意思跑题了。

书接上回，接着看博主的观点: "Hexo 作为旧时代的产物，已经和 jQuery 那样到了该被抛弃的时刻。"

根据这句话套用其他的地方上也可以得出相同的不严谨结论:

"Perl 作为旧时代的产物，已经和 Lisp 那样到了被抛弃的时刻。"

然而事实上真的是这样吗？并不是。

相反，生命力旺盛。只是大家看不到罢了。Perl 语言是最符合霍夫曼编码准则的，最常用的以最简单的形式表示，潜台词的以约定默认的方式运行。Perl 是面向程序员的，其他大多数语言是面向机器的。Perl在文本处理方面也有它的优势，在Lunix系统下直接调用处理文本非常方便快捷，而且处理效率很高。

尽管Perl可能并不适用于应用类的开发，或者做CGI的web开发，而且编程语言相较于Python显得很抽象，但是作为脚本语言在数据挖掘、linux系统管理等偏重于面向过程的文本处理分析方面仍然是十分顺手的工具，并且有很多自动化测试领域的工具都是Perl写的，所以显然Perl还活得好好的，只是逐渐淡出了为人们所熟知的Perl CGI开发而已。

从github页面的提交和issue反馈来看，Perl 仍然在积极的开发着。

总结

笔者觉得hexo一时半会儿还不会倒，毕竟用户基数摆在那。你看少数人用的jekyll不也在更新着吗

结论就是，现在是属于hexo，未来属于谁，就看他们谁发展更好了。

Update1: "书接上回，接着看博主的观点: "Hexo 作为旧时代的产物，已经和 jQuery 那样到了该被抛弃的时刻。""这一部分已经更改。

原文:

根据这句话套用其他的地方上也可以得出相同的不严谨结论:

"windows 2000作为旧时代的操作系统，已经到了被抛弃的时刻。"

然而事实上就是很多企业的服务器操作系统还停留在2003,2008等操作系统，最新的服务器版本是2022。

是他们不想换吗？并不是。

而是迁移成本太大。

直到现在某些厂商还在用gcc5.x.....最新版都到13了。

转载-群内聊天规范

Thu, 11 Jan 2024 11:21:52 GMT

目前来看，随着人数越来越多，群内讨论的质量也有所降低，这似乎是一个社群的必然。各人观点不同，这其实很正常。不过，只要就事论事都还好。但是如果上升到人身攻击，亦或者不加思考地对这个地区的所有事，或者所有人进行不分好坏地批判，这种是不好的。

另外，虽然通常情况下管理员不会删除大家的发言，但是也建议大家可以适当改进下沟通技巧。讨论一些严肃话题时不要使用容易引起费解或误会的黑话或圈内术语。指出他人错误时请友善，不要扣帽子。交流中避免使用讽刺或反问语气，避免对某些人群进行攻击。

首先，个人认同社会的多样性，没有哪个社会制度是完美无缺的。而且即使是相同制度，各个国家之间也是千差万别的。每个人的想法和认知不同，接触到的人和事物也都不同。每个人心中都有自己理想中社会的样子。相互之间产生分歧很正常。你可以说A不好，其他人就可以指出B的不足。群友们的观点不尽相同，建议大家在群里可以多走出自己的舒适圈，尝试去倾听不同观点的人的发言，弥补自己认知的不足。而不是非此即彼的二元对抗，让对方闭嘴或者是离开。

其次，在交流中，很多群友的发言个人感觉有点情绪性太强。需要提醒的是，交流的过程不是辩论。可能当时大家都有点上头，很多时候喜欢用特定的例子、特定的角度来试图全面否定对方的整个论点或想法，这其实并不合理。在群里，把对方辩到无话可说并不能彰显自我的胜利，反而丧失了交流的乐趣。个人建议，大家在讨论的时候尽可能地理性，怀着学习交流的心态进行讨论，而不是辩论似的抓住对方的漏洞不停“追击”。

最后，有群友质疑其他群友转发“垃圾信息”，随后自己也采用这种方式进行“反击”。这种方式极为不妥，但也给管理提了醒。之前出于兼容并包的本意，管理员对群友发的正常消息并无过多干涉。但是因为群里目前的人越来越多，如果大家都往群里大量发符合自己观点的链接和内容，也的确会给其他群友带来困扰。因此，希望大家可以多转发突发性或者深度性的报道，转发的来源尽可能是一些公信力高的内容源，内容避免宣传性、煽动性以及侮辱性。除此之外，发布文本或链接的内容，最好自己看过并认为的确有价值的。如果可以的话，最好可以跟上自己的所思所想，方便大家讨论。发布新闻的话尽可能以链接方式提供，确需发布文本的话，内容不宜过长，否则有刷屏的嫌疑。

补充一下，个别群友出于玩梗或者活跃气氛的目的，转发了一些PS或者F12修改得到的图片。这类图片仿真程度高，建议大家要么不要转发，要么在转发时注明这是伪造图，避免群友当真。

出于对群内秩序维护的考虑，下次再遇到类似的情况，管理员将视情延长消息发布间隔时间，方便大家平复情绪、整理思路和组织语言。对于部分情绪过于上头的朋友，可能会视情进行一定时间的禁言措施。

最后，希望大家能够在群里能够聊的开心，走出自己的舒适区，能够收获包容不同观点，丰富自己的阅历。如果确有希望吵架的，请酌情私聊。

音视频极其其他格式测试

Wed, 10 Jan 2024 13:37:22 GMT

行内公式：3x−1+(1+x)2\sqrt{3x-1}+(1+x)^23x−1+(1+x)2

独立块显示：

\nabla \times \vec{\mathbf{B}} -\, \frac1c\, \frac{\partial\vec{\mathbf{E}}}{\partial t} & = \frac{4\pi}{c}\vec{\mathbf{j}} \nabla \cdot \vec{\mathbf{E}} & = 4 \pi \rho \\ \nabla \times \vec{\mathbf{E}}\, +\, \frac1c\, \frac{\partial\vec{\mathbf{B}}}{\partial t} & = \vec{\mathbf{0}} \\ \nabla \cdot \vec{\mathbf{B}} & = 0 \end{array}$$

SekaiMoeとPlayStation3の間の愛と憎しみ (1 of 2)

Mon, 08 Jan 2024 13:12:54 GMT

多图警告

プロローグ

各位好。还记得笔者在2023年年终总结里说过的话吗:

至于番剧方面,接下来可能会买一台ps3 slim来看完以下番剧(乐):

看完轻音少女

看完舞HIME

看完库拉乌幻之记忆

看完魔法少女伊莉雅

是的没有错，在跨年的第二天便以650CNY的超低价格从某宝商家购入了一台ps3 super slim 500g。原先买的是250g版本，后来因为是元旦购入便把硬盘换成了500g。

不过当时选游戏的时候只让选15个，不知道为啥。好在游戏可以通过卖家提供的资源去下载，腾讯微云的下载速度不知道比百度网盘快多少倍去了。

开箱

然后过了几天就到货了，很快啊。 ![包装盒]/images/common/20240108/1/1.jpg) 拆开包装盒，首先映入眼帘的就是一个国产ps3手柄，摸起来轻飘飘的 ![手柄]/images/common/20240108/1/2.jpg) 然后就是一堆线，其中hdmi线由于不是索尼官方的被单独放一块: ![线]/images/common/20240108/1/4.jpg) 然后就是ps3本体了: ![1]/images/common/20240108/1/3.jpg "小小的也很可爱(与之前几代比)")

至于为什么不买2000型呢，一方面翻新机多，另一方面4000型也是最晚出厂的ps3机型，说不定可以多用几年？

虽说2000型可以固化吧，但是笔者当时觉得不就是开机多点一下的事吗，又不是没整过。

当时折腾版ps4还没有出现固化的时候不也是一样过来了吗。虽然最后ps4因为是翻新机的原因后来直接退货了。

另外就是笔者买ps3一方面是为了看视频，一方面是为了打游戏。所以不能固化这一点也无伤大雅。

PS3,启动！

于是蛋疼的地方就开始了(不知道为什么这里的流程图不显示):

笔者以为的流程实际上的流程

graph TD
A[开机] -->B(运行enable hen)
B -->|破解成功| C[开玩]

graph TD
A[开机] -->B(运行enable hen)
B --> C{破解成功？}
C -->|是| D[通过游戏加载器加载游戏]
D -->E[开玩]
C -->|否| F[Failed to load, Rebooting...]
F -->|重启| A

总之就是在enable hen一步有很大的概率会破解失败直接重启，不过也还行吧。

xmb

然后映入眼帘的就是xmb界面，我感觉比ps4的ui要好一点？

就是可惜了xmb了，索尼游戏机的界面跟绿厂的家族设计一个样。

接下来就是玩游戏了，根据卖家提供的教程，需要打开ManaGunz加载游戏。

![1]/images/common/20240108/1/mana1.jpg "主界面")

根据笔者的研究，ManaGunz估计就是充当着类似虚拟光驱的作用。

![1]/images/common/20240108/1/mana2.jpg "顺便附带了个文件管理器") ![1]/images/common/20240108/1/mana3.jpg)

高清贴图大屏马赛克

笔者在安装轻音少女放学后演唱会hd版的时候需要挂载安装光驱，而在ManaGunz里却显示Install Disc。

![1]/images/common/20240108/1/qingyin1.jpg "安装碟居然还有特典视频的说")

然后就是一路安装安装安装，最后就可以在xmb界面看到了安装好的游戏了。

![1]/images/common/20240108/1/qingyin2.jpg "还以为直接能玩的说") ![1]/images/common/20240108/1/qingyin3.jpg "主界面")

不过笔者想吐槽一点，所谓的高清HD版本质上就是套了个PSP官方模拟器+重置的高清纹理贴图啥的，而且重置转换的iso扔进PSP里貌似是无法识别的。

不是，psp才多少分辨率啊？

![1]/images/common/20240108/1/qingyin4.jpg "标题界面")

真就在大屏幕玩高清贴图马赛克呗

不过分辨率和帧数相比psp提高到了1080p/60fps。

至于手感吗，笔者觉得还是在psp实机上玩的舒服一些？但是笔者没有psp ：

![1]/images/common/20240108/1/qingyin5.jpg "菜.jpg")

然后玩的时候风扇噪音跟ps4差不多，比xbox one x强，但是仍然比不过没有噪音的xss。

"模拟地球"

虽然但是，玩游戏不可能只玩这一个，毕竟之前还下了一堆游戏呢。

于是就随便点了一个爱夏的炼金工房。之前在ps4玩的莱莎的炼金工房给笔者留下了很深的印象。

然后打开游戏一看，需要安装数据到硬盘(不对啊，说好的即插即用呢？)，彳亍

然后再一看，720p 60fps，彳亍。毕竟笔者是一个注重游戏性的人。

所以笔者为什么不买switch呢

馬鹿に！笔者都有3ds了还买个毛线switch

然后玩着玩着玩到人多的地方就立马卡成ppt。

PS3的硬件规格是这样的：CELL处理器作为主要计算部分，一个频率为3.2GHz的PPE核心，8个SPE核心，其中能够工作的有7个，SPE核心间无法互相通信，其中一个核心负责系统运转，一个核心负责音频处理，能投入游戏运行的只有5个核心；CELL处理器内含有256MbXDR内存；RSX图像处理器基于英伟达的G70核心，但显存类型为DDR，不能与CELL处理器共用，所以单独享用额外的256Mb GDDR3显存。在PS3生命周期内，索尼电脑娱乐经历了破产重组，原总裁久多良木健被迫隐退，平井一夫担任PS系列的新掌门人。

感情你这3.2g的主频是摆设是吧。

然后打开p5(p5r发布于2019年，那时候ps3都已经停产了)一看，只有720p30fps，而ps4 slim是1080p30fps。

PS4的硬件是典型的高显低U，本人用的是11版ps4，CPU是美洲豹Juguar1.6GHz八核（索尼开放7核给游戏），美洲豹是山猫架构的改进版，低频单核当时来看就很弱；GPU是当时先进的GCN（18CU，图中20CU是因为索尼为良率阉割2CU；1152Cores 800Mhz；性能1840GFlops）

说好的模拟地球呢？

笔者不需要模拟地球，能不能给个60fps求求了。

这真的是多媒体娱乐终端吗？

话虽如此，笔者又不是主要买来打游戏的，如果真要打游戏为什么不买ps4呢？

因为没钱(大嘘) 所以笔者从网上下了点视频准备倒进去。

然后突然发现直接复制到VIDEO文件夹貌似行不通。

于是就复制到u盘里，这次就识别出来了。然后笔者突然发现ps3竟然不识别mkv文件。

于是又下了点mp4进去。

然后更离谱的事情出现了。下的mp4中只有一部分是可以正常播放的。

剩下的要么是视频黑屏音频可以播放要么就是压根识别不出来。

复制完mp4进video文件夹一看发现跟苹果的ipod一个样。我****。

ffmpeg,卸载！

于是就准备借一台电脑转换mp4。

起先用的ffmpeg然后花了n个点不知什么原因转换失败，然后准备用格式工厂。

结果就是转换极慢，cpu爆满，gpu搁这划水。

祖国版是什么版？

于是笔者忍不了了决定直接买现成的蓝光光碟。顺便试试光驱。

买的时候发现蓝光碟这么便宜，后来发现我买的是盗版碟。

突然就产生了一种想要退款的冲动，反正也没发货。

然后就退款了。

既然如此笔者就打着支持正版的旗号准备买一张正版碟。

结果发现一套孤独摇滚的碟均价400+，而且里面只有两集。

不是正版买不起，而且盗版更有性价比。

然后我就开始怀疑起我买盘的目的：我究竟是拿来看的还是拿来收藏显摆的？

知道我看到了别的网友说的话，才有了一丝心理安慰:

“我不反对支持正版，但也请那些所谓的正版侠给劳资闭嘴，买正版也好买祖国版也罢，图的就是个享受，正版买收藏价值，祖国版就图个视觉体验，凭什么你特么的正版侠可以用正版碟来辱骂买祖国版的人群…再说了，买祖国版咋了，是真傻还是假傻不知道祖国版的用处就是用来观看的，要知道正版和祖国版一直以来都是相辅相成的作用，买了正版碟的也会买盗版来看，买了盗版的也会选择有钱的时候再补票买正，所以这根本就是两码事，井水不犯河水，所以正版侠们（指某些喜欢用正版来秀优越来恶心人的优越狗)，有多远滚多远吧我谢谢你们了”

于是就又买盗版碟了。当然这都是后话了。

划水的光驱

在等待发货的时候我也顺便试了ps3的滑盖光驱。

我放了一张windows2000 professional i386的cdrom安装盘进去发现会产生一些响声，但是在xmb界面没有看到未识别的光驱。一度怀疑是光驱坏了。

但是我确实看到光盘转了。而且没有盘的时候关闭滑盖也会出现响声。

不过根据卖家的说法和bing的回答，我觉得大概率不是光驱的问题。但是我手上就一张这个盘

所以还得等盘到了再试试光驱吧。

另外在玩的过程中出现了手柄无法连接的现象。经过卖家排查和沟通后发现是手柄坏了，决定免费给我寄一个。

这卖家人还怪好的嘞

题外话

宏观上，微处理器之争早在 PlayStation 第一代问世前已落下帷幕，Sony 希望的 Cell 无处不在的未来愿景不切实际，本质上是日本电子厂商二十多年前豪赌未来技术趋势试图再次构建强大生态系统的又一次尝试。事实上直到现在，智能家电厂商更青睐 ARM 这样的低功耗廉价嵌入式芯片，Cell 没有必要。而小型数码产品压根不在 Cell 当初的规划范围内。

游戏机业务说到底，是平台业务。没有游戏的游戏机，即便你各项参数宇宙第一，那也是一块板砖。毫无意义。相反，过于昂贵的设备价格，过于复杂的开发，会让用户和开发商双双离去。一个不能聚用户和开发商的平台，能成功那就是奇迹。

游戏机设计的理念首先是让游戏开发者开发得开心，其次是让用户玩得开心。只要开发者和用户开心，游戏机的生意就能红火。

估计剩下的内容要放到下篇了。

以上。

Hello World

Thu, 04 Jan 2024 16:00:00 GMT

你好，世界！这是我的第一篇随笔。

关于这篇文章

这篇文章故意没有设置 description 字段，用于测试以下功能：

自动描述提取 - 系统会自动从正文提取前 150 字作为描述
AI 摘要 - 如果运行了 pnpm generate:summaries，会使用 AI 生成的摘要

随笔分类

随笔分类适合记录：

生活感悟
年度总结
随想随记
个人成长

写作建议

写博客是一件有趣的事情。这里有一些建议：

保持更新

定期更新能让博客保持活力。哪怕是简短的记录，也比长期沉寂好。

记录真实

真实的记录比完美的文字更有价值。不必追求每篇都是精品。

享受过程

写作本身就是一种思考和整理的过程，享受这个过程吧。

结语

这就是一篇简单的随笔示例。希望你也能在这里记录自己的故事。

祝你写作愉快！