大家好，我是Lula。 以前做過皇家騎士團2代(TO)、外傳(TOG)跟1代(OB)中文化， 不過1代從2014年就跳票到現在( 艸) 其實當年OB技術問題都解決了，文字碼不足、大量8x8日文->8x16中文顯示都排除了。 只有取名能選中文太少、劇情還沒翻、16x16字(實際12x16)還有一半沒刻"而已"。 因為我也不是真的很閒，所以後來就慢慢地停下沒做了，...直到這個月初GPT6出來。 因為我平常工作就常用GPT，前陣子正好忙完時才突然想到... 不知道能不能叫GPT 5.6弄個皇家騎士團地圖編輯器? 結果幾個來回，一晚上就弄好了。 https://duk.tw/9S85wz.png 我尋思既然TO地圖這麼輕鬆就能解壓重建，那說不定OB中文化也是手到擒來吧~ 於是我上傳了日版ROM檔並叫GPT 5.6找尋網路資料自行解析，幾十分鐘就有了初步結果。 最方便的是翻譯可以一口氣完成，算好需要的中文字數。 GPT也會自己下載debug版模擬器去進行測試跟反組譯，前後大概20幾小時就做出半成品。 之所以說半成品主要是字庫問題，16x16(10x10加外圈變12x12)找不到繁體字(10x10)， 雖然GPT有找到11x11的俐方體11號再調整成10x10，但筆畫一多就會因縮放而認不出， 有趣的是GPT還主動用OCR(文字識別)來確認字庫的可讀性。 作為刻過上千8x16字的苦主，只好憑直覺教GPT如何調整了: "試著這樣重新調整俐方體11號: 假設文字是11x11的範圍，" "從第2~10的column中找存在點數最少的那一個colume刪除，" "該column的每個存在點若左右鄰居沒有點存在，" "則分別ocr測試在左/右鄰居補點的辨識率，取較高者留存" "若第1或11 column沒有任何點，則優先選" https://duk.tw/umNH9X.png 不過後來我還是放棄了這個故意從頭製作的版本，因為8x16字實在找不到替代方案。 當我要回去翻找12年前的中文化資料時，我才驚覺我汰換過太多電腦了， 以前的檔案早不知丟到哪裡了@@ 後來還好從搬家前的舊行李堆中找到一顆隨身硬碟， 才把OB連同TO與TOG資料一起找回，然後馬上丟google drive備份。 找到後決定從之前OB中文化的最後一版繼續，順便改用GPT 6來試看看。 但其實我完全沒法確定哪個是最後一版，因為8x16中文字都不顯示了。 後來才發現是現在模擬器精確度比十多年前高，有些ASM操作之前模擬器過得了， 但現在的模擬器(至少我隨手抓的snes9x-1.63-win32-x64)過不了orz 只好請GPT 6大人幫我調整一下... 相比於GPT 5.x，我只能說在任務自動化程度上，GPT 6還是屌打GPT 5.x。 雖然說5.x就會自己找尋必要資料與自行驗證，但6的驗證範圍會全面得多。 例如說我在測試某種特定顯示時，它會很貼心的窮舉出所有case給你看: https://duk.tw/WMLt3R.png 另外也從ASM層面上幫我優化了取名的字數限制與動態載入中文的延遲閃爍問題... 簡單說就是中文字太多，要用到時才一個個動態挑字載入，所以會晚於其他畫面顯示。 GPT 6做法是先卡住畫面顯示，讀取該畫面所有用字，再一次畫出所有畫面顯示。 聽起來很簡單，但要排查一堆顯示管線衝突，再重新安排顯示程序會很麻煩。 一般作法只需找到不影響其他顯示的點，卡個類似jump的指令出來顯示中文再jump回去。 https://duk.tw/srEq5g.gif 只能說AI的發展實在太快了 從GPT 3.5 (2022)的我自己寫還比較快 到GPT 4.0 (2023)的可用之但不可盡信 到GPT 5.6 (2025)的做好再通知我檢查 到GPT 6.0 (2026)的你全包了我要幹嘛 一年一次(2024是GPT-4o多模態)的AI衝擊實在讓人緩不過來 ...還是拉回主題，總之拜AI所賜，OB中文化完成97%了。 只剩下劇情校閱與移除官方內測模式，有空還能再調整一下16x16字， 應該2週內會發佈包含之前系列的ips檔(OB 1.0, TO 1.02, TOG 1.0)。 --

※ 發信站: 批踢踢實業坊(ptt.cc), 來自: 101.9.235.227 (臺灣) ※ 文章網址: https://webptt.com/m.aspx?n=bbs/Emulator/M.1790611728.A.948.html