Каскадный · [ Стандартный ] · Линейный [Перевод] Pokemon Crystal, нужны людски ресурсы

[wuwjke]

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

Это потому, что ни где нету нормального мануала по переводу, а в частности по пойнтерам.

[Anton299]

Это потому, что ни где нету нормального мануала по переводу, а в частности по пойнтерам.

вот, например, шпаргалка по геймбоевским пойнтерам (прокрути вниз):
http://chief-net.ru/index.php?option=com_c...d=109&Itemid=33

вот еще доки: http://shedevr.org.ru/cgi-bin/docs.cgi
и еще: http://magicteam.net/index.php?page=documents

Сообщение отредактировал Anton299 - Среда, 26 марта 2014, 11:40

[lps]

На том же форуме чиф-нета можно совета попросить. Ребята не одну игру для гб/гбк перевели.

[wuwjke]

вот, например, шпаргалка по геймбоевским пойнтерам (прокрути вниз):
http://chief-net.ru/index.php?option=com_c...d=109&Itemid=33

вот еще доки: http://shedevr.org.ru/cgi-bin/docs.cgi
и еще: http://magicteam.net/index.php?page=documents

На том же форуме чиф-нета можно совета попросить. Ребята не одну игру для гб/гбк перевели.

Все эти мануалы вылизал вдоль и поперек. Но тамошнии приёмы не подошли для версии Pokemon Crystal, опять же. Пытался так же научиться по тем примерам, которые в мануалах, опять же хрен. Проделывая тоже самое, что и в инструкции - получаю совсем другой результат, который порождает еще больше вопросов и недопонимание темы. Даже английские мануалы написаны грубо говоря на "отъ*бись", то есть раскрывается суть пойнтеров, а то, как их искать конкретно в моём случаи - не написано и многие авторы в конце, шлют курить дополнительную стопку мануалов.
Нету одну централизованного мануала по переводу, пойнтерам, созданием таблиц кодировки и тд.
Вот например. В примере с мануала было написано примерно так:
Берем английскую игру. Открываем ее к примеру Translhextion. Слева мы видим указатели типа 0019B3B0, по середине непосредственно сам HEX код программы, справа отображаются данные. Далее в примере пишут, что нужно составить таблицу кодировки и только в одном из них было написано, как это делать. А написано примерно вот что:
Открываем ром hex редактором, юзаем relative-search и ищем любое слово или текст из игры, например "hello"...
И тут же скриншот, как нашлось слово Hello в куче текста, смотрим код этих букв и легко подсчитываем и составляем таблицу. Применяем ее к нашему Hex редактору и получаем в правом окне редактора видимый текст.
Я же когда пытался найти любой текст в роме, был послан нахрен программой. Потом всё таки заставил ее найти в роме слово hello, которое отображалась, кучей не понятных символом (НО НИ КТО В МАНУАЛЕ НЕ НАПИСАЛ, ЧТО ТАК МОЖНО ДЕЛАТЬ И ЧТО ДАЖЕ ЕСЛИ СЛОВУ HELLO СООТВЕТСТВУЕТ РЕЗУЛЬТАТ ОТОБРАЖЕНИЯ, КАК *$#.. то это всё равно то самое слово hello в игре и hex код им соответствуют верно и можно делать таблицу)

[Anton299]

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

А так, конечно, 100% какого-то мануала нет (да еще и на русском языке), т.к. много всяких отличий от игры к игре, но принципы-то похожие, в общем.

У меня туго с математикой, но по доке с шеф-нета я за денек разобрался с пойнтерами в Link's Awakening, например. Так попробуешь, эдак попробуешь... и в итоге находишь правильное решение.

[Deathless]

wuwjke, я так и не понял, ты смог составить таблицу кодировки или нет? Если да, то к чему тогда возмущения? Если нет, то каким образом ты до текущего момента занимался переводом?

[wuwjke]

wuwjke, я так и не понял, ты смог составить таблицу кодировки или нет? Если да, то к чему тогда возмущения? Если нет, то каким образом ты до текущего момента занимался переводом?

да, таблицу я составил. Я говорил про то, как я учился по мануалам.

[Deathless]

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

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

» Слабопонятная простынка текста по теме «

По всей видимости, тестовые данные хранятся разбитыми в блоках размером 0x4000. В каждом блоке, как я понял, описывается игровой скрипт, причем он перемешен с текстом (т.е. обычно некоторый фрагмент скрипта, в котором содержатся поинтеры, и следом за скриптом текст, поинтеры на который описаны в скрипте выше (хотя мб в каких-то случаях иначе), потом снова скрипт и так далее). Когда нужно найти в скрипте поинтер на интересуемый текст, берется адрес начала текста (для диалога нулевой байт, для предметов - первая буква, см. ниже), отсекаются все байты, кроме последних четырех, меняем их местами - полученное значение и будет поинтером, правда иногда приходится вычитать 0x4000, поскольку текст может храниться в предыдущем блоке.

Диалоги - поинтер указывает на нулевой байт 0x0, после которого непосредственно идет текст, и заканчивается байтом 0x57.

Предметы, атаки, локации, описания итд - думаю, тут все просто. Поинтеры указывают на первую букву, с которой начинается текст, и заканчивается байтом 0x50.

Например: возьмем текст "Oh, <Name>! Our neighbor, PROF.ELM, was looking for you...". Для начала находишь его в самом роме, он будет по адресу 0x0007A605. Поскольку это диалог, тебе нужен нулевой байт, которым начинается этот текст, то бишь адрес будет 0x0007A604. Если заранее не знаешь начальный адрес блока, то находится следующим образом. Для начала, отсекаешь все байты, кроме последних двух - остается 0xA604 - получили предполагаемый поинтер. Предполагаемый он потому, что на деле он может отличаться на N * 0x4000, а значит предполагаемые значения поинтера - 0x2604, 0x6604, 0xA604 (не знаю, может ли быть, что в каких-то случаях еще надо прибавлять сдвиг). Теперь, зная предполагаемые значения, меняешь в них байты местами (читай big/little endian) - 0x0426, 0x0466, 0x04A6 - и проверяешь, есть ли они по соседству с интересуемым текстом. Если нашлось - пробуешь поменять значение, чтобы указывало на какой-нить другой текст. Если изменилось как задумано - супер, это в самом деле искомый поинтер. В случае примера верным значением поинтера будет 0x0466, и сдвиг для остальных фраз в данном мини блоке текста будет 0x0007A604 - 0x6604 = 0x74000 (0x6604 потому как нужно сменить порядок байт обратно). Для теста можно поменять значение 0x0466 на, например, 0x5068, и вместо оригинального текста получим "Phone numbers are stored in memory...".

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

Сообщение отредактировал Deathless - Среда, 26 марта 2014, 22:32

[wuwjke]

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

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

» Слабопонятная простынка текста по теме «

По всей видимости, тестовые данные хранятся разбитыми в блоках размером 0x4000. В каждом блоке, как я понял, описывается игровой скрипт, причем он перемешен с текстом (т.е. обычно некоторый фрагмент скрипта, в котором содержатся поинтеры, и следом за скриптом текст, поинтеры на который описаны в скрипте выше (хотя мб в каких-то случаях иначе), потом снова скрипт и так далее). Когда нужно найти в скрипте поинтер на интересуемый текст, берется адрес начала текста (для диалога нулевой байт, для предметов - первая буква, см. ниже), отсекаются все байты, кроме последних четырех, меняем их местами - полученное значение и будет поинтером, правда иногда приходится вычитать 0x4000, поскольку текст может храниться в предыдущем блоке.

Диалоги - поинтер указывает на нулевой байт 0x0, после которого непосредственно идет текст, и заканчивается байтом 0x57.

Предметы, атаки, локации, описания итд - думаю, тут все просто. Поинтеры указывают на первую букву, с которой начинается текст, и заканчивается байтом 0x50.

Например: возьмем текст "Oh, <Name>! Our neighbor, PROF.ELM, was looking for you...". Для начала находишь его в самом роме, он будет по адресу 0x0007A605. Поскольку это диалог, тебе нужен нулевой байт, которым начинается этот текст, то бишь адрес будет 0x0007A604. Если заранее не знаешь начальный адрес блока, то находится следующим образом. Для начала, отсекаешь все байты, кроме последних двух - остается 0xA604 - получили предполагаемый поинтер. Предполагаемый он потому, что на деле он может отличаться на N * 0x4000, а значит предполагаемые значения поинтера - 0x2604, 0x6604, 0xA604 (не знаю, может ли быть, что в каких-то случаях еще надо прибавлять сдвиг). Теперь, зная предполагаемые значения, меняешь в них байты местами (читай big/little endian) - 0x0426, 0x0466, 0x04A6 - и проверяешь, есть ли они по соседству с интересуемым текстом. Если нашлось - пробуешь поменять значение, чтобы указывало на какой-нить другой текст. Если изменилось как задумано - супер, это в самом деле искомый поинтер. В случае примера верным значением поинтера будет 0x0466, и сдвиг для остальных фраз в данном мини блоке текста будет 0x0007A604 - 0x6604 = 0x74000 (0x6604 потому как нужно сменить порядок байт обратно). Для теста можно поменять значение 0x0466 на, например, 0x5068, и вместо оригинального текста получим "Phone numbers are stored in memory...".

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

Это понятно, есть пока один вопрос. Что теперь надо удлинять в роме? В каком месте мне лучше писать полные слова для ссылки на них через пойнтеры?

[wuwjke]

Проще говоря, можно ли составить свой словарь? Или придется жертвовать каким нибудь текстом, что бы потом на него ссылаться пойнтерами?

[Deathless]

Насчет словаря не понял.

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

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

Сообщение отредактировал Deathless - Четверг, 27 марта 2014, 11:37