大佬的这个帖子在下有所拜读，但帖子的内容，实际讲的是：
将一种写法的 gdi 引导头文件，转成另一种写法的 gdi。
由于 chdman 对两者都支持，所以貌似并无什么影响。
cue 的写法不是那样的，一看就明白。
另外，虽然 redump 将所有 DC 镜像都改成 cue+bin。
但是他们仍旧提供了原始的 gdi 头文件的全集下载。
后面的 bin 没任何变化，所以楼主已能自由转制 redump了。
chd 的源码网上应该有的，但楼主没有费心去找。
不过，下面罗列出楼主对 chd 这种格式的使用分析：
1，以斑鸠这游戏来看，chd v5 的压缩率大于 7z。
2，chd 格式可以即时读取，而且读取延迟忽略不计。
3，chd 可以不破坏原镜像数据，完整无损压缩解压。
4，目前 RA内模拟光盘镜像的核心，基本已全部支持 chd。
5，以树莓派为代表的游戏镜像合集，到处都是 chd格式。
7z 的确好，但不支持即时读取，不能直接就拿来玩啊。
而且 chd 的压缩率，整体能和 7z 伯仲之间，已非常强了。
是的，转回 gdi 的意义，也就是那已有的几十款汉化游戏。
gdibuild针对的也只是原始的 gdi，而不是针对处理过的 cdi。
是无法转回的。
看来大佬制作 cdi 已炉火纯青了，在下并不是对 cdi 有意见。
只是不愿在明知有可为的情况下，去浪费过多的空间。
这个特制的 cdi 斑鸠，在下已看了，比 chd 格式更小。
这是通过对 cdi 处理，删除了里面 chd 也不能压缩的部分数据。
这样，与其花大量时间，研究如何将 cdi 转回 gdi ，再转成 chd。
似乎还不如大佬分分钟，直接 rip 掉 cdi 里的无用文件，来得快……
当然，这样处理过的 cdi ，貌似也就不那么适合刻盘了。
由于在下不甚了解 cdi 的相关技术，所以才会有这个帖子的出现。
现在既然知道，cdi 是能方便地处理无用数据，做压缩处理的。
那鄙人便已经没有任何的理由，排斥 cdi 这种镜像格式。
大可直接请大佬发力，放出对应现有，已发布汉化镜像的 rip补丁。
但在下也有自知之明，并没有这么大的面子……
所有 DC 汉化游戏里，楼主感兴趣的其实只有5款。
如果有时间，再去研究折腾下 cdi这种镜像格式吧。
看能否自己 rip 掉一些无用数据或压缩一下来试试。
经过前期的摸索，楼主发现DC 的镜像并不是那么容易简单重建的。
这也许正是 ultraiso 抓取后生成的部分镜像格式无法使用的原因。
虽然不管是因为什么原因，而无法简单重建 DC镜像。
但个人提出一种假设，就那么将汉化 cdi 游戏刻盘。
然后用 DC实机来直接将光盘镜像 dump成 gdi 格式。
这样，也许就能 “不那么费心思” 地将 cdi 转 gdi 了...
虽然上面是这样说了，但最最最后还是提一下吧：
理论上，同样删除垃圾后，chd 的占用会比 cdi 更低。
毕竟 chd 始终是一种全压缩的镜像格式，而 cdi 并不尽然。
注：
nullDC1.0.4，打开光盘镜像的最后一种格式，就是 chd。
不过貌似并不支持 chd v5，但楼主并没有进一步探究了。
另据测试，flycast、reicast 和 demul，是支持 chd v5 的。
[ 此帖被willzyj在2020-02-24 15:34重新编辑 ]
