NES (Nintendo Entertainment System)
Методы поиска пойнтеров на эту платформу описаны больше всего. И не мудрено, практически все начинали именно с неё. В этом разделе я расскажу вам о простой формуле. Можете почитать любопытную
доку про указатели на сайте Griever-a для лучшего восприятия нижеизложенного. Стоит кратко напомнить, что указатели на эту платформу 2-х байтные и могут быть расположены выше или ниже текста, или находиться в программном коде и быть разбросанными по рому.
В первой части этого документа Шеф рассказывал о загадочной системе SetOff X000 и немного упоминал о пойнтерах в игре Adventure in Magic Kingdom, где младший и старший байт пойнтера были записаны в разных местах (двух массивах). Рассмотрим пример пойнтеров, у которых в одном массиве сначала идут младшие части, а затем старшие. Для изучения возьмём ром Megaman IV (U) (PRG0) [!]. Думаю, писать о том, как искать текст при помощи хексредактора не стоит. Вы и сами должны это знать. А если вы этого не знаете, то попрошу покинуть помещение. Скажу лишь, что сначала пойнтеры в этой игре я нашёл только при помощи дебага, хотя, при небольшом усердии можно было обойтись и без него, так как указатели были совсем рядом с текстом.
Текст начальной заставки (HOUSEHOLD ROBOTS ROCK AND ROLL WERE CREATED BY MASTER ROBOT DESIGNER, DR.LIGHT, AND WERE ENJOYING THEIR PEACEFUL DAYS и пр.) начинается с адреса 0x377D6. Стопбайтом является байт FF, байтом переноса строки - FD. Напоминаю, что текст внутри промежутка (начало предложения; FF) можно менять как угодно, переставляя лишь байт переноса строки FD. Это применимо для этой игры и для множества других, где используется так называемый SEQUENTIAL TEXT. Пойнтер на NES рассчитывается по формуле:
((Offset – 0x10)) and 0x1FFF) + 0x8000
- AND - кнопочка на калькуляторе Windows справа под C
- 0x1FFF или 0x3FFF. Это значение зависит от размера банка в маппере. Если размер 0x2000, то 0x2000 - 1 = 0x1FFF, если 0x4000, то 0x4000 - 1 = 0x3FFF
- 0х8000, 0xA000, 0хС000 или 0хE000. Всё зависит от маппера, и от того в какую область памяти загружается банк рома c текстом. Чтобы точно узнать все значения, можно или методом подбора найти их, или посмотреть документацию маппера, который используется в разбираемой игре. И не надо изучать термины Standart Header или SetOff X000. Всё просто и понятно.
Вычисляем пойнтер в соответствии с формулой на первую букву в слове HOUSEHOLD:
((0x377D6 - 0x10)) and 0x1FFF) + 0x8000 = 0x97C6
Вот наш указатель. В роме он хранится в обратном порядке, то есть С6 97. Попробуем найти эту последовательность байтов поиском любого шестнадцатеричного редактора. Не вышло. Для себя записываем значение пойнтера и считаем следующие два указателя.
Вычисляем пойнтер в соответствии с формулой на первую букву в слове DR.LIGHT:
((0x3781С - 0x10)) and 0x1FFF) + 0x8000 = 0x980С
Вычисляем пойнтер в соответствии с формулой на первую букву в слове THEN:
((0x3784C - 0x10)) and 0x1FFF) + 0x8000 = 0x983C
Пробуем найти указатели, но снова не выходит. Тогда вспоминаем, что старшие и младшие части указателей на NES могут храниться нестандартно. И для поиска вводим только младшие части этих трех указателей, то есть С6 0С 3С. Вбиваем эту последовательность в поиск и ищем в роме. Наш поиск выдает её по адресу 0x377BC. И это значит, что мы нашли место, где хранятся младшие части наших пойнтеров. Теперь нам осталось найти только старшие части. Если внимательно посмотреть, то вы сразу их заметите. Они расположены сразу же за младшими частями и начинаются с адреса 0x377C9 – 97 98 98...
Для закрепления материала рассмотрим пример стандартных пойнтеров, которые хранятся в одной табличке. Я заметил, что в играх от Technos очень часто используется именно такие указатели. Поэтому используем ром Double Dragon III - The Sacred Stones (U) [!]. По адресу 0x1906E начинается текст, появляющийся после первого боя (brett: listen! i tried to stop them but they were too powerful for me. they`re great fighter и пр.). Система здесь такая, сначала идёт байт, обозначающий количество символов в строке, затем сама строка. То есть указатель будет ссылаться именно на этот байт количества символов в строке, а не на первую букву в ней. Найдём указатель:
((0x1906E - 0x10)) and 0x1FFF) + 0x8000 = 0x905E
Воспользуемся поиском и сразу же находим нужную нам последовательность 5E 90 по адресу 0x18FA6. Внимательно посмотрите на байты справа: 7790 8F90 0000 A490… Это и есть наша табличка пойнтеров. Указатели идут по три подряд, затем следует интервал в два байта 00 00. Если хотите, то можете проверить, что указатель на вторую строку будет равен 0x9077, на третью 0x908F и так далее.
Зачастую младшие и старшие части указателей идут отдельно в коде, то есть через интервал друг от друга. Рассмотрим такое случай на примере адски сложной игры Ghosts 'N Goblins (U) [!]. В случае гибели героя появляется следующий экран:
Если вы хотите перевести GAME OVER как «ИГРА ОКОНЧЕНА» в своём переводе, то без поиска указателей вам никак не обойтись. Строка с данным текстом (PLAYER 1 GAME OVER) начинается с адреса 0x1CBD0. Стопбайт, разделяющий строки отсутствует, как и байт переноса строки. Вместо этого используется отдельный байт, отвечающий за длину строчек. Для начала рассчитаем указатель по формуле:
(0x1CBD0 - 0x10)) and 0x1FFF) + 0xC000 = 0xCBC0
0xC000 – текст загружаются в это адресное пространство, чтобы это определить необходимо посмотреть код загрузки строки с помощью дебаггера. Также возможно просто перебрать комбинации 0х8000, 0xA000, 0хС000, 0хE000.
Если попробовать найти последовательность C0 CB в роме, то поиск не принесёт результата. Как известно, младшая часть указателей на NES равна последнему байту адреса строки за вычетом хедера. Совпадающий байт С0 находится немного выше текста по адресу 0x1CBB3.
Чтобы убедиться в том, что это искомое значение, возможно заменить его на байт С1 и посмотреть результат в игре:
Нужная строка изменилась – произошёл сдвиг на один байт вперёд. Значит, младшая часть указателя найдена верно. При небольшом знание ассемблера станет понятно, что перед байтом C0 идёт команда его загрузки в аккумулятор, а после него команды загрузки этого значения из аккумулятора в оперативную память:
A9 - опкод команды LDA (загрузка младшей части указателя в аккумулятор),
C0 – младшая часть нашего указателя,
85 - опкод команды STA (загрузка младшей части указателя из аккумулятора в память),
26 - адрес в нулевой странице памяти.
После этой комбинации идёт последовательность:
A9 - опкод команды LDA (загрузка младшей части указателя в аккумулятор),
CB – старшая часть нашего указателя,
85 - опкод команды STA (загрузка младшей части указателя из аккумулятора в память),
27 - адрес в нулевой странице памяти.
Из примера понятно, что части указателя идут в коде через интервал. Теперь вернёмся к вопросу о длине строки. Оригинальная надписьGAME OVER равны 0x9 символам, а русский вариант второй строчки ИГРА ОКОНЧЕНА равен 0x0D (13) символам. Найденный указатель поможет нам переместить строку в свободное место рома, к примеру, на адрес 0x1C8B1 (поменять местами с надписью 2 PLAYER), но без изменений длины строки конечная задача всё равно не будет выполнена. Поищем байт длины строки 09 и найдём его по адресу 0x1CA13. Необходимо сменить его на 0x0D, чтобы выводилось по 13 букв в каждой строчке.
Перенесём строку на новый адрес 0x1C8B1, поменяем указатель на 0xC8A1 и изменим байт длины на 0x0D.
В результате получим:
Можно ещё найти координату строк по Х, чтобы их оцентровать, но это уже к пойнтерам не имеет отношения. Схожая система используется и в игре Hunt for Red October, The (U) (REV0) [!].
SEGA MEGA DRIVE/GENESIS
На Сеге пойнтеры искать проще простого. Чаще всего они абсолютные 4-х байтные, но реже бывают и относительные 4-х и 2-х байтные. Относительные пойнтеры также могут принимать отрицательные значения. Абсолютные пойнтеры могут указывать в любое место рома. Пойнтеры могут находиться как выше текста, так и ниже, быть в таблице или разбросаны по рому.
Заголовок у ромов Sega Genesis нам вообще не нужен и переворачивать найденные значения указателей не нужно, так как на приставке применяется порядок записи байтов от старшего к младшему (Big-Endian). Рассмотрим на примере пойнтеры из игры Scooby Doo Mystery (JUE).
В этой игре присутствуют как относительные, так и абсолютные 4-х байтные пойнтеры. Пойнтеры могут повторяться по несколько раз по разным адресам, потому что в разных игровых местах текст может повторяться и следовательно может применяться несколько пойнтеров на него. Сначала найдём ОТНОСИТЕЛЬНЫЕ 4-Х БАЙТНЫЕ ПОЙНТЕРЫ. Они могут располагаться относительно чего-либо: начала рома (00000000), адреса начала текста в блоке, адреса начала таблички пойнтеров или каких-либо данных перед таблицей пойнтеров. Если таблица пойнтеров перед текстом, то можно просто самому рассчитать смещение.
Текст первого сценария (Black`s Hotel) начинается с адреса 0x14199C, конец этого блока с текстом - 0x145EC6. Стопбайтом является байт 00. Смещением, относительно которого располагаются все строки, является как раз адрес начала текста, то есть 0x14199C. Для поиска пойнтеров вам может пригодиться хексредактор Winhex с его поиском значений во всём файле. Найдём пойнтер на второе предложение в этом блоке (I made you a sandwich, but you were gone, so I ate it.). Берём адрес первой буквы во втором предложении и отнимаем от него адрес начала блока с текстом:
0x1419B2 – 0x14199C = 0x16
Не забываем, что пойнтеры состоят из 4 байтов, то есть значение будет не 0x16, а 0x00000016. Теперь осталось только найти этот пойнтер в роме. Используйте любой хексредактор с поиском Hex-значений. Но следует сказать, что Translhextion16c не может адекватно находить значения, начинающиеся с 00. Я использую Winhex. Переходим по адресу 0x14199С, нажимаем: Поиск -> Поиск Hex значений. Ставим галочку "Сохранить позиции" и указываем место поиска "Вниз".
Поиск выдаёт нам целых 16 адресов. Ничего страшного. Записываем адрес первого в списке (0x146A78) и ищем следующий пойнтер.
0x1419E9 – 0x14199C = 0x4D
Наш единственный пойнтер 00 00 00 4D находится по адресу 0x146AE6. Он недалеко расположен от первого указателя, и можно предположить, что мы верно нашли значение. Если есть сомнения, просто меняем значение пойнтера и проверяем в игре. Найдём ещё один указатель:
0x1419FE – 0x14199C = 0x62
Снова поиск выдаёт нам несколько адресов, берём первый - 0x146B90. Опять же, он недалеко расположен от предыдущего.
Таким образом, мы можем найти все пойнтеры на этот блок. Подведём итог. Поинтеры предметов и диалогов идут после текста. У пойнтеров предметов есть закономерность появления - через четыре байта, у пойнтеров текста - через 14 байт. Они хранятся в подпрограммах вывода сообщений и читаются программой вместе со всеми параметрами отображаемого текста, например, цветом. Но пойнтеры текста идут не по порядку, как предложения в роме, а вперемешку. Пойнтеры названий комнат хранятся отдельно и находятся ВЫШЕ блока с текстом. Идут строго через 16 байт.
В этой игре, как я уже говорил, присутствуют и АБСОЛЮТНЫЕ 4-Х БАЙТНЫЕ ПОЙНТЕРЫ. С ними всё намного проще. Текст игровых команд (Shaggy, Scooby, Talk, Push, Give и пр.) начинается с адреса 0x2FE50 и кончается 0x2FE9F. Стопбайтом является значение0x0000. Если поиск указателей относительно чего-либо ничего не дал, тогда пробуем искать абсолютные пойнтеры. Если пойнтер абсолютный, это значит, что его значение равно адресу начала текста, на который мы и ищем указатель, то есть берём последовательность00 02 FE 50 (адрес первой буквы в слове Shaggy) и ищем его в роме. Не забываем, что мы ищем 4-х байтный указатель, поэтому и нули слева. Поиск показывает, что данная последовательность встречается один раз и находится выше текста, по адресу 0x5B74. Через 8 байт по адресу 0x5B80 идёт следующий пойнтер 00 02 FE 57 на слово Scooby. Адрес первой буквы в слове Pull - 0x2FE5E, соответствующий пойнтер 00 02 FE 5E расположен по адресу 0xA902. Если попробовать найти указатели на Take, Open и пр. ничего не выйдет, потому что указатель лишь есть на первую букву первого слова в этом, своего рода блоке, то есть на Pull. Внутри этого блока вы можете, как угодно менять длины слов, перемещая лишь байт 0x00 вправо или влево.
Чуть ниже, начиная с адреса 0x2FECC, идёт текст, связанный с командами (No way am I gonna pull! и пр.). Указатели на него также абсолютные и находятся сразу же над текстом, с адреса 0x2FEA0. Идут в табличке без интервала. Посмотрите сами, и я уверен, вы их найдёте.
В дополнение к этому материалу посмотрим текст звукового теста, начинающийся с адреса 0x1F7082. Стопбайт - 00. Сразу же попробуем найти абсолютный пойнтер на первую букву первого звука Scooby Slurp. То есть ищем 00 1F 70 82, и находим это значение выше текста по адресу 0x9696. Это единственный указатель на блок с текстом звукового теста. Внутри этого блока можно менять длину слов, переставляя лишь байт 0x00. А если вам мало места под русский перевод, то можно перенести в свободное место весь блок с текстом, подправив указатель конечно.
Теперь рассмотрим пример ОТНОСИТЕЛЬНЫХ 2-Х БАЙТНЫХ ПОЙНТЕРОВ.
Возьмём игру Fatal Labyrinth (JU) [!]. Адрес начала текстового блока с монологами в деревеньке (dragonia,the legendary castle,has risen once more и пр.) - 0x2C94. Если не нажимать старт во время заставки, то попадешь в неё. Стопбайтом является сочетание FF00, байтом переноса строки - FF. Если введём в поиске 2С 94, то сразу найдём эти байты выше текста, по адресу 0x2C68. Но это не абсолютный пойнтер, как можно сразу подумать. Указатель находится относительно начала файла и не может указывать на все адресное пространство, потому как 2-х байтный. Это первое значение в таблице. Интервал между пойнтерами в ней составляет два байта. То есть следующий указатель 2C CA на текст "what shall we do? a ghoul stolethe holy goblet for the dragon!" находится через два байта, по адресу 0x2C6E и так далее.
В завершении темы указателей на эту платформу необходимо добавить про ОТНОСИТЕЛЬНЫЕ 2-Х БАЙТНЫЕ ПОЙНТЕРЫ, которые относительны своего адреса. То есть значение указателя равно разнице значений адреса начала строки и адреса указателя на эту строку. Такие указатели могут принимать и отрицательные значения. Ниже приведены формулы для расчёта таких указателей:
Ptr = (Offset text - Offset pointer)Offset text = (Ptr + Offset pointer)
Ptr – собственно пойнтер;
Offset text – адрес строки, на которую ищем указатель (0x);
Offset pointer – адрес указателя (0x).
У многих появятся резонные вопросов, а как вычислить значение указателя, если ты не знаешь его адреса? Или наоборот, как вычислить адрес указателя, не зная его значения? Ответ будет дан ниже, но для его понимания необходимы начальные навыки владения ассемблером под процессор М68000. Чтобы было понятнее рассмотрим пример таких указателей, встреченных в игре Langrisser II (J) (REV02) [T+Eng_M.I.J.E.T.]. После титульного экрана появляется экран ввода имени персонажа. Искать будем указатель на строку Enter Hero`s Name, расположенную по адресу 0xA7471. Стопбайтом является сочетание FF.
Найти простым поиском указатель на эту и другие строки в данном блоке текста довольно трудно. Попробуйте, если не верите. :) Если брать примитивный метод, то придётся искать комбинации байтов, похожих на указатели, выше или ниже текста. Далее смотреть влияют ли они на текст или нет. После этого найденное сочетание прибавлять к адресу и смотреть, на что, собственно говоря, укажет полученное значение. Чтобы найти такие совпадения может помочь любая программа-корруптер (Пакостник, Visual Poganka и др.). Всё это долго и муторно, поэтому мы пойдём по научному пути.
Воспользуемся эмулятором c хорошим отладчиком Gens v2.11 + Advanced Tracer Mod v1.181 full (http://consolgames.ru/download.php?view.60), модифицированный нашим соотечественником Виктором Яковлевым. Чтобы найти указатель, нам необходимо до появления нужной строки поставить условный брейкпойнт на состояние регистра, через который будет проходить текст. На титульном экране перед нажатием кнопки Start запускаем M68K Debugger, так как показано на картинке.
Специфика ромхакинга под процессор Моторола 68000 такова, что все адреса текста, графики, тайловых карт и пр. проходят через адресные регистры A0-A6. Регистр А7 занят под стек и не используется для вывода данных. Так как мы не знаем заранее, через какой регистр выводится наш текст, то расставим адрес нашей строки 0xA7471 во все регистры, кроме А7 и ставим галочки как показано на рисунке.
После этого смело нажимаем ОК и запускаем игру, нажав на Start. На экране тут же появляется окно дебаггера. Это говорит о том, что какой-то из установленных брейкпойнтов сработал. Посмотрим внимательно на значения в регистрах и увидим, что в регистре А0 находится адрес нашей строки Enter Hero`s Name.
Таким образом, наша строка выводится через регистр А0 и можно предположить, что и всё строки в блоке с текстом (0xA7416 – 0xA74B9) выводятся через этот регистр. Если посмотреть в левое окно, то можно увидеть, что адрес в регистр записывается командой, расположенной по адресу 0xA71DA:
Комбинация 02 95 и будет указателем на нашу строку. И задаётся этот указатель в коде команды. Так как у нас данные хранятся в Big Endian и нет необходимости их свопить, ищем выше/ниже текста комбинацию 02 95 или, что надёжнее, 41 FA 02 95. Несложно догадаться, что указатель 0x0295 расположен по адресу 0xA71DC (адрес команды загрузки указателя 0xA71DA плюс 2 байта код команды LEA). Проведём проверку найденного значения:
Offset text = (Ptr + Offset pointer)Offset text = (0x0295 + 0xA71DC) = 0xA7471
Что и требовалось доказать. Указатель на предыдущую строку Sell Items (0xA7462) расположен по адресу 0xA7894 и равен 0xFBCE. Он является отрицательным, так как адрес строки меньше адреса указателя.Напоследок вкратце расскажу о простой команде LEA $0295 (PC), A0.PC – это программный счетчик, указывающий на адрес следующей выполняемой инструкции. В данном случае берётся абсолютное значение 295, прибавляется к адресу следующей инструкции и получается адрес строки. То есть в роме сразу же за блоком кода расположен блок строк и 295 - это смещение нужной строки относительно текущей исполняемой инструкции в блоке кода. Разумеется, когда писался код, человек не мог предугадать через сколько байт будет эта строка. 295 вычислил компилятор и вставил в код - такой способ экономит место и позволяет адресовать быстрее, чем любой другой
Больше информации вы сможете узнать из интернета, например, здесь: http://en.wikipedia.org/wiki/Addressing_mode#PC-relative_2
SNES (Super Nintendo Entertainment System)
На данной консоли присутствуют абсолютные пойнтеры - 3 байта и относительные - 2 или 3 байта. Если игра переведена с японского фанатами, то там часто можно встретить абсолютные. Желающих при поиске указателей отнимать заголовок в 200 байтов и менять их местами попрошу покурить в коридоре. Хедер в ромах SNES вообще не нужен. Если он есть, то необходимо удалить его утилитой snestool. Этой же утилитой спокойно можно добавить его обратно. АБСОЛЮТНЫЕ ПОЙНТЕРЫ на этой приставке вычисляются по спец. формулам. Для их расчета сначала нужно узнать при помощи эмулятора тип адресации: HiRom или LoRom. Например, в Snes9X эта информация появляется при запуске игры.
Формула для получения значения пойнтера из адреса в файле (для адресации LoRom):
Ptr = (Offset and 0x7FFF) + ((Offset shr 0x0F) shl 0x10) + 0x008000 (может быть 0x808000)
- 0x808000, 0x008000 – при поиске указателей стоит проверять оба этих значения.
Обратная формула для получения адреса в файле из значения пойнтера:
Offset = (Ptr and 0x7FFF) + (Ptr and 0x7F0000) shr 1
- shr и shl - операторы сдвига битов, 0x0F, 0x10 - это количество бит, на сколько нужно изменить исходное значение.
- AND - кнопочка на калькуляторе Windows справа под C.
В инженерном режиме калькулятора Windows операция shl выполняется кнопкой lsh, а операция shr установкой галочки на inv и кнопкой lsh, то при расчете скобки (Offset shr 0x0F) считаем так: offset Inv+lsh 0x0F, а при расчете shl 0x10: lsh 0x10.
Формула для получения значения пойнтера из адреса в файле (для адресации HiRom):
Ptr = Offset + 0xC00000
Рассмотрим пример АБСОЛЮТНЫХ ПОЙНТЕРОВ, встреченных в игре Liberty or Death (U) [!]. Если не нажимать старт после загрузки игры, то появится кораблик и текст (In 1585, the first colonists set sail from Great Britain и пр.) В роме он начинается с адреса0x8BB2A. В этой игре адресация HiRom, и чтобы вычислить указатель, нужно всего лишь прибавить к адресу 0xC00000:
Ptr = 0x8BB2A + 0xC00000 = 0xC8BB2A
Попробуем найти в роме последовательность 2A BB C8. Не вышло. Тогда берём два байта указателя 2A BB и ищем их. Поиск указывает на адрес 0x89F30. Проверка показывает, это то, что нужно. Ровно через три байта в программном коде идёт последний байт указателя, то есть С8. На следующие строки указатели отсутствуют, то есть это один указатель на весь текстовый блок. И если изменить его значение, то тогда сдвинутся все строки, а не одна. Если внимательно посмотреть, то поймёте, что строки здесь фиксированной длины, в 21 символ. И байт 00 отделяет одну от другой. Эти нули нельзя убирать со своих мест, иначе длина строк будет нарушена, и возникнут проблемы с выводом текста. Изменить это возможно, только переписав игровой код.
Рассмотрим пример АБСОЛЮТНЫХ ПОЙНТЕРОВ в игре Arcana (U) [!]. В этой игре адресация LoRom. Напомню, что заголовок был убран утилитой snestool (Delete Header). Текст (This is an historic land. A land where, from time immemorial, ancient legends have been passed down from generation и пр.), появляющийся сразу после загрузки игры, начинается по адресу 0xB812B. Скорее это даже скрипт, в начале содержащий управляющие байты, а потом сам текст. Стопбайтом выступает комбинация байтов 1B 01 FF 00, байтом переноса строки - 0D. Вы скажете, а как я узнал, почему адрес начала текста именно 0xB812B, а не 0xB8136 (первая буква в словеThis)? Для точного нахождения пойнтеров и проверки значений указателей для этой платформы мне пригодился эмулятор Snes9x с отладочными средствами - Geiger’s Snes9x Debugger Mark 9 и немного времени. В этой ревизии эмулятора есть функция Show Hex. Она поможет проверять нам значения найденных пойнтеров. Посчитаем пойнтер по формуле для адреса 0xB8136:
Ptr = ((Offset and 0x7FFF) + (Offset shr 0x0F)) shl 0x10) + 0x008000
Ptr = (( 0xB8136 and 0x7FFF) + (0xB8136 shr 0x0F)) shl 0x10) + 0x008000
Ptr = (0x136 + 0x170000 + 0x008000 = 0x178136
Пойнтер, как обычно, хранится в роме в обратном порядке, то есть не 17 81 36, а 36 81 17. Поиск этой последовательности ничего не даст. Можно просто рассчитать указатели на адреса раньше, а можно просто вбить в поиск два старших байта пойнтера, то есть 81 17 и пробить поиском. И чудо, такую комбинацию мы сразу же найдём немного выше, по адресу 0xB80DC. Байт (17) левее и будет верным. Проведем проверку последовательности 2B 81 17 (0x17812B):
Offset = (Ptr and 0x7FFF) + (Ptr and 0x7F0000) shr 1
Offset = (0x17812B and 0x7FFF) + (0x17812B and 0x7F0000) shr 1
Offset = 0x12B + 0xB8000 = 0xB812B
Вот так я и вышел на точный адрес начала текста.
Рассчитаем пойнтер для второго блока текста (ambitions. . . most were ruined и пр.):
Ptr = (( 0xB822B and 0x7FFF) + (0xB822B shr 0x0F)) shl 0x10) + 0x008000
Ptr = (0x22B + 0x170000 + 0x008000 = 0x17822B
Он находится немного выше, по адресу 0xB822B.
Мы можем проверить правильность нашего пойнтера по-другому. Запускаем ром, указанным выше эмулятором и попадаем в окно дебагера. Нажимаем кнопку Show Hex и попадаем в окно Hex Editor. В режиме просмотра (Viewing) должно стоять ROM. В левую и правую ячейки, где стоят нули, ставим значение нашего пойнтера, то есть 0x17812B, нажимаем Set Range. Сразу после этого в правом окне редактора должен появиться наш текст, на который и указывает пойнтер, а это значит, что его значение рассчитано верно.
Закрепим материл. По адресу 0x40FBD расположены надписи (Nothing here! **** The Treasure Box was empty.) Мы уже знаем, что 7F00 является стопбайтом. Чтобы перевести «Nothing here!», как "Ничего интересного", нам нужно сдвинуть вторую строку. Она начинается с адреса 0x40FD2. Вид строк: служебные байты -> текст. Рассчитаем по формуле указатель:
0x40FD2 and 7FFF + 0x80000 = 0x88FD2
Поиск последовательности D2 8F 08 ничего не даст, но мы сможем найти два младших байта указателя байта, то есть D2 8F по адресу 0x3A8B0, затем через три байта идёт старший байт указателя08 (0x3A8B5). Ещё через 6 байтов (0x3A8BC) идёт и младшие байты указателя на первую строку"Nothing here!" - BD 8F. И старший байт 08 находится также через три байта от них. Из этого примера должно быть понятно, что младшие и старшие части указателя могут быть удалены друг от друга (по аналогии с игрой Megaman на NES), поэтому нужно тщательнее пользоваться поиском и проверкой найденных данных.
GBA (Game Boy Advance)
На этой платформе существуют два вида пойнтеров: 4-х байтные АБСОЛЮТНЫЕ И ОТНОСИТЕЛЬНЫЕ 2-х и 4-х байтные. Найти так же легко, как и на Sega. Абсолютные указатели встречаются здесь гораздо чаще относительных.
Чтобы вычислить значение абсолютного указателя, нужно всего лишь к адресу в роме прибавить значение 0х08000000. И искать последовательность байт, как обычно, в обратном порядке.
Для примера АБСОЛЮТНЫХ указателей возьмём игру Dungeons & Dragons - Eye of the Beholder (U). Текст заставки (Greetings, Warriors. My father, Piergeiron the Paladinson и пр.) начинается с адреса 0x33A54. Стопбайтом и одновременно байтом переноса строки выступает сочетание 00 00 00 00 или 00 00. Рассчитаем указатель на этот адрес:
Ptr = 0x33A54 + 0x8000000 = 0x08033A54
Ищем последовательность 54 3A 03 08 в роме. Она находится по адресу 0x282F4. Это первый указатель в большой таблице. Пойнтеры идут без интервала, например, следующая последовательность 70 3A 03 08 является указателем 0x08033A70 на адрес 0x33A70 (My father...) и так далее.
Рассмотрим ОТНОСИТЕЛЬНЫЕ указатели в игре Tactics Ogre - The Knight of Lodis (U). В этой игре сначала идёт табличка, затем сразу блок с текстом. Если возникнут затруднения, то для нахождения таблички просто можете взять два блока текста и посмотреть между ними. И сразу найдёте таблицу указателей. Теперь собственно об их расчёте. Указатели на текст относительны адресу начала их таблицы, то есть адрес таблицы плюс значение пойнтера равно адрес строки, или берём адрес первой строки и отнимаем адрес начала таблицы указателей, полученное значение меняем местами и ищем. Текст первых игровых диалогов, который, кстати, оптимизирован MTE начинается с адреса0x7843F8 (Well Dressed Young Man "Well then, did your mother make a fuss over you? и пр.). C адреса 0x7843B0 начинается табличка указателей на этот текст. Расчет значение первого указателя:
Ptr = 0x7843F8 - 0x7843B0 = 0x0048
Два байта 48 00 как раз и находятся по адресу 0x7843B0. Следующий пойнтер 0x009A стоит следом за 0x0048 (0x7843B2). Проверим это значение:
Offset = 0x7843B0 + 0x009A = 0x78444A
С этого адреса начинается вторая строка (DarkHaired Knight I dont have time for that и пр.). В этой игре, как и во многих других, все указатели рассчитываются подобным образом.
Pc Engine (Turbografx-16)
В качестве бонуса решил написать о пойнтерах на эту малоизученную платформу. Есть ещё и другие экзотические платформы, информацию по которым, добавлю когда-нибудь в этот документ.
На этой платформе мною обнаружен один тип пойнтеров. Это двухбайтные пойнтеры. Они не сильно отличаются от пойнтеров на NES, но размер заголовка составляет 512 байт (0x200).
Механизм страничной адресации PCE делит адресное пространство процессора на 8 частей по 8 кб (т.н. 'окна') и доступ к нему происходит при помощи MMU (Memory Managment Unit). Номера страниц указываются в восьмибитных регистрах MPR0…MPR7 (в MPR0 номер страницы для первых 8 КБ адресного пространства процессора, в MPR1 - для следующих и т.п.). Напомню, что 8 кб – это 0x2000 байт.
Игровой текст хранится в одной из страниц рома. Чтобы узнать указатели на него, нужно узнать в какой регистр MPR загружается страница с этим текстом. Не буду вам многое объяснять, это тема для другой документации. Приведу лишь табличку, показывающую какое физическое адресное пространство, соответствует всем регистрам MPR. Это важно.
Теперь приведу в пример формулы для расчёта указателей. Она аналогична NES.
((Offset – 0x200)) and 0x1FFF) + 0xX000
- 0xX000 - это значение зависит от того, в какой регистр записывается страница с нужным текстом. То есть здесь могут быть значения0x0000, 0x2000. 0x4000, 0x6000, 0x8000, 0xA000, 0xC000, 0xE000.
Чтобы узнать в какой регистр загружается текст, нужно немного освоить дебаг. Если для этого нет желания, то тогда можно воспользоваться методом банального перебора значений. Если найдёшь один указатель, то и найдёшь все остальные.
Теперь возьмём игру Neutopia (U). К примеру, первый блок текста начинается с адреса 0x31546 (Oh! You must be Jazeta! Thank heavens you came. A terrible tragedy has befallen us. Late last night и пр.). Стопбайтом является байт F2, байтом переноса строки –F1. Заголовок у ромов PCE равен 0x200 (512 байт). С помощью дебага я выяснил, что страница с текстом грузится во второй регистр MPR, т.е. MPR2. А так как MPR2 соответствует адресное пространство процессора от 0x4000 до 0x5FFF включительно, то смещением в формуле будет 0x4000:
(( 0x31546 – 0x200) and 0x1FFF) + 0x4000 = 0x5346
- заголовок можно убрать, также как в случае со SNES, и тогда он будет не нужен нам в расчетах. Сделать это можно при помощи хексредактора
Меняем байты местами и получаем пару 46 53, которая и находится по адресу 0x31211.
Рассчитаем ещё один пойнтер на текст после стопбайта (Evil is everywhere now that Dirth has captured the и пр.), начинающийся с адреса 0x3188C.
((0x3188C – 0x200) and 0x1FFF) + 0x4000 = 0x568C
Последовательность 8C 56 находится по адресу 0x3135E. Пойнтеры в этой игре идут без фиксированного интервала и расположены немного выше текста. Лишь изредка интервал между ними равняется двум байтам.
Все остальные указатели высчитываются точно также. Главное, узнать в какой регистр загружается текст. То есть необходимо вычислить смещение, относительно которого рассчитываются пойнтеры. Далее простейший расчёт.
По адресу 0xAE9E начинается текст игровых титров. Здесь байт переноса строки – FEFE, а стопбайт – FF. Страница с текстом загружается в регистр MPR5, а значит, смещением, относительно которого вычисляются указатели, будет 0xA000.
Рассчитываем указатель на этот адрес:
((0xAE9E – 0x200) and 0x1FFF) + 0xA000 = 0xAC9E
Полученное значение свопим, то меняем байты местами и ищем поиском. Данный указатель находится чуть выше текста по адресу0xAE7C. Это первый указатель в таблице. Далее без интервала следуют указатели на все остальные строки титров – B1 AC ((0xAEB1 – 0x200) and 0x1FFF) + 0x4000 = 0xACB1), CA AC ((0xAECA – 0x200) and 0x1FFF) + 0x4000 = 0xACCA) и так далее.
Game Boy / Game Boy Color
Указатели на GB/GBC такого же типа, как и на SNES, только из-за особенностей адресации приставки они всегда хранятся в промежутке памяти 0x0000-0x7FFF (две области 0x0000-0x3FFF и 0x4000-0x7FFF). Они могут быть абсолютные и относительные, 2-х или очень редко 3-х байтными. Весь ром делится на банки размером 0x4000 килобайт каждый. Чтобы узнать номер банка, в котором расположен текст, достаточно разделить адрес на 0x4000. Если указатель 3-х байтный, то номер банка является одним из байтов указателя. Второй и третий байт рассчитывается по формуле. Другими словами, для расчёта абсолютных указателей на эту платформу необходимо использовать следующие формулы:
Offset and 0x3FFF = 2-й и 1-й байты указателя
или
Offset and 0x3FFF + 0x4000 = 2-й и 1-й байты указателя,
Offset / 0x4000 = № банка = 3-й байт указателя (в случае, если указатели 3-х байтные).
Рассмотрим пример абсолютных 2-x байтных указателей в игре Astro Rabby (J) на черно-белый Game Boy. После завершения любого этапа появляется надпись «Stage n-n Clear», начинающаяся с адреса 0x44DD. Для её нормального перевода нам необходимо найти указатели. Если внимательно присмотреться, то станет понятно, что стопбайтом является байт 0xFF. И текст выводятся следующим образом, сначала идут два байта, указывающие на его координаты (x,y) на экране, а потом сам текст (FFxyStageFF). Пойнтер будет указывать именно на первый байт координат (x).
Указатели в данной игре загружаются в область памяти 0x4000-0x7FFF. Найдём указатель на слово Stage (0x44DD).
0x44DD and 0x3FFF + 0x4000 = 0x44DD
Наш указатель 0x44DD, а в роме он может храниться, как обычно в виде, последовательности DD 44 выше или ниже текста. Ищем нашу последовательность и находим DD 44 немного выше текста по адресу 0x43D5, а также по адресу 0x43BD. Это и есть наши указатели. При проверке выяснится, что один из них указывает на появление надписи Stage сразу после старта игры, а второй на эту же надпись, только после прохождения этапа.
Найдём указатель на следующее слово Clear по адресу 0x44E8. Как и в первом случае рассчитываем указатель, а затем ищем последовательность байтов E8 44. Она находится по адресу 0x43BF, то есть сразу же после одного из указателей на слово Stage. Таким образом, можно вычислить все указатели в этой игре.
Рассмотрим пример 2-х байтных абсолютных указателей. Теперь возьмём игру Revelations –The Demon Slayer (U) на цветной Game Boy Color.
Запустите игру и посмотрите заставку, появится первое диалоговое окно с текстом "This is your last Gaia training. Now, go to the Shrine". Этот текст начинается с адреса 0x3A573 и находится в большом текстовом блоке (0x382BC - 0x3B173) Байт переноса строки –0E, стопбайт – F3 FF или F3 F0. Рассчитаем указатель на этот адрес:
0x3A573 and 0x3FFF + 0x4000 = 0x6573
Нужная нам последовательность 73 65 находится выше текстового блока по адресу 0x3825A. Это самый простой пример хранения указателей в виде структурированной таблицы, где указатели идут без интервала друг за другом. Как видите, ничего сложного нет. Например, в игре Alien 3 (GB) точно такие же указатели находятся ниже текста и расположены с большим интервалом друг от друга.
Документация 
