[ Каскадный ] · Стандартный · Линейный Кому рассказать как переводить, игры для GBA

[PokePerevod]

Народ, я понимаю, что 90% населения GBX это игруны...
но все же...

я могу _постараться_ рассказать как переводить игры для GBA... (товарищ Хаос , молчи! )
(пока только с английского )

если эта тема интересна, предлагайте игры на примере которых я буду стараться рассказывать ,
(или буду объяснять почему перевод конкретных игр соложен и долог )

поскольку я сам не игрун, то в предложениях пожалуйста называйте игры так,
как они называются в ромсете...(так всем будет понятнее, о чем речь...)

если тема СОЗДАНИЯ переводов НЕ интересна,
(в смысле интересно пользоваться готовыми переводами),
то так прямо и скажите...

[PokePerevod]

Глава 4 - Волшебные поинтеры и с чем их едят.
-------------------------------------------------

Идея достаточно проста - как бы вынуть весь текст из файла, перевести его, а потом засунуть обратно в те же места...

Если приглядеться к тому, как переводят в лоб, то можно заметить, что:

1. глазами находят текст и запоминают смещение, где это текст лежит в файле
2. вычисляют, где этот текст оканчивается (каким нибудь непечатным символом типа 0x00)
3. подбирают перевод фразы сходный по длине с оригинальной строкой
4. набивают его в те же места.

Данный процесс вполне поддается описанию, скажем на Visual Basic'e, главный вопрос в том, как программно отличить печатные символы от непечатных. Тут нам на помощь приходят все те же таблицы символов (codepages). Однако в СВОИХ таблицах мы опишем коды ТОЛЬКО печатных символов. Теперь программа может отличить коды печатных символов от непечатных и все, что остается это разобраться в том, как отличить текстовую строку в файле от двоичных инструкций. Для этого опять вернемся в лобовому переводу - там мы глазами читаем весь файл по байтику, пока не встретим последовательность печатных символов. Ура ключевое слово произнесено (кто не догадался я не виноват, в качестве эксперимента могу вам прочитать двоичный образ скажем Winword.exe и найти там текст, думаю к концу чтения все станет понятно :-)

Далее все (или почти все) делает железяка - сканирует файл и вынимает ВСЕ последовательности печатных символов (тех, что есть в таблице, остальные считает непечатными) если встречает 2 или более печатных символа подряд, то такая последовательность записывается в файл отчета (на пример report.txt)

Структура выходного файла может быть проста до безобразия:

десятичное_смещение_в_двоичном_файле+пробел+последовательность_символов+crlf (признак конца строки)

Следует заметить, что если мы говорим о том, что переводиться будет приставочная игра, со своей кодировкой, то нам такой выходной файл ничего не даст, на персоналке в нашей windows-1251 мы все равно ничего не поймем, значит строка вынутая из файла должна быть перекодирована из кодировки приставки в кодировку PC. Это тоже не проблема просто помимо кодов печатных символов нужно в нашей таблице указать какими кодами этот символ должен отображаться в кодировке PC. Поэтому в итоге таблица имеет структуру типа:

80=A
81=B
82=C
83=D
84=E
85=F

и так далее...

Причем ДО знака равенства пишется HEX код символа, а после знака равенства, каким ОДНИМ символом этот код выглядит на PC. Причем если вы вспомните Главу 1 (если конечно вы ее не пропустили), то скорее всего догадаетесь, что посмотрев на эту таблицу в шестнадцатиричном виде мы можем сделать и обратное преобразование.

http://pokeperevod.НАРОД.ru/xImage3.gif (слово "НАРОД" нужно писать по английски )
...извините за неудобства, пока не разобрался как картинки заливать на форум...

Другими словами такая таблица может использоваться для перекодировки в обе стороны.

Вынув таким замысловатым образом текстовые последовательности из двоичного файла можно заняться их переводом в обычном текстовом редакторе. Подойдет даже WinWord, но сохранять перевод нужно в виде текстового файла (Только текст).

Остается только одна проблема, поскольку в файле такого формата нет указания на длину оригинальной строки, то лучше воспользоваться спец. редактором, который не даст вам вылезти за размеры оригинальной строки и соответственно не позволит забить непечатные символы, следующие за текстовой строкой. (см. редактор перевода встроенный в утилиту покеперевод)

А где же поинтеры? спросите вы - а это есть десятичное_смещение_в_двоичном_файле в файле вынутого текста, которое объяснит программе из какого места файла вынули эту строчку и даст возможность положить перевод в то же самое место.

... есть еще один тип указателей(поинтеров), я бы назвал их внутриРОМовыми, то есть
сама игра, когда хочет вывести текст на экран нашей приставки, тоже должна знать
где в картридже находится НАЧАЛО текста для вывода...
(в утилите я это называю GBA поинтеры)

...до них я думаю мы еще дойдем в этих объяснялках...


Несколько общих замечаний:
-------------------------------
1. Никто не мешает удлинить строку перевода, просто надо понимать, что вы рискуете забить своим текстом непечатные символы, и соответственно сделать игру неработоспособной.
2. Если перевод получается короче оригинала, нужно понимать, что если вы не нарастите свой укороченный перевод пробелами до оригинальной длины, то при выводе текста игра выведет еще и текст длиннее перевода. Игра ведь не знает, что строка стала короче и выведет то количество символов, которое было в оригинале. Если только в подсистеме вывода текста у игры нет зарезервированного специального кода, который говорит о том, что строка окончена.
3. Спец. символы, которые описаны в пункте 2 мы также можем описать как печатные и следовательно в своем текстовом редакторе сами расставлять концы строк.
4. При создании таблицы перекодировки нужно понимать, что одному коду всегда соответствует один символ (изображение) иначе программа перекодировки не сможет понять, как перекодировать переведенный текст. Иными словами таблица перекодировки должна быть обратимой.
5. Не переводите непонятные строки, скорее всего это исполняемые инструкции (или графика ), просто оставьте их без изменений.


НЕОБРАТИМАЯ ТАБЛИЦА - это когда нельзя применив одну и ту же таблицу воссоздать первоначальный файл. Проверить обратимость очень просто, нужно ВЫНУТЬ текст из ROM'a затем НЕ изменяя полученный report.txt ВЕРНУТЬ его в ROM и потом сравнить (побайтно) полученные файлы, делать это например умеет WindowsCommander (выделить в одном окне входной и
выходной файлы, а потом file -> compare by content) если входной и выходной файлы РАЗЛИЧАЮТСЯ то таблица НЕОБРАТИМА, то есть один тот же символ может перекодироваться в разные коды... такой таблицей пользоваться НЕСТОИТ поскольку она будет портить неоднозначные символы...


Все вышеописанные размышления, легли в основу программульки под названием PokePerevod...