作者OPWaug (哼哼)
看板Emulator
標題Re: [求助] DQ冒險書壞掉的原因是甚麼?
時間Wed Nov 10 13:00:26 2010
還有一種就是忘了把不該改的參數給復原結果造成演算錯誤就會發生記錄崩壞的情況
像有人用修改軟體修改遊戲中某個數值
反覆搜尋後找到兩個位置
A0000001 100
A0000002 100
必須修改的數值為A0000002
但他從A0000001開始測試
等到他確定A0000002是正確的位置卻忘了恢復A0000001的數值結果就掛拉
遇到這種狀況要先用即存備份一下然後在慢慢改
確定位置就叫出之前的即存回到未改的狀態去改應該改的地方
不然什麼時候掛掉也是剛好而已
: → rockmanx52:SFC DQ3的種子記得好像可以用大富翁量產... 11/10 07:53
: 推 jeff0811:DQ3 FC我也記得可以用物品複製，不過種子的數量就沒研究 11/10 10:31
: → remina:判定的方式類似這樣 LV 10 某能力合法存在的範圍假設是 11/10 10:51
: → remina:20~30 但因為修改過種子吃過頭,變成多太多,遊戲在開始時 11/10 10:52
: → remina:判定為不合法存在,於是直接切詛咒音樂並且毀損存檔 11/10 10:52
: → remina:通常修改直接改EXP,然後戰鬥一場去正常升級 11/10 10:53
: → remina:改能力、改種子出來狂吃比較不合理,容易變成不合法存在 11/10 10:53
: → remina:我的習慣是把EXP最低位元鎖定FF(255)只要任何戰鬥增加EXP 1 11/10 10:55
: → remina:以上,絕對會進位成256,初期練功可以減少很多,也不會修改過 11/10 10:56
: → remina:頭,中期時一場戰鬥正常取得的EXP如果已經超過256,就可以關 11/10 10:57
: → remina:了,改成鎖住 FF FF (65535) 打個幾場小升一下就關掉 11/10 10:58
: → remina:但如果遊戲像是Final Fantasy要在戰鬥中學習技能之類的 11/10 10:59
: → remina:還是得乖乖多打幾場,這類就跟EXP比較無關 11/10 11:00
: → ericantion:道具數、能力類的數值低於255看看 DQ遊戲的上限蠻低的 11/10 11:19
: 推 rockmanx52:但是這時候又會牽扯到一個問題...轉職後為LV1 11/10 12:13
: → rockmanx52:但是全能力降為轉職前的一半 所以Lv1的能力值 11/10 12:14
: → rockmanx52:只要不超過128基本上都是合法的.... 11/10 12:14
: → rockmanx52:以上是DQ3的情況 11/10 12:14
: 推 chunliz:所以Enix是故意把程式寫這樣讓想修改的人"自食惡果"嗎? 11/10 12:27
--
※ 發信站: 批踢踢實業坊(ptt.cc)
◆ From: 61.224.54.113
1F：→ remina:還有一種情況是溢位,一個byte資料改到兩個 11/10 13:30
2F：推 StarTouching:基本上我修改很小心的 如果這情形只是一次就算了 11/10 15:24
3F：→ StarTouching:不過我每次修改DQ3都必然遇到這種情形 11/10 15:25
4F：→ StarTouching:所以我個人修改出錯的機會不大 11/10 15:25
5F：→ ericantion:乾脆你把記錄檔丟上來給大家研究一下好了 11/10 15:26
6F：→ BillyJr:都說了修改電池紀錄檔一定死，除非你知道他加密規則.. 11/10 16:53
7F：→ BillyJr:10多年前有寫過專門修改DQ紀錄檔的軟體.. 另外如果你在遊 11/10 16:54
8F：→ BillyJr:戲中修改，只要存檔時不會出現「不合理」就沒關係...一旦 11/10 16:54
9F：→ BillyJr:出現遊戲一樣判定sram出問題一樣死，只能用隨時紀錄來玩 11/10 16:55
10F：推 StarTouching:其實bug的定義是很廣的 11/10 17:41
11F：→ onelife:自己定義的話，確實是要多廣就可以有多廣 11/10 18:07
12F：→ StarTouching:可以參考我下篇的內容 有說為何我判斷是bug 11/10 18:08
13F：→ StarTouching:以我自己寫程式的經驗所判斷的 11/10 18:08
14F：→ onelife:感覺樓上完全無視6F說的話... 11/10 18:11
15F：推 StarTouching:這...我也沒有無視啊 當初我的問題不就是 11/10 18:15
16F：→ StarTouching:如何修改遊戲記憶讓冒險書不要被判定壞掉? 11/10 18:16
17F：→ StarTouching:如果你有看我下面那篇文 11/10 18:16
18F：→ StarTouching:就知道我認為B大說的依然是一種bug 11/10 18:16
19F：→ StarTouching:只要在正常運作下有可能出現不正常情形者 就是bug 11/10 18:18
20F：→ StarTouching:DQ在不修改的情況下也會出現這些狀況 不是大家都知道 11/10 18:18
21F：→ StarTouching:只是我修改讓這些狀況更容易發生而已 11/10 18:19
22F：→ StarTouching:反之 從程式設計的角度來看 11/10 18:19
23F：→ StarTouching:藉由修改可能會更容易知道為什麼明明正常遊戲下 11/10 18:20
24F：→ StarTouching:卻依然可能遇到這樣的狀況 11/10 18:20
25F：→ StarTouching:然後就可以告訴玩家要避開這些狀況 這是最理想的 11/10 18:20
26F：→ StarTouching:過去這個bug都被歸咎於硬體導致的bug, 11/10 18:21
27F：→ StarTouching:但我認為軟體也是要負責任的 11/10 18:22
28F：→ StarTouching:如果超任其他RPG大作也都會有類似情形 那就是硬體bug 11/10 18:22
29F：推 StarTouching:不過重點還是能不能救回來啦 11/10 18:26
30F：→ StarTouching:不行的話那我就只能打到索馬了 11/10 18:26
31F：→ onelife:修改並不屬於正常運作... 11/10 21:16
32F：→ onelife:DQ實機會有的硬體狀況，模擬器也不見得會有 11/10 21:18