Re: [求助] DQ冒險書壞掉的原因是甚麼?

看板Emulator作者 (哼哼)時間15年前 (2010/11/10 13:00), 編輯推噓4(4030)
留言34則, 6人參與, 最新討論串3/11 (看更多)
還有一種就是忘了把不該改的參數給復原結果造成演算錯誤就會發生記錄崩壞的情況 像有人用修改軟體修改遊戲中某個數值 反覆搜尋後找到兩個位置 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

11/10 13:30, , 1F
還有一種情況是溢位,一個byte資料改到兩個
11/10 13:30, 1F

11/10 15:24, , 2F
基本上我修改很小心的 如果這情形只是一次就算了
11/10 15:24, 2F

11/10 15:25, , 3F
不過我每次修改DQ3都必然遇到這種情形
11/10 15:25, 3F

11/10 15:25, , 4F
所以我個人修改出錯的機會不大
11/10 15:25, 4F

11/10 15:26, , 5F
乾脆你把記錄檔丟上來給大家研究一下好了
11/10 15:26, 5F

11/10 16:53, , 6F
都說了修改電池紀錄檔一定死,除非你知道他加密規則..
11/10 16:53, 6F

11/10 16:54, , 7F
10多年前有寫過專門修改DQ紀錄檔的軟體.. 另外如果你在遊
11/10 16:54, 7F

11/10 16:54, , 8F
戲中修改,只要存檔時不會出現「不合理」就沒關係...一旦
11/10 16:54, 8F

11/10 16:55, , 9F
出現遊戲一樣判定sram出問題一樣死,只能用隨時紀錄來玩
11/10 16:55, 9F

11/10 17:41, , 10F
其實bug的定義是很廣的
11/10 17:41, 10F

11/10 18:07, , 11F
自己定義的話,確實是要多廣就可以有多廣
11/10 18:07, 11F

11/10 18:08, , 12F
可以參考我下篇的內容 有說為何我判斷是bug
11/10 18:08, 12F

11/10 18:08, , 13F
以我自己寫程式的經驗所判斷的
11/10 18:08, 13F

11/10 18:11, , 14F
感覺樓上完全無視6F說的話...
11/10 18:11, 14F

11/10 18:15, , 15F
這...我也沒有無視啊 當初我的問題不就是
11/10 18:15, 15F

11/10 18:16, , 16F
如何修改遊戲記憶讓冒險書不要被判定壞掉?
11/10 18:16, 16F

11/10 18:16, , 17F
如果你有看我下面那篇文
11/10 18:16, 17F

11/10 18:16, , 18F
就知道我認為B大說的依然是一種bug
11/10 18:16, 18F

11/10 18:18, , 19F
只要在正常運作下有可能出現不正常情形者 就是bug
11/10 18:18, 19F

11/10 18:18, , 20F
DQ在不修改的情況下也會出現這些狀況 不是大家都知道
11/10 18:18, 20F

11/10 18:19, , 21F
只是我修改讓這些狀況更容易發生而已
11/10 18:19, 21F

11/10 18:19, , 22F
反之 從程式設計的角度來看
11/10 18:19, 22F

11/10 18:20, , 23F
藉由修改可能會更容易知道為什麼明明正常遊戲下
11/10 18:20, 23F

11/10 18:20, , 24F
卻依然可能遇到這樣的狀況
11/10 18:20, 24F

11/10 18:20, , 25F
然後就可以告訴玩家要避開這些狀況 這是最理想的
11/10 18:20, 25F

11/10 18:21, , 26F
過去這個bug都被歸咎於硬體導致的bug,
11/10 18:21, 26F

11/10 18:22, , 27F
但我認為軟體也是要負責任的
11/10 18:22, 27F

11/10 18:22, , 28F
如果超任其他RPG大作也都會有類似情形 那就是硬體bug
11/10 18:22, 28F

11/10 18:26, , 29F
不過重點還是能不能救回來啦
11/10 18:26, 29F

11/10 18:26, , 30F
不行的話那我就只能打到索馬了
11/10 18:26, 30F

11/10 21:16, , 31F
修改並不屬於正常運作...
11/10 21:16, 31F

11/10 21:18, , 32F
DQ實機會有的硬體狀況,模擬器也不見得會有
11/10 21:18, 32F

08/18 18:11, , 33F
就知道我認為B大說的依 https://noxiv.com
08/18 18:11, 33F

10/06 03:32, , 34F
還有一種情況是溢位,一 https://daxiv.com
10/06 03:32, 34F
文章代碼(AID): #1CsYRjU7 (Emulator)
討論串 (同標題文章)
本文引述了以下文章的的內容:
完整討論串 (本文為第 3 之 11 篇):
文章代碼(AID): #1CsYRjU7 (Emulator)