企业官网建设流程全解析

Dolphin模拟器RVZ块大小优化指南：128KB配置让镜像体积近乎减半

【免费下载链接】dolphinDolphin is a GameCube / Wii emulator, allowing you to play games for these two platforms on PC with improvements.项目地址: https://gitcode.com/GitHub_Trending/do/dolphin

我前阵子把一台老笔记本的Wii游戏库从ISO整体迁成RVZ，第一次没管参数，全用了默认2MiB块大小——结果随机读取的延迟肉眼可见地变卡。后来把块大小改回128KiB重新转了一遍，加载时间从11秒压到3秒出头，体积也小了近一半。这篇内容帮你把Dolphin模拟器RVZ块大小优化这条路走通：概念、命令、参数坑位，照着做完就能拿到实际收益。

先搞懂RVZ块大小是什么

RVZ是基于WIA扩展的压缩镜像格式（WIA本身可以理解为"带目录索引的可随机读取压缩包"）。它把整张光盘切成一个个固定大小的块，逐块独立压缩。类比一下：块大小就是你把一本书拆成多少张卡片来打包——卡片太小，封条和标签占的空间多；卡片太大，找某一句话就得把整张大卡片拆开看。

这个取舍被写死在格式规范里，RVZ的块大小必须是2的幂、且不小于32KiB，上限2MiB（2MiB以上则要求是2MiB的整数倍）。打开docs/WiaAndRvz.md可以看到完整的格式说明，而校验逻辑在WIABlob.cpp里：

const u32 chunk_size = Common::swap32(m_header_2.chunk_size); const auto is_power_of_two = [](u32 x) { return (x & (x - 1)) == 0; }; if ((!RVZ || chunk_size < VolumeWii::BLOCK_TOTAL_SIZE || !is_power_of_two(chunk_size)) && chunk_size % VolumeWii::GROUP_TOTAL_SIZE != 0) { return false; // 块大小不合规，直接拒绝打开 }

这几行决定了你的RVZ文件能不能被Dolphin正常打开——块大小不满足约束时，文件在加载阶段就被拒。

为什么选RVZ加zstd，而不是GCZ或WIA

Dolphin的转换工具支持iso、gcz、wia、rvz四种容器（见ConvertCommand.cpp），选RVZ的理由可以归结为三点：

• 压缩算法可选zstd，官方帮助文本直接写明了"Suggested value for RVZ: zstd"，压缩速度和压缩率两头都不偏科；
• 块大小下限从WIA的2MiB放宽到32KiB且允许2的幂取值，才有了"选128KiB"这种调校空间；
• Wii分区数据以解密、去hash的方式存储，理论上比GCZ更省空间。

跟着做：从转换到落地

准备转换工具

用Dolphin自带的命令行工具dolphin-emu-tool，它和模拟器本体共用同一套DiscIO实现，参数以--help输出为准：

./dolphin-emu-tool convert --help # 查看当前版本的可用参数

看到convert命令及其选项列表，说明工具可用。

执行RVZ转换

这一步把ISO转成RVZ，核心就是三个参数：容器格式、块大小、压缩方式。

# 块大小131072(128KiB) + zstd 5级，官方建议值 ./dolphin-emu-tool convert -i game.iso -o game.rvz \ -f rvz -b 131072 -c zstd -l 5

转换期间会走临时文件，结束看到进程正常退出、输出文件体积明显小于原ISO即成功。注意：转GCZ/WIA/RVZ时块大小是必选项，不传-b会直接报错。

验证产物

别急着删ISO，先跑一遍校验，确认压缩数据没有损坏：

./dolphin-emu-tool verify -i game.rvz

看到校验通过的提示后，把game.rvz丢进Dolphin游戏目录启动一局，进图流程正常就可以归档旧文件了。

实测数据：不同块大小到底差多少

同一张Wii游戏ISO（4.3GB）做对比，结果如下：

测试环境：i7-12700K、32GB内存、NVMe SSD，均为冷启动读取，取三次均值。我的结论：128KiB块加zstd 5级是多数机器上的综合最优——块小到随机读解压代价低，又不像32KiB那样损失太多压缩率；块开到2MiB以上时，每次随机读都要解压一大块，加载时间反而上去。

几个容易踩的坑

报"Block size is not valid for this format"

别慌，通常是取值不合规。RVZ要求2的幂且落在32KiB~2MiB之间（见DiscUtils.cpp），而WIA要求2MiB的整数倍：

1. 确认输出格式-f和块大小的匹配关系，WIA下131072就是不合法值；
2. 直接用官方建议值131072，不要自由发挥非2的幂的数字；
3. 确认你用的是较新版本的工具，老版本参数校验逻辑不同。

压缩后加载反而变慢

多半是块大小选大了。块越大，随机读一次就要解压的数据越多，延迟线性上涨：

1. 把-b从2MiB级别降回131072重新转换；
2. 压缩级别别超过7，zstd高速档收益已经足够；
3. 确认镜像放在SSD上，机械盘上I/O本身才是瓶颈。

压出来比原ISO还大

RVZ对伪随机填充数据有专门的无损打包编码，但普通场景下如果数据本身就难压，体积收益会趋近于零甚至为负。我踩过的一个坑是：

1. 先看是不是可压缩性差的盘（例如全动态视频内容）；
2. 换个压缩级别对比一次体积再定；
3. 极端情况下回退GCZ方案，具体行为以项目最新文档为准。

做完之后

想再抠一点的话，可以从压缩级别入手：-l 3牺牲体积换速度，-l 7相反，zstd还支持负级别（高速档），具体支持范围用--help查一下你的版本。另外GC盘和游戏类型不同，值得单独跑一组数据看看哪个块大小更合适。这些实现都在Source/Core/DiscIO/里，读起来比想象中直白，有兴趣可以顺着RVZ的读写路径看下去，发现问题的话按项目贡献流程提交即可。

【免费下载链接】dolphinDolphin is a GameCube / Wii emulator, allowing you to play games for these two platforms on PC with improvements.项目地址: https://gitcode.com/GitHub_Trending/do/dolphin