Работаем со смещениями - расширяем горизонты!
 

С помощью данной инструкции вы научитесь:

• Расширять место для перевода левей и правее.
• Находить необходимые смещения и ссылки на них.
• Менять местами строки и прочие всевозможные функции.
• При точном математическом рассчёте, компактно сжимать все данные без лишнего избыточного кода.
• Научитесь работать в Хекс-редакторе.
• Немного узнаете про ELF-ов
• Постигните науку дизассемблера.
• Ну и частичку остального для расширения кругозора xD.

Сегодня я расскажу, как находить и двигать смещения при ограниченном пространстве на примере русификации одной, наделавшей много шуму в сцене PSP программы.

Эта инструкция не относится конкретно именно к этой программе. На таком принципе устроены смещения во всех файлах PRX, DATA.PSP, плагинах и прочих программах и играх.

За основу, для примера, я взял программу Yoshihiro - "Game Decrypter v2", которую мне довелось накануне переводить и что сподвигло меня к написанию небольшого FAQ.

Немного поясню...
Каждое начало новой строки строго закреплено. Поэтому, когда мы делаем перевод, то ограничиваемся переводом от начала строки до следующей строки, обязательно оставляя нулевой байт в конце. В результате мы можем использовать только то пространство, которое как-бы дано судьбой.)


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

Скачайте оригинал программы "GAME DECRYPTER by Yoshihiro v2" из вложения, с которой нам предстоит работать для выполнения русификации.
Для начала нам нужно из EBOOT.PBP программы выдернуть само тело - DATA.PSP (он же исполняемый файл PRX в декриптованном виде ELF). Для извлечения подойдёт "PBP Unpacker" или "PBP Brew". Извлекаем его.

Открываем DATA.PSP в хекс-редакторе в 16 колонок (от 0 до F) для правильного представления кода. Хотя в русификации это не обязательно, но чтобы не путаться будем следовать правилу.

Находим первую строчку, выводимую на экран, для перевода:


Итак, ищем строку:
"New 6.0 GAMES Decripter by Yoshihiro B-2 :D" состоящую из 43 символов, включая пробелы.
Нам же задумывается сделать перевод именно так:
"Декриптер новых игр 5.55/6.00 от Yoshihiro v2", состоящий из 45 символа. То есть у нас появилось два лишних символа. Смотрим, что у нас получается.

Вот я выделил то место, где эта строка записана. Обратите внимание, где в правом текстовом поле начинается строка и посмотрите в поле кода, чтобы убедиться, что перед строкой есть нулевой байт. Если вы видите нулевой байт перед намеченной вами позицией, значит вы не ошиблись и находитесь точно в начале строки (просто бывает, что вы видите начало текста в правой колонке, но не видите неотображаемых символов, например таких как пробел, который записывается кодом "20"):


В это выделенное место у меня как раз уместился весь перевод красным с двумя лишними буквами и как положено остался один нулевой байт в конце, перед новой строкой.
Но обратите внимание, что помимо самого предложения, ещё в конце строки зачем-то добавлены два знака 0A 0A.
Посмотрите в исходник на рисунке выше - там вы увидите на конце только один знак 0A.
Этот код означает перенос на новую строку. То есть, когда строка заканчивается, то после этого знака, следуюшее предложение будет начинаться с новой строки. Если этот знак в конце убрать, то следующая строка будет приклеиваться к предыдущей, продолжая её.

Но что мы видим на экране PSP? Мы видим, что заголовок программы и весь остальной текст идёт сплошными не отделёнными друг от друга строками, как один общий текст, что выглядет не совсем красиво.
Поэтому, после первой строки, моя задача состояла сделать пустую строку, чтобы заголовок отделить от остального текста.
Добавив ещё один знак 0A, я как раз и сделал ещё один перенос на новую строку и он у меня уместился.

Обрадовавшись, что всё идёт гладко, переходим на редактирование следующей строки, отображаемой на экране PSP.
Тут мы видим следующее предложение:
"Who is the man :) so now you can play with all your". Но тут я вижу, что здесь присутствует два предложения и к тому же, второе идёт незаконченным, а продолжается на следующей строке:
"5.55 Games and 6.00 games aswell", что выглядет не совсем красиво.

Я принимаю решение первое короткое предложение оставить на этой строке, а второе полностью переместить в следующую строку. Предполагаю сделать следующий вид:
"Who is the man :)"
"So now you can play with all your 5.55 Games and 6.00 games aswell" - всего 84 символа.
А вот и перевод, не дословный, но я его смысл решил передать именно так:
"Вы ещё не потеряли надежды?"
"Теперь вы можете играть в новые игры 5.55 или 6.00 как и все!" - всего 89 символов.
Вот здесь нам уже придётся заставить мозги закипеть. Смотрим что мы сможем предпринять:

Как мы знаем, исходная строка состояла из двух предложений и мы решили оставить только первое в первой строке. А раз она короче всей выделенной под эту строку области, то здесь нам переживать не придётся о месте, чтобы её уместить в эту область.

Мы уже конечно заранее всё рассчитали, сколько нужно места под эту строку и под следующую.

Здесь выделено полное место, занимаемое исходной строкой, состоящей из полутора предложений:


Пишем первое, намеченное нами переведённое предложение. Вот я его выделил синим цветом:


Теперь начинается закипание мозга и мы начинаем думать. Если вы ещё читаете и что-то вникаете, то наверное у вас тоже начинают проявляться мысли о том, как же мы будем выкорабкиваться из этого положения )).

Мы видим, что мы заполнили примерно наполовину первую строчку. Первое, что приходит на ум, это то, что мы можем в конце предложения поставить перенос 0A и оставшуюся часть забить нулями, а следующее предложение начать со следующей строки. Вот так:


Всё! Теперь можно продолжать следующее предложение с новой строки, как и заложено было в исходнике, которая начинается со слов: "5.55 Games..." ))
Но стоп! Вы уже наверное подсознательно начинаете понимать, что я вам втираю какой-то бред, что в предыдущей строке мы слишком много драгоценного места забили нулями. А оставшееся место под вторую часть предложения, в исходнике слишком мало, чтобы туда уместить всё предложение, которое мы решили переместить из предыдущей строки в следующую, объединив всё предложение в одно целое.

И что теперь будем делать?
А выход один - использовать полностью теоретически забитое нулями место + следующую строку "5.55 Games...", которая тоже входит в наше ранее задуманное объединённое предложение, иначе у нас всё не поместиться. Плюс ко всему, у нас ведь ещё 5 лишних символов в переведённом предложении.

Как вы уже догадались, остаётся только смещение начала следующей строки "5.55 Games...", перенести в конец предыдущего предложения и сделать так, чтобы программа знала, что теперь начало строки будет начинаться не с "5.55 Games...", а именно с конца предыдущей строки, отделённой конечно одним нулевым байтом и естесственно знаком переноса на новую строку. Тогда мы можем смело занять всё оставшееся пространство и уместить наше длинное предложение.

Ну вот, мы нашли единственно верное решение и теперь у нас всё по полочкам, так что можем закричать: Эврика! Мы сделали это!

Но опять стоп! А как же мы сдвинем смещение с прежней позиции на новую, причём двигать придётся не вправо, а влево. Ведь мы привыкли всё двигать вправо, занимать свободное место, забитое нулями, оставляя один нулевой байт перед следующей строкой.

Теперь приближаемся к самому главному, что я хотел рассказать и к чему всё это время вас подготавливал.
Как я уже делился своими размышлениями в начале статьи, позиция каждой новой строки строго закреплена. А раз её кто-то закрепил, значит оно где-то записано. Так давайте приступим к розыску.

Ставим курсор в начало строки, начало которой мы хотим перенести и смотрим смещение в хексе:


В правом окне я поставил курсор на начало строки перед цифрой 5. С этой цифры начинается нужная нам строка, которую вы видите на экране PSP в третьем ряду. Там и будет начинаться наше длинное предложение, о котором мы так долго разговариваем:
"Теперь вы можете играть в новые игры 5.55 или 6.00 как и все!"

Ага, вспомнили.
Итак, курсор стоит в нужном месте. На скрине, изогнутая стрелка сверху указывает на цифру 35. Это не что иное, как шестнадцатеричное число 5, перед которым стоит курсор. То есть, на самом деле, в левом большом окне записывается шестнадцатеричный код, а в правом мы видим тоже самое, только в текстовом виде. Если посмотреть, как в шахматах, на позицию хекс-кода 35, то увидим слева в синей вертикальной колонке номер позиции первого байта этой строки кода 000069A0, а посмотрев вверх, вы увидите отсчёт от начала каждого столбца с кодом. Таким образом получаем конкретное смещение равное 000069A4, что записывается обычно так: 0х69A4, отбрасывая лишние ненужные нули спереди.

Теперь посмотрим на пунктирную стрелку. Конечно вы уже сразу поняли, что здесь отображается тот же самый номер позиции, где находиться курсор: 0х69A4.

Ну вот, конкретную позицию мы уточнили. Лучше сразу записать на бумажку, чтобы каждый раз не возвращаться и не восстанавливать в памяти такое нехитрое число.

Теперь, зная позицию, нам нужно узнать из какого места исходит приказ.

Вот тут-то нам поможет очень хороший дизассемблер PRXTool 1.1. Официальный релиз всегда можно скачать отсюда.
Но лучше воспользоваться готовой, уже скомпилированной рабочей сборкой от Andy_maN, которую и предлагаю использовать.

Скачать: PRXTool 1.1

Для начала, распакуйте архив PRXTool в любую папку на жестком диске.
Теперь, с помощью этой программы нам надо дизассемблировать файл PRX рассматриваемой нами программы, чтобы получить все функции и адреса смещений.
Где нам взять PRX файл для дизасма?
Да вот он же и есть, наш DATA.PSP, который мы на протяжении всего времени так упорно рассматривали в хекс-редакторе.
Берём его, закидываем в папку с PRXTool, и переименовываем расширение с PSP на PRX. Наш файл теперь называется DATA.prx и он готов к дизасму.
Запускаем файл dissassamble.bat и через секунду получаем в этой же папке текстовой файл 1.txt
Открываем его и всматриваемся внимательно в теперь уже логичный, разложенный по полочкам дизассемблированный код )):

Итак, у нас уже есть готовое смещение 0х69A4, которое мы подглядели в хекс-редакторе и которое указывает на начало строки.
Нам же теперь предстоит найти того, кто приказывает.

Сразу поясню: PRXTool дизасмит в файл абсолютные смещения.
Что такое абсолютные?
Любой декриптованный PRX-файл имеет заголовок ELF, а заголовок ELF - это не просто три буквы аббревиатуры (Executable and Linkable Format), а целый кусок кода от начала до 0х60, где каждый десяток это одна стандартная линия в Хексе, т.е. 16 байт (всего 96 байт), который к самому телу файла не относиться и не содержит кода программы, а содержит только технические данные о файле.
Поэтому PRXTool сразу этот заголовок отбрасывает и в счёт не берёт, тогда как в Хекс-редакторе мы видим совсем другие цифры в смещениях, с учётом ELF-заголовка.
Чтобы производить поиск значений позиций в хексе, необходимо в дизасемблированном текстовике вычитать 0х60 (96 байт).
И наоборот, чтобы найти показания от PRXTool в хекс-редакторе, нужно прибавлять 0х60.

Для того, чтобы производить подобные вычисления, нам потребуется шестнадцатеричный калькулятор. В привычном для русификаторщиков, бесплатном и неприхотливом HxD, я такого калькулятора не нашёл.
Но вы можете воспользоваться стандартным, входящим в комплект с Windows, переключив его, через пункт меню "Вид", в 16-ричный режим вычислений. Или скачайте из вложения простенький и надёжный от хекс-редактора "Hex Workshop".

Приступим к делу...

1. Откройте файл "1.txt" любым текстовым редактором, поддерживающем разбиение на строки. Я например, пользуюсь EmEditor Professional.
2. Теперь нам необходимо найти ранее вычисленный адрес начала строки 0х69A4 и просто посмотреть, кто на него ссылается.
3. Не забыли про относительные смещения?
4. Запускаем Хекс-калькулятор, щёлкаем мышкой по окну результатов, вы увидите в левом нижнем углу, как переключается режим с HEX на DEC.
5. Устанавливаем режим HEX и выполняем математическое действие:
6. 69A4 - 60 = 6944
7. Открываем файл "1.txt", находим кнопку поиск и ищем 6944
8. Сразу попадаем на нужную позицию!!!

Посмотрите на строчку с первой найденной позицией, выделенной зелёным:

• ; Data ref 0x00006944 "5.55 Games and 6.00 games aswell \n"

В этой строчке видим как раз нашу искомую строку "5.55 Games..."
Но эта строка нам не указывает никакого смещения. Перед строкой стоит знак комментария ";" и мы начинаем понимать, что это просто информационная строка.
А вот ниже, выделенная синим искомая позиция, как раз и указывает на нашу функцию, то есть указывает на то смещение, где начинается наша строка с текстом.

Но это значение мы итак знаем, а вот то, что левее - это и есть смещение, откуда исходит команда: 0х000003A4, если проще, то 0х03A4. Вот туда нам теперь и нужно бежать в хекс-редакторе.
Теперь производим обратное действие: 03A4 + 60 = 404
Открываем хекс-редактор и бежим почти в самое начало:


Вы видите, что с позиции 404 я выделил синим код: 4469 8424. Узнаёте?
Да, это смещение указывает на начало нашей строки. Его же мы и видели в текстовике при поиске, просто здесь эти байты записываются задом-наперёд. В привычном представлении они выглядят так: 2484 6944. Здесь 2484 - это машинный код, выданный компилятором во время компиляции программы, а 6944 - это наше смещение. Вот это смещение нам и надо изменить. Имейте ввиду, что здесь это смещение мы рассматриваем в хекс-редакторе, но однако даже в хексе ссылки записываются с вычитанием ELF-заголовка
Возвращаемся к нашему переводу в позицию 0х6944 + 60 = 69A4 и смотрим, куда нам это смещение переместить:


Ну вот, мы вернулись на своё родное смещение 69A4, где идёт старое начало строки "5.55 Games...", но оно нам уже не нужно, а теперь необходимо определиться с новым смещением, куда мы переместим новое начало строки.

На скрине я уже поставил курсор на предполагаемое начало. Предыдущую строку, выделенную красным, я уже завершил кодом переноса строки 0A и сделал разделение строк одним нулевым байтом. Вот теперь, с этого места и можно начинать новую строку.
Смотрим позицию курсора в нижнем левом углу: 6989, вычитаем 0х60, получаем абсолютное смещение 6929.
Бежим опять в позицию 404 и записываем туда задом-наперёд 2969:


Вот и всё! Цифра 29 у нас покраснела, потому что она изменилась, а цифра 69 осталась нетронутой.
Теперь у нас всё длинное предложение спокойно уместилось на свою позицию.

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

Единственное, хочу упомянуть, когда я вписывал последующие строчки, то у меня не зватило места всего лишь на одну букву. А так как я не хотел сокращать предложение, заменять синонимами, то я просто вспомнил, что как раз этот недостающий байтик существует, перед самой первой строчкой перевода ))). Посмотрите на самую первую картинку. Видите там перед началом остались два нулевых байта. Вот я и не поленился, и сдвинул все строчки ещё на один байт влево )). Делов то на пять минут!

Как вставлять алфавит с кириллицей здесь я тоже писать не буду, потому что по этому поводу уже писалась подробная тема.

По поводу цвета шрифта расскажу пару слов...
Как вы знаете, белый цвет получается сочетанием красного, зелёного и синего цветов в их максимальном оттенке - это 255, 255, 255 (Red-Green-Blue). В шестнадцатеричном значении вы наверное так же знаете, что десятичное 255 - это максимально возможное число FF.
Поэтому, шрифт белого цвета должен иметь значение FF FF FF. При компиляции программы, компилятор не обязательно должен записывать цвета сразу все вместе, бывает попарно, бывает вообще поотдельности. Процесс поиска цветов здесь рассказывать не буду.
На рисунке ниже я указал цветовой код RGB и таблицу шрифтов.


Надеюсь, что эта статья может кому-то пригодиться.
Так что дерзайте и чувствуйте себя свободно в хекс-пространстве.


Статья написана собственноручно, основываясь исключительно на собственном опыте.
Ни одного слова не было скопипастено из других каких-либо источников.
При написании статьи, ни одно дерево не погибло, ни один барашек не пострадал :D