Project1

标题: 关于因RP问题导致数据库文件损坏修复的可能性。 [打印本页]

作者: 美兽 时间: 2007-8-13 16:50
标题: 关于因RP问题导致数据库文件损坏修复的可能性。
作为RMer或许遇到过突然断电，内存溢出等RP问题，使打开的数据库文件非法关闭，
致使不得不面对“读取公共事件失败”“读取脚本失败”之类恶劣信息的摧残。

那么损坏的数据库文件究竟变异成何种样子呢？在这种好奇心的趋势下，在下接受了该委托。

经过多次非法关机的折磨下，获得多个损坏的数据库文件，仔细观察会发现损坏文件与原文件对比其体积没有任何变化，

于是用VB做个文件对比，结果如图：

原本的数据库文件内容全被置0（空格），那我做文件对比岂不变的毫无意义，
再用RUBY打开文件，发现果然是华丽的0（空格）— —

结论，
因RP问题造成的数据库文件的损坏，在我的能力下修复不可能，抱歉了— —

原本的数据库文件内容全被置0（空格），那我做文件对比岂不变的毫无意义，
再用RUBY打开文件，发现果然是华丽的0（空格）— —

结论，
因RP问题造成的数据库文件的损坏，在我的能力下修复不可能，抱歉了— —

作者: 精灵使者 时间: 2007-8-13 17:22
看来已经是0了……那么默哀，损坏的需要重新做了- -

作者: 尝古 时间: 2007-8-13 19:53
提示: 作者被禁止或删除内容自动屏蔽

作者: 七夕小雨 时间: 2007-8-14 02:50
…………………………

我的已经太迟了……

作者: 小真·爱舞 时间: 2007-8-14 02:53
亿万说可以解决..

作者: 美兽 时间: 2007-8-14 15:27

以下引用小真·爱舞于2007-8-13 18:53:36的发言：

亿万说可以解决..

？？？
别说半句— —
怎么解决呢？
文件内容全被置0了……

作者: 九泪 时间: 2007-8-14 15:35
6与亿万似乎一个月前研究到一定的程度，不过当时我没有关心。不知道后续如何。

主要讨论地点在qq群，论坛应该也能找到些线索。

还是要当事人自己来回答好了{/hx}
[LINE]1,#dddddd[/LINE]

等于没说{/gg}

作者: BB崽 时间: 2007-8-14 16:03
理论上是无法修复了~~真正的数据甩失了

不过美兽的这套比较方法可以使用在其他方面{/cy}{/cy}{/cy}

作者: 精灵使者 时间: 2007-8-14 16:11

以下引用美兽于2007-8-14 7:27:42的发言：

以下引用小真·爱舞于2007-8-13 18:53:36的发言：

亿万说可以解决..

？？？
别说半句— —
怎么解决呢？
文件内容全被置0了……

内容被全部置0了就可以按照默认的部分恢复么……不会全部置0了吧？全部置0证明此文件已经损坏，就用默认替代，全0正好代表损坏的标志。

作者: 思妍 时间: 2007-8-14 16:13
这就告诉我们备份的重要性！

作者: 雪雾明日晴 时间: 2007-8-14 16:24
其实我认为那很浮云啦.
每一次制作到一定程度都备份一次Data也不是很困难的事情。
我电脑里备份了四分，刻录碟有二份，就算被黑了电脑我都不怕。
[LINE]1,#dd3333[/LINE]
亿万说的原理嘛，大概是用RM强制读取吧..
然后存出来之类的...
如果不对的话就当我发抽吧...= =|||
这种程度的东西我研究不起...

作者: 美兽 时间: 2007-8-14 16:27

以下引用雪雾明日晴于2007-8-14 8:24:07的发言：

其实我认为那很浮云啦.
每一次制作到一定程度都备份一次Data也不是很困难的事情。
我电脑里备份了四分，刻录碟有二份，就算被黑了电脑我都不怕。

亿万说的原理嘛，大概是用RM强制读取吧..
然后存出来之类的...
如果不对的话就当我发抽吧...= =|||
这种程度的东西我研究不起...

最主要的是，怎么读都是一堆0……

以下引用BB崽于2007-8-14 8:03:59的发言：

理论上是无法修复了~~真正的数据甩失了

不过美兽的这套比较方法可以使用在其他方面

这个东西本身就不是专为这个用的。

作者: 精灵使者 时间: 2007-8-14 17:01
损坏的地方全部为0而其他的地方没有损坏。
如果判断这个文件为全0则用默认文件替代……

作者: 美兽 时间: 2007-8-14 17:04

以下引用精灵使者于2007-8-14 9:01:02的发言：

损坏的地方全部为0而其他的地方没有损坏。
如果判断这个文件为全0则用默认文件替代……

只要文件损坏了，所有内容全为0，我那十几个损坏文件没有一个只是部分被置0的。

作者: 精灵使者 时间: 2007-8-14 17:44
那么，这就好办了。只要判断全为0的时候这个就会被置换……不会某些人rp到所有的文件都损坏了吧- -

作者: BB崽 时间: 2007-8-14 20:00

这个东西本身就不是专为这个用的

那是干什么用的啊？{/se}{/se}{/se}用途邪恶吗？

作者: 溪风 时间: 2007-8-15 02:48
主站上不是有一个修复方法吗？
我那时制作游戏遭遇停电。然后按照这个方法修复，最后只有图块中自己增加的没了，其它都完好无损。

可能停电后每个人的游戏损坏程度不同，而我是比较幸运的一个吧。

作者: 亿万星辰 时间: 2007-8-15 14:40
我遇到的几个被损坏的文件都不是全部置0啊...用UE打开,只是排靠前面的一个字节上的类似于长度的值被改大了...改过以后就又可以打开,不过好象还是有些数据不见了,但还是能恢复一小部分~~{/pz}

谁有这样的坏掉的文件... -_\\传一分上来~~~

作者: 美兽 时间: 2007-8-15 21:09

以下引用亿万星辰于2007-8-15 6:40:31的发言：

我遇到的几个被损坏的文件都不是全部置0啊...用UE打开,只是排靠前面的一个字节上的类似于长度的值被改大了...改过以后就又可以打开,不过好象还是有些数据不见了,但还是能恢复一小部分~~

谁有这样的坏掉的文件... -_\\传一分上来~~~

…………
我是利用拔电源线得到的损坏文件，

下次带来亿万瞧瞧— —

如果只是部分损坏还没什么问题，全变成0就无从下手。

作者: 美兽 时间: 2007-8-15 21:24

以下引用BB崽于2007-8-14 12:00:52的发言：

这个东西本身就不是专为这个用的

那是干什么用的啊？用途邪恶吗？

分析ICO文件时用的。

现在已经可以读取ICO文件转为bitmap对象，
或者bitmap对象转为ICO，并且修改可执行程序exe的图标。

正犹豫是否将其整合为一个小软件，

还在考虑如何建立打开与保存对话框，原本用VB做成DLL调用会非常省事，但感觉失去了使用RM的意义，
同时若作为图象编辑软件，“放大，画笔，吸管，剪切，复制”都要做，虽然都不怎么难，但工作量很大，不是很有耐心。

作者: 闪电 时间: 2009-6-12 08:00
我曾经一个晚上连续两次数据损坏,并不是断电或者死机造成,修改脚本之后开始游戏就提示什么损坏了...
好在只是script文件损坏,从原来备份的拷过来覆盖就好了

欢迎光临 Project1 (https://rpg.blue/)