→ oginome: 你是要看CRC還是HEADER? 06/29 13:45
→ allengx9900: HEADER 06/29 13:56
→ oginome: 就我所知應該沒有軟體專門在顯示檔頭,一般都是餵Snes9x 06/29 16:10
→ oginome: 吃ROM,去讀Rom Information。 06/29 16:11
→ oginome: 如果你要"最原始的ROM"的檔頭資料,我倒可以介紹一個資 06/29 16:12
→ oginome: 料庫,你自己查就有了。 06/29 16:12
→ oginome: 至於CRC值,有PATCH過或動過手腳的就會不一樣了 06/29 16:13
→ allengx9900: 那網站看不出有什麼用處啊??內部名稱就是表頭? 06/29 19:28
※ 編輯: allengx9900 (59.127.212.79), 06/29/2018 19:29:47
→ allengx9900: 我把檔案直接傳上來了,是紋章之謎的ROM 06/29 19:30
→ allengx9900: 有辦法的話幫我比較吧XDD 06/29 19:30
→ oginome: 問題是你想要比較甚麼? 06/30 01:07
→ oginome: 換另一個方式問,你想透過比較檔頭的方式得到甚麼資訊? 06/30 01:09
→ allengx9900: 就是這兩個哪個才是最接近原版的?該刪哪個? 06/30 01:39
推 cycutom: 玩起來會差在哪? 06/30 04:43
推 oginome: 我覺得你對檔頭資訊、CRC、PATCH漢化的過程有很嚴重的誤 06/30 10:53
→ oginome: 會,這要花一大篇解釋,簡單說即使是CRC值的Checksum, 06/30 10:54
→ oginome: 是通過一個X的n次多項式的除法所得,這樣的過程並無血緣 06/30 10:55
→ oginome: 關係,無法判斷誰離原本的CRC值更為接近;所謂的CRC值, 06/30 10:55
→ oginome: 甚或MD5或SHA1都是一種校正演算,校正的是這個ROM是不是 06/30 10:56
→ oginome: 原本的ROM,而不是校正他被轉過幾手,所以你的需求無法 06/30 10:57
→ oginome: 被滿足。最後講一個原則,這種漢化的PATCH,取後面的版本 06/30 10:59
→ oginome: 為先,所以我會留*(2).sfc那個,砍了修改日期較早的那個 06/30 11:00
推 ADHI: 這兩個rom唯一差別就是Header的checksum修正,留(2)那個即可 06/30 11:17
→ ADHI: 使用snes9x載入時就可以看出差別,除此之外其他地方都一樣 06/30 11:21
→ allengx9900: 恩~要怎麼把1號的HEADER移掉以驗證呢?? 06/30 11:42
→ allengx9900: 移除之後再驗一次HASH要跟2一樣,這樣才算完工QQ 06/30 11:43
推 ADHI: 這兩個ROM只有0x7FDC~0x7FDF四個bytes不一樣,隨便找個可以 06/30 12:10
→ ADHI: 比較檔案的16進位編輯器比一下就知道了 06/30 12:10
推 assassinASHE: 你要不要找原版沒修改過的 這CRC就有標準 no-intro 06/30 20:59