[讨论]论坛上总是有人说hdl_dump不能收回碎片,就此问题发表自己的意见

squllroina

说的很有技术性！不错不错~

看样子HD_DUMB还是不错的阿！哈哈哈~

derrier

楼主原创的欲望真强烈啊，

偶想问的是，如果我用dump（B）的话

删除一个游戏最大是不是也只有127M的浪费？

如果真是那样我觉得无所谓了，

借用mina的意思，对于一个2G的游戏来说，要用《127M来省的话也意义不大

nature

下面是引用铃兰的草原于2004-12-12 23:19发表的:
^_^,如果winhiip和hdldump混用挥发生数据丢失的原因就是像我21楼说的这样,版主可不可以变成原创呢?感谢minamoto

那是你讨论之后得出的结果.....


你自己说了,还是讨论较为适合...

原创与讨论不同,原创一般为个人意见,而讨论则是集思广益的....
不然也不会得出什么讨论结果~

来论坛也是为了与大家探讨问题,共同解决和参与讨论的,所以对于原创二字也
无需过于看重~否则就是失去了论坛的真正意义了~

minamoto

看来你还是将hdl上的分区以及碎片的概念和pc上的混淆了。

形象一点说，在正常的hdl分区建立时，软件除了根据数据的多少建立分区以外还会在分区之间画出一道分界线（可以比喻成写保护），而这道分界线就是引起hdl上所说的“碎片”的原因。因为存在分界线后，他阻止了软件向分界线的另一端的分区写入数据。而winhiip在建立数据量

fitboy

支持楼主一下!
为了测试反复灌了这么多游戏,你辛苦了!
以后以后能看到更多这类技术讨论的帖~

kooler

128MB应该不叫分区，有些像硬盘上的簇或者内存中的逻辑页（page）或者物理块（block）的概念
如果是这样的话，按照惯例，两个不同的文件是严禁使用同一个块的！因为文件是按块号来访问的。不过128MB的划分的确够傻，一般一个块也就2K 4K 8K
我是学这个的，这个我清楚
楼主可以用WINHIIP拷贝游戏，用dump的toc命令来验证！

补充一下，没有任何技术手段可以改变按块或者簇访问的限制，这个是做死的

我赞同楼主的观点，winhiip并不能填充那剩余的127MB。HDL读取资料的时候是整块整块的装入的，如果在块中间发现文件结束符，结束符后的信息将全部作废，所以1MB以后的信息是不能读取的。

dump的作者也不会傻到更新了那么多版都不知道加入这个功能。



“winhiip建立的分区因为没有分界线”，这句话是值得商榷的（有冒犯的地方请谅解，因为是技术讨论贴），一个分区标准一旦确立，那么它的簇大小就确定了，不能随心所欲的变换。如果没有分界线那将使数据的管理变的更加困难（编址将变得十分复杂，甚至难以实现）

kooler

除非“128MB”不等于簇或者块的概念，否则winhiip就是在作秀

风莫笑

基本上我用直灌之後
從來就沒考慮過碎片的事情@_@

该用户已被禁言

下面是引用kooler于2004-12-13 00:48发表的:
  128MB应该不叫分区，有些像硬盘上的簇或者内存中的逻辑页（page）或者物理块（block）的概念
如果是这样的话，按照惯例，两个不同的文件是严禁使用同一个块的！因为文件是按块号来访问的。不过128MB的划分的确够傻，一般一个块也就2K 4K 8K
我是学这个的，这个我清楚
楼主可以用WINHIIP拷贝游戏，用dump的toc命令来验证！

.......

严重支持28楼说的，只要是研究过电脑的都应该知道的理论知识。个人认为winhiip还没强到有跨过这个标准的能力。（并没有像冒犯谁的意思，讨论而已）

winhiip和dumb都是很好的工具，谁优谁劣没有什么必要去争，自己喜欢用得顺手就好了^^
我喜欢dumb，呵呵

铃兰的草原

下面是引用nature于2004-12-12 23:39发表的:
  

那是你讨论之后得出的结果.....


.......

版主何必那么认真呢,我只是开个玩笑说说而已啊,不是一定要当个原创啊,我通过这次讨论明白了很多东西,还要感谢大家啊
其实用什么软件都一样,我们的最终目的还是想打好游戏嘛!