DC的镜像格式有CDI和GDI，GDI应该是没有阉割数据的格式吧？我理解为比CDI好在保留了数据的完整性，手里有些DC正版盘，但是无法用电脑光驱提取。那么GDI格式镜像是如何提取的，难道是用主机的GD光驱提取的？
请高手帮忙解惑，谢谢。

[ 本帖最后由 werety 于 2016-7-26 10:30 编辑 ]

早期还真是用dc光驱提取的，模糊记得提取一张gdi镜像要10多个小时。

用dc的宽带网卡提取。

posted by wap, platform: Windows
dc的bba，然后配合dc读取。bba传输到电脑。

posted by wap, platform: Android
除了gdi还有超大的cdi的，实际相对gdi，我感觉完整的cdi更值得保存，通用性更高。

1.DC+SD卡
2.改过硬盘或CF卡的DC用DreamShell dump
3.bba+dc
4.pc光驱+特制引导光盘+PC刻录软件
234的速度差不多，大概25分钟。。SD的话要几小时

posted by wap, platform: iPhone

引用:

原帖由 @wood  于 2016-7-26 13:46 发表
早期还真是用dc光驱提取的，模糊记得提取一张gdi镜像要10多个小时。

因为bba用的是56k猫…

好像用网线的才是bba，56K的不叫BBA吧

引用:

原帖由 tainey 于 2016-7-31 15:39 发表
posted by wap, platform: iPhone
因为bba用的是56k猫…

早期是用背后的通信串口输出，所以要一整天。
用BBA来dump只需要25分钟。
并没有任何dump工具使用那个56k的Modem。

电脑是否有GD的刻录机

开发机的就是GD刻录机。。。
另外，最早研究DUMP GD的老外，曾经测试过某组织发布的通过刷固件让PC某型号光驱成为GD光驱的方法，刷后PC上出现的型号改变了，但是不能读写GDI，插到开发机上进行GD空白盘刻录，刻了一点就失败并废盘了。。

posted by wap, platform: Windows

引用:

原帖由 @dask  于 2016-8-9 12:10 发表
开发机的就是GD刻录机。。。
另外，最早研究DUMP GD的老外，曾经测试过某组织发布的通过刷固件让PC某型号光驱成为GD光驱的方法，刷后PC上出现的型号改变了，但是不能读写GDI，插到开发机上进行GD空白盘刻录，刻了一点就失败并废盘了。。

所以这个组织的dc gdi镜像有数据偏移，需要人工修正。

引用:

原帖由 coldiori 于 2016-8-9 13:33 发表
posted by wap, platform: Windows
所以这个组织的dc gdi镜像有数据偏移，需要人工修正。

跟这个没关系，dask说的是让部分yamaha光驱变开发机用光驱的固件，受限于那种yamaha光驱的批次，可用性几乎为0.
你说的redump现在的特定固件，是为了让光驱认出一张99分钟的CD TOC后，能够单独发指令控制光驱电机停转和再转，并且再转后，不会去重新加载TOC。和dask说的那种固件不是同一个。

数据偏移问题，是因为redump不正确地使用了gdi这种格式定义。gdi最初定义的时候，要求没有把数据轨和首根音频轨之间的pregap部分略去（其实是352800字节，也就是150扇区的内容为0x00的数据），约定了是要求使用gdi的软件，自己补上这部分数据(因为都是0)。而redump把这部分略去的内容写进了首根音频轨的头部，却依然用了"gdi"作为后缀。对大多数游戏可能不会爆发问题，因为，只不过是所有音轨都偏移了2秒钟而已，但DC有一个很特殊的数据轨定义，就是把一部分数据放到最外圈也就是最后一轨，以加速数据的读取，这数据轨因为之前音轨的2秒偏移，就这样也被往后挤偏移了352800字节，等于里面所有数据都废了。。。

redump坚持这样才是一个gdi应有的状态，不愿意改，实际按我的理解是被人指出了数据存储方法方式不正确，碍于面子不愿意改，期望之后以自己的dump量的增长，让这种改动成为事实标准，所以才变成了现在2种有微妙差异的gdi遍布网络的状况。

[ 本帖最后由 SONIC3D 于 2016-8-9 21:49 编辑 ]

posted by wap, platform: iPhone
那sonic3d大是看过原文的了，连批次问题都知道，可怜我真的买了个yamaha的scsi光驱刷固件测试，那老外貌似是dump出那三张万年不破的ps1模拟器的iso的人

posted by wap, platform: Windows

引用:

原帖由 @SONIC3D  于 2016-8-9 21:48 发表
跟这个没关系，dask说的是让部分yamaha光驱变开发机用光驱的固件，受限于那种yamaha光驱的批次，可用性几乎为0.
你说的redump现在的特定固件，是为了让光驱认出一张99分钟的CD TOC后，能够单独发指令控制光驱电机停转和再转，并且再转后，不会去重新加载TOC。和dask说的那种固件不是同一个。

数据偏移问题，是因为redump不正确地使用了gdi这种格式定义。gdi最初定义的时候，要求没有把数据轨和首根音频轨之间的pregap部分略去（其实是352800字节，也就是150扇区的内容为0x00的数据），约定了是要求使用gdi的软件，自己补上这部分数据(因为都是0)。而redump把这部分略去的内容写进了首根音频轨的头部，却依然用了"gdi"作为后缀。对大多数游戏可能不会爆发问题，因为，只不过是所有音轨都偏移了2秒钟而已，但DC有一个很特殊的数据轨定义，就是把一部分数据放到最外圈也就是最后一轨，以加速数据的读取，这数据轨因为之前音轨的2秒偏移，就这样也被往后挤偏移了352800字节，等于里面所有数据都废了。。。

redump坚持这样才是一个gdi应有的状态，不愿意改，实际按我的理解是被人指出了数据存储方法方式不正确，碍于面子不愿意改，期望之后以自己的dump量的增长，让这种改动成为事实标准，所以才变成了现在2种有微妙差异的gdi遍布网络的状况。

如果redump让这个成为事实标准的话，根本就是违背了他们自己的初衷了，搬石头砸自己的脚，太sb了