Re: [問題] goodtool怎麼分辨rom

看板Emulator作者BillyJr (Billy Jr.)時間16年前 (2010/02/01 10:34)推噓10(10推 0噓 11→)

留言21則, 11人參與討論串4/5 (看更多)

: 你好 : 上面的問題我已經解決了 : 但想進一步了解snes部分 : 為什麼goodsnes沒有像goodnes有fixnes的參數只看到convert : 是因為snes沒有檔頭的問題還是只是goodtool作者沒加修正的功能進去? : convert = Convert SNES interleave to non-interleave 這又是什麼意思? 超任、SEGA MD、WS/WSC、NGPC、GB/C/A （可能還有一些其他漏掉的）這類卡帶的資料在讀出來之後裡面都有 checksum 後的檢查碼.. 也就是說.. 如果 dump 出來的資料跟檢查碼不同.. 那大概就可以判定是有問題的了雖然有很少數的遊戲是 checksum 本來就有錯 ._. 但那是少數中少數.. 加上後來這些遊戲本身 rom 裡面就已經有很完整的資料了.. 有些甚至連發售日發售公司、類型等資料都有保存在原本的 ROM 中不像早期任天堂紅白機除了 chr+rom （或單純rom）就沒了.. 所以紅白機的那些檔頭其實只是給「模擬器」辨別使用的，實機根本也用不到雖然最早期公開的紅白機模器是由日本的安藤信明 1994 年底公開的 pasov 0.1版不過由於一個遊戲被拆成好幾個檔案，把圖形 CHR 跟資料分開儲存，還要另外儲存檔頭資料，所以並沒有受到廣泛使用後來的 .nes 檔頭是由 iNES 的作者 Marat Fayzullin 於 1995 年底所定義的當初檔頭設計就是添加一個 16bytes 的資料在最前面從 0~3 bytes 寫的其實就是 NES(空格) 主要控制 Mapper 只有第六個 bytes 的左邊而已..所以最早的 Mapper 0~F 也就是頂多 16 個 mapper 1998 年台灣作者推出的 fwNES 因為主要是針對日系遊戲的支援，當時發現只有 16 個 Mapper 其實不夠日系遊戲使用，而當時堅持以不改遊戲檔案保持原汁原味的情況下，重新定義了第 7 個 bytes 的使用，也就是最多可以支援到 00~FF 共 256 個不同的 Mapper ... 另外還有一個重要的貢獻就是磁碟機檔頭的定義.. 原本只有 NES 為資料的前四個 bytes 後來也因為他支援的磁碟機而且了 FDS ... 在 2000 年的時候，一樣為台灣的作者 SMYNES 當時除了針對日系遊戲支援之外另外目標定在非官方授權的自製卡帶（或一些中文化遊戲）由於這些非官方授權的遊戲也有很多互相盜版的情況.. 擔心當時 256 個 mapper 不夠用的情況下，重新定義了第 8 個 bytes 的使用，也就是最多可以 0~FFF 一共 4096 個 Mapper 支援.. 另外由於他對聲音的模擬非常堅持.. 也開啟了特殊聲道的支援不過很可惜的是後來因為家庭因素加上兵役問題最後淡出了模擬界會出現檔頭錯誤多是因為一些早期編輯檔頭的工具會在編輯後把「當時」剩下沒有使用的檔頭空間填入一些資料（比方說檔頭工具名稱）...在當時第 7 bytes 還沒定義的情況下就被先「佔領」了.. XD 所以如果回頭來看紅白機模擬的歷史，貢獻最大的就是 iNES 跟 fwNES 尤其 fwNES 開創了以日係遊戲支援為主甚至支援日係遊戲特殊的周邊 ._. 不過紅白機的 ROM 檔格式其實還有很多不同種的喔.. 像是 Famicom 的 .fam 格式還有另外一個剛剛有想到.. 現在忘了 ._. 算了 arrr.. 好吧.. 內文與標題不符 XD 離題很大

推

Kevinsheu

02/01 10:43, , 1^F

02/01 10:43, 1^F

推

conpo

02/01 10:49, , 2^F

02/01 10:49, 2^F

→

remina

02/01 11:36, , 3^F

02/01 11:36, 3^F