→ remina:還有一種情況是溢位,一個byte資料改到兩個 11/10 13:30
推 StarTouching:基本上我修改很小心的 如果這情形只是一次就算了 11/10 15:24
→ StarTouching:不過我每次修改DQ3都必然遇到這種情形 11/10 15:25
→ StarTouching:所以我個人修改出錯的機會不大 11/10 15:25
→ ericantion:乾脆你把記錄檔丟上來給大家研究一下好了 11/10 15:26
→ BillyJr:都說了修改電池紀錄檔一定死,除非你知道他加密規則.. 11/10 16:53
→ BillyJr:10多年前有寫過專門修改DQ紀錄檔的軟體.. 另外如果你在遊 11/10 16:54
→ BillyJr:戲中修改,只要存檔時不會出現「不合理」就沒關係...一旦 11/10 16:54
→ BillyJr:出現遊戲一樣判定sram出問題一樣死,只能用隨時紀錄來玩 11/10 16:55
推 StarTouching:其實bug的定義是很廣的 11/10 17:41
→ onelife:自己定義的話,確實是要多廣就可以有多廣 11/10 18:07
→ StarTouching:可以參考我下篇的內容 有說為何我判斷是bug 11/10 18:08
→ StarTouching:以我自己寫程式的經驗所判斷的 11/10 18:08
→ onelife:感覺樓上完全無視6F說的話... 11/10 18:11
推 StarTouching:這...我也沒有無視啊 當初我的問題不就是 11/10 18:15
→ StarTouching:如何修改遊戲記憶讓冒險書不要被判定壞掉? 11/10 18:16
→ StarTouching:如果你有看我下面那篇文 11/10 18:16
→ StarTouching:就知道我認為B大說的依然是一種bug 11/10 18:16
→ StarTouching:只要在正常運作下有可能出現不正常情形者 就是bug 11/10 18:18
→ StarTouching:DQ在不修改的情況下也會出現這些狀況 不是大家都知道 11/10 18:18
→ StarTouching:只是我修改讓這些狀況更容易發生而已 11/10 18:19
→ StarTouching:反之 從程式設計的角度來看 11/10 18:19
→ StarTouching:藉由修改可能會更容易知道為什麼明明正常遊戲下 11/10 18:20
→ StarTouching:卻依然可能遇到這樣的狀況 11/10 18:20
→ StarTouching:然後就可以告訴玩家要避開這些狀況 這是最理想的 11/10 18:20
→ StarTouching:過去這個bug都被歸咎於硬體導致的bug, 11/10 18:21
→ StarTouching:但我認為軟體也是要負責任的 11/10 18:22
→ StarTouching:如果超任其他RPG大作也都會有類似情形 那就是硬體bug 11/10 18:22
推 StarTouching:不過重點還是能不能救回來啦 11/10 18:26
→ StarTouching:不行的話那我就只能打到索馬了 11/10 18:26
→ onelife:修改並不屬於正常運作... 11/10 21:16
→ onelife:DQ實機會有的硬體狀況,模擬器也不見得會有 11/10 21:18