Shift-JIS Kanji Table 82 3f | 82 4f | ０ １ ２ ３ ４ ５ ６ ７ ８ ９ 82 5f | Ａ Ｂ Ｃ Ｄ Ｅ Ｆ Ｇ Ｈ Ｉ Ｊ Ｋ Ｌ Ｍ Ｎ Ｏ 82 6f | Ｐ Ｑ Ｒ Ｓ Ｔ Ｕ Ｖ Ｗ Ｘ Ｙ Ｚ 82 80 | ａ ｂ ｃ ｄ ｅ ｆ ｇ ｈ ｉ ｊ ｋ ｌ ｍ ｎ ｏ 82 90 | ｐ ｑ ｒ ｓ ｔ ｕ ｖ ｗ ｘ ｙ ｚ 82 9e | ぁ あ ぃ い ぅ う ぇ え ぉ お か が き ぎ く 82 ae | ぐ け げ こ ご さ ざ し じ す ず せ ぜ そ ぞ た 82 be | だ ち ぢ っ つ づ て で と ど な に ぬ ね の は 82 ce | ば ぱ ひ び ぴ ふ ぶ ぷ へ べ ぺ ほ ぼ ぽ ま み 82 de | む め も ゃ や ゅ ゆ ょ よ ら り る れ ろ ゎ わ 82 ee | ゐ ゑ を ん 83 3f | ァ ア ィ イ ゥ ウ ェ エ ォ オ カ ガ キ ギ ク 83 4f | グ ケ ゲ コ ゴ サ ザ シ ジ ス ズ セ ゼ ソ ゾ タ 83 5f | ダ チ ヂ ッ ツ ヅ テ デ ト ド ナ ニ ヌ ネ ノ ハ 83 6f | バ パ ヒ ビ ピ フ ブ プ ヘ ベ ペ ホ ボ ポ マ ミ 83 80 | ム メ モ ャ ヤ ュ ユ ョ ヨ ラ リ ル レ ロ ヮ ワ 83 90 | ヰ ヱ ヲ ン ヴ ヵ ヶ
- 7月 18 週三 201200:00
Shift-JIS漢字對應表
- 11月 20 週日 201100:00
因為訊6（xun6）倒閉，將另覓分享空間，請提供意見
以下消息：
http://xun6.net/index.php
http://xun6.net/index.php
訊6宣布倒閉/出售訊6網站
因為經營不善，訊6在2011年11月正式宣布倒閉。長久以來非常感謝所有用戶的支持和鼓勵。訊6也提供了亞洲用戶4年多的網絡硬盤服務。訊6其實只是一間很小的公司。應該可以說只有兩個人。由我自己所創立的。而我老婆幫忙運營。訊6在這幾年來成就不少的業績。包括全球Alexa最大的TOP 1000個網站之一，香港最大的100個網站，台灣最大的100個網站之一，中國最大的400個網站之一，中國銷量最好的網絡硬盤服務等等。長久以來在訊6為用戶提供了5千多萬個文件，下載量到達2億多次數，使用了過3000TB的流量，也擁有來自全世界超過100萬的 註冊用戶。
因為經營不善，訊6在2011年11月正式宣布倒閉。長久以來非常感謝所有用戶的支持和鼓勵。訊6也提供了亞洲用戶4年多的網絡硬盤服務。訊6其實只是一間很小的公司。應該可以說只有兩個人。由我自己所創立的。而我老婆幫忙運營。訊6在這幾年來成就不少的業績。包括全球Alexa最大的TOP 1000個網站之一，香港最大的100個網站，台灣最大的100個網站之一，中國最大的400個網站之一，中國銷量最好的網絡硬盤服務等等。長久以來在訊6為用戶提供了5千多萬個文件，下載量到達2億多次數，使用了過3000TB的流量，也擁有來自全世界超過100萬的 註冊用戶。
在這4年以來有不少的問題發生了，尤其是大型DDOS攻擊我們訊6的服務器導致網站無法登入。邪惡的谷歌客服黑吃白事件。服務器供應商被微軟告到倒閉等等問題。這類型的商業競爭，也只有在網絡界會出現。因為訊6無法在這個商業競爭或叫大公司欺負小公司的情況下繼續生存，所以訊6決定了倒閉是最好最正確的選擇。希望各位明白我們的立場。
任何人如果有誠意購買訊6任何資產或業務，可以聯絡我電郵。出售的包括域名，公司，程序，業務等等。只要價格合理，我們都會非常樂意出售。電郵: xun6.support@gmail.com
最後，我本人在這裡感謝所有在這4年以內使用訊6的用戶，做網賺的用戶，代理商和廣告合作夥伴等等... 謝謝你們，沒有你們就沒有訊6，沒有你們訊6更本不可以運營4年之久，謝謝你們，謝謝你！:)
- 3月 01 週一 201000:00
成功救回電腦上無法讀取的TF記憶卡
因為卡片放在NDSL還能正常被讀取，裡面的檔案也沒有備份過，
推測應該只是某個小地方(如FAT表)亂了而已，
因此在內部資料沒有救出來之前，一定不可以重新格式化。
在磁碟機上按右鍵選內容，顯示如下：
上網找到一個軟體叫做EasyRecoveryPro
- 2月 03 週三 201000:00
漢化技術帖~字庫原理篇 by sumiya
（二）解決問題：一切都是編號（索引）
這個步驟要求你必須瞭解計算機基礎知識。（要知道什麼是bit，什麼是byte；還要知道16進制、2進制、進制轉換。這個很基礎，我就不說了，不懂可以去找本《計算機應用基礎》來看） P0 R8 f
１、整天用TLP（Tile Layer Pro）來畫字模（編輯TILE），也許會認為TILE就是一張「字模」。字庫的TILE確實可以認為就是「字模」，那「字模」又算什麼？通稱的「字模」其實是存放在遊戲ＲＯＭ裡的一串２進制數據，這段數據記錄了字符信息。
比如剛才那張1BPP的字模圖：
行 ２進制數 轉換為１６進制
這個步驟要求你必須瞭解計算機基礎知識。（要知道什麼是bit，什麼是byte；還要知道16進制、2進制、進制轉換。這個很基礎，我就不說了，不懂可以去找本《計算機應用基礎》來看） P0 R8 f
１、整天用TLP（Tile Layer Pro）來畫字模（編輯TILE），也許會認為TILE就是一張「字模」。字庫的TILE確實可以認為就是「字模」，那「字模」又算什麼？通稱的「字模」其實是存放在遊戲ＲＯＭ裡的一串２進制數據，這段數據記錄了字符信息。
比如剛才那張1BPP的字模圖：
行 ２進制數 轉換為１６進制
- 12月 09 週三 200900:00
漢化基礎教程——文字篇（五） by PGCG
一般的情況下，每個遊戲之中總會有部分空白區域，換句話說文件的內容並不一定連續，我們可以適當地利用這些空白，如果這些空白仍然不夠使用就可以把新字庫生成到原來文件的末尾區域以達到擴容的目的。新字庫擴容後還需要修改字庫地址的計算公式，很多時候文件中都有一個基址指針，適當地修改就可以達到目的，不過尋找起來有點麻煩，倘若運氣好就是一個絕對地址，就像文本腳本的指針一樣，這樣尋找起來就比較簡單了。還有兩點需要注意：即便是在遊戲末尾添加的字庫也不能刪除原字庫，如果刪除了會使字庫後邊的程序遷移而失去原有功能，指針地址會指向錯誤的地方，所以只能替換，絕不能進行添加刪除等會造成位置移動的操作，這也是整個漢化過程自始至終都要注意的。有些遊戲的容量必須使用標準的容量，特別是任天堂的遊戲。1Mb 2Mb 4Mb 8Mb 16Mb 32Mb等等，這些是任天堂定的標準容量，如果字庫擴容後超出了上一級的標準容量就必須滿足次級的容量。比如說一個8Mb的遊戲擴容後可能到了10Mb，我們就需要繼續在文件末尾添加「垃圾」一直到16Mb為止，某些遊戲在文件的頭部還記錄了整個文件的校驗信息甚至文件的容量大小，擴容後這些地方也需要改，比如SFC。好在對於GBA來說並沒有這麼多的關聯地方。
新字庫的生成最好使用工具來完成，除非你覺得有那份閒情逸誌喜歡手工描繪。生成前需要把翻譯文本中所有用到的漢字都統計出來（可以使用《Counter》），然後再生成，這樣做既避免了字模的重複又不會產生垃圾字模。
字模生成後就可以製作新碼表了，其實這個步驟可以在生成新字庫的時候一起完成了，每添加一個字模就產生一個對應碼，依次進行下去。這裡的字符編碼並不是由你自己定義，而是由原編碼來決定的。比如在原碼表中「0001=A」，在你把「A」的字模替換成了「啊」以後對應關係就是「0001=啊」，字符編碼是用作位置計算的，特別是在擴容字庫後一定要認清楚對應的位置關係。整個字庫都導入完畢後可以使用《TLP》這些工具再次查看一下字庫是否已經按照要求排列好了。以上都準備完畢並確認以後就可以導入文本了，這個過程基本上和導出相逆，同樣建議自己編寫工具完成，《SIN》實在不怎麼樣。導入的時候注意整體的統一，如果個別句子移動了位置還要考慮是不是有指針等等，每個細節都需要去考慮，考慮得越多出現問題的機率越小。導入完成後基本上遊戲的文字漢化就結束了，最後就是找幾個愛玩遊戲的朋友適當測試一下，看看有沒有什麼BUG的。對於GBA遊戲來說最好是VBA模擬器上和GBA遊戲機上都進行測試。雖然說VBA模擬器遊戲兼容性很高，但模擬器絕不能簡單地認為是電腦上的遊戲機，等你對模擬器實現原理有一定瞭解後就知道為什麼要這樣說了。換句話說就是這個世界上沒有100%兼容的遊戲模擬器，除非遊戲機也使用Inter的80x86CPU。在發現問題後記錄下詳細的情況，以便後期進行修改並再次測試。模擬器上的測試可以適當使用記憶功能來進行測試，再次提醒大家，慎用模擬器的即時記憶（VBA的.sgm），盡量使用遊戲自己的記憶功能（VBA的.sav）。
小結：
多數時候，一個遊戲並不是只有一個字庫系統，有兩個三個是很正常的事情，各個字庫分工不同，有些是用來顯示正文的；有些是用來顯示道具名的；有些是用來顯示人名的等等。比如《光2》就有兩個字庫系統：遊戲開始輸入玩家姓名的時候使用的8*8的小規模的字庫，而遊戲中的文字使用了16*16的主要字庫。基本上每個字庫都是獨立存在的互不影響，這時每個字庫就可以單獨研究並進行修改，但有時候也是有聯繫的，比如《光2》雖然有兩個字庫，但這兩個字庫是重疊的，8*8的取名字庫的碼表和16*16字庫的開頭部分是一致的，因此16*16這個字庫的最開始的百多個字符將會出現在取名系統裡，為了符合取名的意義，所以也要適當地排列一下字模的前後順序。又如《SD高達》裡面12*12的字模和8*12的字模就是完全獨立的，互不影響。
到這裡本教程的文字漢化的基本原理介紹就結束了，教程的介紹相對淺顯，還有很多很多問題無法通過幾萬的漢字就能說清楚的，多數時候遇到問題都需要你自己去解決。教程介紹的情況都是最基本的，但實際情況下很多時候都會存在壓縮格式甚至OBJ對像這些比較難以解決的問題。要想修改的話就必須先進行解壓縮（可別以為需要Winzip WinRAR什麼的），因此就必須得研究壓縮的算法等等，這些都是需要進行ASM跟蹤破解遊戲程序。只有ASM才是破解遊戲最萬能的方法，下一節適當地為大家介紹一下ASM，不過你得對彙編有一定瞭解才行。
- 12月 08 週二 200900:00
漢化基礎教程——文字篇（四）by PGCG
文本腳本也是非常之靈活多變的，基本上每啟動一個遊戲漢化項目就得重新做一次導入導出工具（也不是全部重新來，基本上修改個別參數、某個結構就可以了）。文本腳本在總體結構上可以分為三種類型：順序結構、指針表結構、跳躍結構。
順序結構：
這種結構最為常見也最簡單，每一個文段都是緊挨著的，段與段之間有一個承接符來表示前一段的結束和後一段的開始。句子有伸長縮短改改這個控制符的位置就可以了，很簡單的。這種結構在《光明之魂2》中相當的多，而承接控制符就是「FFFE」了，大家自己可以試試！
指針表結構：
接觸過編程的人一定會知道指針是什麼意思吧，指針就是指向目標的地址，多個指針構成的向量表就是指針表（實在搞不懂就把它想像成碼表）。在指針表內指針按一定次序依次排列，程序就是靠他引導定位文本腳本的，有的遊戲一句話就有一個指針，但有的是一個場景對話才有一個指針。通過對指針的修改就能達到移動文段的目的，比如當「文段1」修改後長度如果出現增加，為了不影響句子的正確顯示，這時我們就得把「文段2」往後（高地址方向）移動，並修改對應的指針讓它再次指向「文段2」的頭部。還是《光2》上面那句話為例子，該句從0x368574開始到0x368589結束。取得句首地址0x368574把它轉換為GBA內存地址0x08368574（不同的遊戲機由於硬件基礎不同，轉換的方法也不同。對於GBA來說遊戲機把卡帶內容影射到內存中從0x08000000到0x09FFFFFF的一塊區域內進行尋址操作的，所以直接在地址前加上08000000就可以了）。高低反得到「74853608」，用《UE》搜索找到唯一一個地址：
- 12月 07 週一 200900:00
漢化基礎教程——文字篇（三）by PGCG
下個定義：文本腳本——文本內容依照指定的編碼所對應的十六進制數字串。例如上一節找到「キャラクター……」的腳本「 58 00 99 00 78 00 59 00……」。從這一段的特徵上我們可以判斷出「0058」對應「キ」、「0099」對應「ャ」等等，依此類推就可以得到該遊戲的全部文字編碼。得到了所有文字的編碼後就可以編寫程序，讓電腦幫我們把這些數字化的文字給轉換出來（導出）便於日後翻譯，在翻譯完後還要利用程序把翻譯好的內容導入遊戲程序中。文本腳本的導入導出實現的手段相對比較多，如多你稍微有一點編程能力的話還是最好自己編程，畢竟每個遊戲都有每個遊戲的特殊性（見得多了自然就會感覺到的）。如果實在沒有這個能力只有借助現成的工具了，比較常用的就是《Script Extractor》和《Script Insertor》，兩者是雙胞胎前者導出後者導入，無論你採用自編軟件還是使用《SEX/SIN》都需要編寫一個碼表文件。前面說過編碼的集合就是碼表，導入導出工具程序根據碼表說明的對應關係來轉換數字和字符的，碼表就如同一本數/符字典。
碼表編寫很簡單，Windows的記事本程序就可以編寫了，格式上不同的工具會有不同的要求，如果是自己編寫的處理程序格式可以自己定編寫格式，不過最好還是採用目前通用的書寫格式比較好。通用格式為：
（字符編碼1）=（字符1）
（字符編碼2）=（字符2）
（字符編碼3）=（字符3）
編寫的時候一般是按照編碼從小到大的順序編寫的。以下是我書寫的《光明之魂2》碼表的部分內容：
《光明之魂2》的原始字庫有七八百個字，一行一行地寫也確實費事，書寫的時候注意積累經驗。小技巧：先用EXCEL（不會沒用過吧？）創建形如這樣的表格：
然後往下使用粘貼複製**，一分鐘就能搞定所有的編碼了。接下來再對照《字模精靈組合器》裡顯示的字模一個字一個字地輸入C列（老實點吧，這裡就別想著用程序幫你寫了。電腦把字庫當圖片了不會認識的。OCR可是世界難題喲，如果你真的寫出這段程序的話就平步青雲了，呵呵！！）。《字模精靈組合器》是設計成16*16字的顯示模式並伴有顯示字符位置的功能，每寫一大段就對照一下位置，剛好可以避免遺漏掉字符（錯位了可不得了呀，導出的文本會大變樣）。等所有的字符都寫完後就把全部內容粘貼到記事本中，最後替換掉製表位空白（TAB）就可以了。寫完後一定要檢查最後一個編碼，代入遊戲中看是否正確。檢查完畢後就可以保存下來了，tbl是碼表的公認擴展名，其實個人認為txt也未嘗不可，兩者的實際內容是一樣的，而且這樣更便於查看編輯。
在《光明之魂2》的文本腳本之中你還會發現一些形如「FFF?」這樣的編碼，而這些編碼在遊戲中並沒有具體字符與之對應，而是出現的主角名字、字符顯示速度減慢、換行、分段等等的控制功能，這樣的編碼稱作控制符。寫碼表前不僅要摸清楚每個字符的編碼而且還要弄清楚遊戲中有多少控制符，每個控制符的具體功能是什麼。我所研究出來的是：F5FF=主角名、F6FF=主角名、F7FF=數值、F8FF=恢復速度、FAFF=慢速、FCFF=主角名3、FFFF=換行、FEFF=塊結束、FDFF=段結束等等。至於這些控制符該不該往碼表文件裡面寫就要看程序是怎麼設計的了，絕大多數程序都是要求從外部鍵入換行分段這些關鍵控制符的，其他只影響文本顯示的控制符一般就寫入碼表，同文本一併導出。對於像減慢速度、變換字體顏色這樣的控制符無法在導出的純文本文件中體現，就可以將它們用特定的符號表示，自己記清楚哪種符號表示什麼。還有一些不知道功能的控制符也可以用某個特別符號來表示，如果這樣的控制符很多的話道出文本鍾就會相應地出現過多的符號不便於瀏覽翻譯，這時可以讓程序把這些未知的控制符的值輸出到導出文本中就可以的。不過要注意，因為這些文本在翻譯後還要再次導入遊戲中，同樣需要靠工具程序完成，因此在設計導出程序的時候盡量考慮一下導出時候的處理，例如對未知控制符的值在導出的時候就可以加上「[ ]」符號括起來等等，導入時候程序判斷到有這個符號便照中間的內容直接寫入遊戲中，而不用轉換。辦法都是自己想、自己定，初次接觸難免有考慮不周的地方。
碼表做好後接下來就該搞清楚遊戲ROM中哪些才是腳本內容？我們該導出哪些？一般地說在遊戲文件中文本腳本都是一句接一句地放在一起的，構成腳本區。可能所有的文本腳本都放在一起也可能腳本會分割成幾個大的段分別來放置，前者為數更多。只要我們找到了一段腳本區的最開始就可以順次導出了，所以找出腳本頭是最關鍵的。至於查找實際上是不用什麼特殊工具來完成的，在這裡靠工具不如靠自己肉眼觀察。這次我們從《光明之魂2》第一關的第一句開始找起。
- 12月 06 週日 200900:00
漢化基礎教程——文字篇（二）by PGCG
上次我們提到了這個公式：
從實際出發，我們可以從TLP中觀察字庫來計算出編號的差值，而K從表面上來看我們只能確定的是一定小於等於1，所以就需要對K進行一些猜測。接下來介紹一下什麼叫相對搜索：相對搜索就是指不知道具體的搜索值，而只知道幾個值之間的差（例如：a b c 三個數，我們事先並不知道這三個數的具體數值，只知道a-b=5 b-c=6），因此我們就利用這其中的差值作為條件來進行搜索，這樣的搜索方式就叫「相對搜索」（或「差值搜索」）。比如搜索條件是「0，5，6」，可能搜索出來的結果有很多個，像「0，5，6」、「2，7，8」「10，15，16」等等。這種相對搜索方式正好適合我們所知道的條件。先來看看搜索工具《增強差值搜索器》： 全都是中文化的，傻瓜式的操作沒啥需要特別說明的地方。
--------------------------------------------------------------------------------
下面我們來找找上一節中《光明之魂2》裡的那句話「キャラクター……」的位置。
- 12月 05 週六 200900:00
漢化基礎教程——文字篇（一）by PGCG
在教程的最開始就談到了文字在遊戲中是如何存儲顯示出來的：遊戲文字資訊通過將文字編碼、文字點陣資訊分離並保存到遊戲檔中，顯示文字的時候程式先讀取表示句子組成文字的一序列編碼，然後根據遊戲自身獨有的字模轉換程式通過編碼計算出字元點陣的物理位元址，然後再通過一系列的顯示程式把該字元點陣顯示到螢幕上。我們知道了基本過程後就不難猜想到，既然要修改文字我們還是可以通過修改點陣來實現。例如句子「Ｉ ｌｏｖｅ Ｃｈｉｎａ」，可以把字元點陣「I」改為「我」，點陣「ｌ」改為「愛」；點陣「ｏ」改為「你」...以此類推，句子就被改為了「我愛你，中國」，多餘的字元就全部清除。理論上分析了，我們先來找個遊戲進行一下實踐《光明之魂》 ：我們就來修改一下圖片上頂部出現的那句話，按照字面意思可以修改為「請選擇一名角色」。通過我們前面所掌握的修改圖片的方法很快就能找到這些文字的位置，用TLP定位到0x8DC068，這裏就是第一個字元「キ的位置，我們可以看到該字元由4個TILE構成，排列順序為「左上」「右上」「左下」「右下」在前面就已經說過圖片之所以會出現錯位這並不是由於TLP軟體的錯誤造成的（TLP永遠都是順序顯示的），這個和遊戲顯示程式的設計有密切的聯繫，但具體為什麼需要這樣排列的這並不在我們討論之列，我們需要做的僅僅是按照原先的順序排列好修改後的字元就可以了（字元的描繪可以使用任何一款圖像處理軟體中的文字工具來製作）。經過導出導入修改等一系列過程，這個字元被修改為了「請」字。其他的字元按照這樣的方法依次修改，修改完後用VBA模擬器預覽效果，可以看到這樣的畫面：看來這樣子做是相當成功的！見到了這樣的成果你心情將會如何呢？高興之餘靜下心來還是會發現一些問題，如果把「キ」改為「請」的話，遊戲中所有出現了「キ」字符的地方都變為了「請」，但「キ」並不是「請」的意思。如果全都都照這樣子修改的話，一兩句還是可能實現，要是句子多了絕大部分句子就要混亂了。所以僅靠這樣子的修改還不行，我們還得調整每個字符的排列順序甚至出現的位置。我們再來看看字符顯示的全過程，程序是先從文件中讀取了句子文字的編碼串然後再經過一系列程序才顯示出來的，換句話說編碼串就決定了字符的排列順序，要改變文字的順序就是要改變編碼串中各個編碼的順序。例如：先假設01表示「Ａ」、02表示「Ｂ」、03表示「Ｃ」，句子「ＡＢＣ」對應的編碼是010203，如果要改為「ＣＢＡ」的話我們就可以把「010203」改為「030201」。明確了這個道理，我們就必須找到句子對應的編碼串在遊戲文件中的具體位置，但我們事先並不知道每個字符對應編碼，而且每個遊戲的編碼都不盡相同，所以也不可能根據經驗來判斷，缺少了這些關鍵的信息我們就無法搜索出編碼串位置。於是我們的首要任務就是先找到一些字符的編碼，然後就可以順籐摸瓜測試出其他字符的編碼。但問題是如何知道字符編碼？這是一個巨大的難題。在開始找到「キ」字符後，留意一下就可以發現一些線索：基本上所有的文字點陣都保存在「キ」字符點陣附近的一大塊區域內，而且字符和字符之間並沒有其他雜亂信息，看來設計人員是把整個遊戲出現的字符都放在了一起。那麼這些點陣字符的首地址就很有規律了——公差為128Byte，因為1個4bpp的Tile佔用的是32Byte的空間，一個字符需要4個Tile。前面也說過，編碼是用來計算字符點陣的物理地址的。至於使用的什麼具體公式我們並不用去在意他，我們可以導出一個抽像公式來理解：
點陣地址 = 字庫首地址 + 偏移地址
偏移地址 = 比例常數 * 字符編碼 + 偏移量
比例常數 = 點陣大小 * K
所以： 點陣地址 = 字庫首地址 + 點陣大小 * K * 字符編碼 + 偏移量
對於同一遊戲來說公式中的字庫首地址和偏移量都是一個常量，唯一的變量就是中間的一段，由此看來點陣地址和字符編碼是成線性對應關係。而我們恰好可以查看得到等號左邊的點陣地址。把上面的公式通過一些數學上的變形可以得到：
1
其他 (3)