[песочница] Transarctica

@Dimouse @kreol
спасибо за коррекцию, замечания учтены, правки внесены, ёфикация проведена =)

Коллеги, если кто-то готов взять руководство в редакцию - напишите мне я вышлю оригинал для правки.

Внесены небольшие правки в exe - русифицировано приглашение для входа в SETUP, добавлен keyb ru 866 в конфиг


@bvedargh предложил довольно оригинальный вариант формата патча, что ещё упростило процедуру его применения:

файл readme.!!! русификатора

Transarctica. Русификатор оригинальной многоязычной версии игры
Для запуска игры, вам понадобится DOSBox не ниже 0.74-3 (DOSBox, an x86 emulator with DOS),
расположенный в директории игры: <ВАША ИГРА>\DOSBox
Установка русификатора:
1. Распаковать файлы русификатора в директорию игры.
2. Запустить start_rus.bat
3. При наличии DOSBox игра запустится незамедлительно!
Перед игрой настоятельно рекомендуется ознакомиться с руководством игры.
Русская версия руководства находится в соответствующем каталоге русификатора.
Приятной игры!
(с) 2022 песочница сайта old-games.ru

Каталог русификатора теперь выглядит так:

Кто проводит тестирование игры: большая просьба получить в личке новую версию русификатора игры.
С этого момента вносятся только минорные изменения (если не будут найдены адские ошибки игры) и тестируется релизная версия.

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

 

@Pyhesty, постараюсь скоро хоть какой-нибудь трейлер для перевода склепать, извиняюсь, что тяну с этим. Рад, что работа приближается к концу.

 

@Pyhesty, давний баг (после взрыва котла)

Спойлер

Вариант исправления:
0x2863 38 org ---- "DEBRIS SPREAD OVER HUNDREDS OF METRES."
0x2863 38 rus ---- "ОБЛОМКИ РАЗЛЕТАЛИСЬ НА СОТНЮ МЕТРОВ."
0x2892 37 org ---- "HOW COULD YOU BE SO INCOMPETENT AS TO"
0x2892 37 rus ---- "КАК ЖЕ БЫЛИ НАСТОЛЬКО НЕКОМПЕТЕНТНЫ,"
0x28c0 26 org ---- "LET PRESSURE IN THE BOILER"
0x28c0 26 rus ---- "ЧТОБЫ НЕ СБРОСИТЬ ДАВЛЕНИЕ"
ОБЛОМКИ РАЗЛЕТЕЛИСЬ НА СОТНЮ МЕТРОВ.
НАСКОЛЬКО НУЖНО БЫТЬ НЕКОМПЕТЕНТНЫМ,
ЧТОБЫ ПОЗВОЛИТЬ ДАВЛЕНИЮ
...
0x2bb5 18 org ---- "BUILD UP SO HIGH ?"
0x2bb5 18 rus ---- "ЗАБРАТЬСЯ ВЫСОКО ?"
ТАК ПОДНЯТЬСЯ?

 

@Grongy, Заметил такую штуку - в кредитах одна буква выглядит "слипшейся" (как будто дополнительная перемычка в "У"). Так и задумывалось?

Спойлер

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

Спойлер

(файл служебный, сорри за "вёрстку")
Слева, вместо сообщения о нехватке угля в котельной, мы видим проблемы с оплатой %) Добиться этой надписи можно, если сжечь уголь (который торгуется), но сберечь антрацит. И не спрашивайте, как до этого дошло

 

@bvedargh провел огромную работу над вычиткой текстов игры, готовим её к ещё одному тестовому прогону =)
но горизонт близок =)
@Grongy поработаешь над трейлером, пожалуйста?)

 

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

 

@kreol, да, нужно проверить руководство на стилистику, возможно есть непонимание, я отправил в личку ссылку в понедельник,
посмотри пожалуйста, там исходник руководства, можно править прямо этот doc файл, сейчас с ним никто не работает.

По стилистике и редактуре текстов игры сейчас очень много работы проводит @bvedargh, так как все замечания от него объективные,
а проверку он проводит полную и проверяет в самой игре, считаю этой работы достаточно.

 

у нас просто отличные новости! наш коллега @oFF_rus, который (я уверен) уже знает лучше интерпретатор игр Silmarils, чем её авторы , исключил путем аккуратного вмешательства диалоговое окно "Союза Викингов" (оно запрашивает кодовые слова из бумажного руководства), теперь окно появляется на короткое время, а сам ввод от пользователя пропускается. Исключения этого окна в значительной степени улучшает игровой процесс, так как не будет сбивать с толку новых игроков в достаточной степени непонятным сообщением! Видоизменены два файла SOLEIL и VIKING.
@oFF_rus, большое спасибо!
Предварительные прогоны показали, что все ок, осталось ещё проверить несколько мест, где требуется ввод данных от игрока =)

приведу кусок технической части из переписки для истории:
Технические детали работы диалоговых окон

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

Код:
--- EU/SOLEIL.IO.parsed/ioscript.asm
+++ vik/soleil.io.parsed/ioscript.asm
@@ -375,7 +375,7 @@
0299: 4Cs compare.ne
029A: 36s pop VM:srcStack
029B: 3As }
-029C: 14 jz 02B8h ($+0018h) ; [14 18 00 00]
+029C: 0A jmp 02B8h ($+0018h) ; [0A 18 00 00]
02A0: 1E move ; [1E 00 01 14 D8]
02A1: 00s const 01h
02A3: 14m write.w mem:[-28h]

Код:
--- EU/VIKING.IO.parsed/ioscript.asm
+++ vik/viking.io.parsed/ioscript.asm
@@ -589,7 +589,7 @@
03FD: 4Cs compare.ne
03FE: 36s pop VM:srcStack
03FF: 3As }
-0400: 14 jz 041Ch ($+0018h) ; [14 18 00 00]
+0400: 0A jmp 041Ch ($+0018h) ; [0A 18 00 00]
0404: 1E move ; [1E 00 01 14 E4]
0405: 00s const 01h
0407: 14m write.w mem:[-1Ch]

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

Попытался развернуть всю цепочку действий, приводящих в это место. Поиск по файлам показал, что скрипты SOLEIL.IO и VIKING.IO упоминаются только в YODA.IO. Последний пока полностью не дизассемблируется, но работа с нужными файлами оказалась в той части, которая распарсилась:

Код:
0E8B: 14 jz 0EAEh ($+001Fh) ; [14 1F 00 00]
0E8F: 1E move ; [1E 00 01 1E 19 65]
0E90: 00s const 01h
0E92: 1Em write.b mainVM:mem:[6519h]
0E95: 45 script.load 001Bh "soleil.IO" ; [45 1B 00 73 6F 6C 65 69 6C 2E 49 4F 00]
0EA2: 40 script.init 001Bh ; [40 1B 00 14 42]
0EA5: 14m write.w mem:[42h]
0EA7: 07 call 2D47h ($+1E9Ch) ; [07 9C 1E 00]
0EAB: 3D script.unload 001Bh ; [3D 1B 00]
...
0ECB: 14 jz 0EEEh ($+001Fh) ; [14 1F 00 00]
0ECF: 45 script.load 0018h "viking.IO" ; [45 18 00 76 69 6B 69 6E 67 2E 49 4F 00]
0EDC: 40 script.init 0018h ; [40 18 00 14 42]
0EDF: 14m write.w mem:[42h]
0EE1: 07 call 2D47h ($+1E62h) ; [07 62 1E 00]
0EE5: 3D script.unload 0018h ; [3D 18 00]

Видно два очень похожих блока. Оба выполняются только при соблюдении каких- то условий. В обих случаях сперва идёт загрузка файла скрипта потом активация (ссылка на активированный скрипт записывается в переменную mem:[42h]) и выполнение функции 2D47h. Завершаются оба блока выгрузкой отработавшего скрипта.

Вроде бы, больше скрипты SOLEIL/VIKING нигде не используются.

В функции 2D47h видно следующее:

Код:
2D47: 40 script.init 0008h ; [40 08 00 14 46]
2D4A: 14m write.w mem:[46h]
2D4C: 1E move ; [1E 00 CA 2A 46 00 0C 00]
2D4D: 00s const -36h
2D4F: 2Am write.b VM[0046h]:mem:[000Ch]
2D54: 3F yield.main ; [3F]
2D55: 41 unload.script ; [41 14 42]
2D56: 14s read.w mem:[42h]
2D58: 41 unload.script ; [41 14 46]
2D59: 14s read.w mem:[46h]
2D5B: 42 yield ; [42]
2D5C: 11 ret ; [11]

Скрипт 0008h это TEXTE.IO (или TEXTEK.IO или TEXTED.IO - зависит от выбранного языка). Вот как он загружается в MAIN.IO (без активации, видимо, активируют его те, кто хочет получать от него строки):

Код:
0274: 45 script.load 0010h "texte2.IO" ; [45 10 00 74 65 78 74 65 32 2E 49 4F 00]
0281: 45 script.load 0008h "texte.IO" ; [45 08 00 74 65 78 74 65 2E 49 4F 00]

Последовательность действий в функции 2D47h скрипта YODA такая:

2D47h - Скрипт TEXTE инициализируется, ссылка на активированный скрипт записывается в
переменную mem:[42h].
2D4Ch - ему передаётся "заявка" на загрузку строки 36h (минус это какой-то дополнительный флаг, влияющий на логику работы внутри этого скрипта). Передача осуществляется через переменную mem:[000Ch] скрипта, ссылка на который лежит в mem:[46h]
2D54h - передаётся управление из YODA другим скриптам, вероятно, сперва скрипту TEXTE для загрузки строки, потом скрипту SOLEIL/VIKING.
2D55h - закрытие скриптов TEXTE и SOLEIL/VIKING.


Внутри TEXTE.IO заявка перекладывается из mem:[0Ch] в mem:[17h]

Код:
0025: 1E move ; [1E 12 0C 12 17]
0026: 12s read.b mem:[0Ch]
0028: 12m write.b mem:[17h]

А дальше по ней отрабатывает switch

Код:
006C: 2F switch.table 63h, -0001h
006D: 38s {
006E: 12s read.b mem:[17h]
0070: 62s abs
0071: 3As }
...
case 35h: jmp 1672h ($+1590h)

Здесь к значению из mem:[17h] применяется функция abs (возвращающая значение по модулю), вычитается 0001h и для "заявки" -36h выполняется переход, соответствующий строке case 35h.

Код:
1672: 1E move
1673: 04s const "CONTROLE UNION VIKING 'ANTI-PIRATE'"
1698: 38m {
1699: 00s const 00h
169B: 3As }
169C: 18m unknown18.str [1Ch]


Дальше смотрю что происходит внутри скриптов SOLEIL.IO и VIKING.IO, на примере последнего. Можно предположить, что пропатченный переход входит в функцию 03С7 (промотал листинг вверх до ret, которым закончилась предыдущая функция). Эту функцию вызывают здесь:

Код:
0057: 07 call 043Ch ($+03E1h) ; [07 E1 03 00]
005B: 07 call 018Ah ($+012Bh) ; [07 2B 01 00]
005F: 07 call 02A1h ($+023Eh) ; [07 3E 02 00]
0063: 07 call 03C7h ($+0360h) ; [07 60 03 00]

При просмотре кода этих функций становится видно, что функция 02A1h отвечает за ввод текста с клавиатуры (завершается нажатием на enter, которому соответствует код символа 0Dh):

Код:
...
02C7: 1E move ; [1E 7A 14 E2]
02C8: 7As readKeyboardKey
02C9: 14m write.w mem:[-1Eh]
...
03BB: 1F test ; [1F 38 14 E2 4A 00 0D 3A]
03BC: 38s {
03BD: 14s read.w mem:[-1Eh]
03BF: 4As compare.eq
03C0: 00s const 0Dh
03C2: 3As }
03C3: 13 jz 02C7h ($-00FFh) ; [13 01 FF]
03C6: 11 ret ; [11]

Eсли последний нажатый символ не enter, то возвращается на чтение следующего символа с клавиатуры, иначе выходит из функции.

Предыдущая функция 018Ah, вероятно, выбирает одно случайное проверочное слово, которое и попросят ввести:

Код:
018A: 1E move ; [1E 38 00 08 64 3A 12 D8]
018B: 38s {
018C: 00s const 08h
018E: 64s random.next
018F: 3As }
0190: 12m write.b mem:[-28h]
...
01AD: 2F switch.table 13h, +0000h
01AE: 12s read.b mem:[-28h]
case 00h: jmp 01E0h ($+002Ah)
case 01h: jmp 01E0h ($+0028h)
...

Что делает первая функция из этой группы пока неясно. Видно что подготавливает какие-то данные, но что это конкретно за данные, на что они влияют, связаны ли они с защитой - неизвестно.

В SOLEIL есть такие же 4 функции с тем же принципом работы:

Код:
0018: 07 call 02D8h ($+02BCh) ; [07 BC 02 00]
001C: 07 call 004Bh ($+002Bh) ; [07 2B 00 00]
0020: 07 call 015Bh ($+0137h) ; [07 37 01 00]
0024: 07 call 0283h ($+025Bh) ; [07 5B 02 00]

Теперь мои размышления.

Какие задачи (кроме проверки наличия у игрока официальной документации) выполняют скрипты SOLEIL и VIKING? Можно попытаться проанализировать код - какая его часть покрывается вызовами из этих 4 функций и что там ещё остаётся кроме них и тех функций, которые вызываются из них.

Если окажется, что больше ничего и нет, то можно попытаться убрать саму загрузку скриптов из YODA. В коде уже есть условные переходы, которые перепрыгивают загрузку и активацию этих скриптов - поменять их на безусловные переходы и больше эти скрипты не будут работать.

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

Предположим, что скрипты игре нужны не только для doc check. Возможно даже, что первые две функции из четырёх также нужны не только для защиты. А вот третья (ввод с клавиатуры) явно больше нигде не используется и нужна только для получения от пользователя кодового слова.

Можно попробовать пропатчить файл убрав вызов третьей функции. Например, поставить первой командой внутри функции ret или заменить сам вызов на безусловный переход на следующую инструкцию (типа jmp +0). Как раз один из вариантов jmp тоже занимает 4 байта, как и call.

Если это как-то поломает работу игры, можно будет поизучать происходящее внтури этой функции. Тут у меня есть такие мысли. Инструкция, которая читает с клавиатуры - блокирующая. Т.е. пока пользователь не нажмёт хоть какую-то кнопку, выполнение на следующую инструкцию не перейдёт. Вероятно, потребуется заменить эту инструкцию на какую-то альтернативу, например, на запись какой-то константы в ту же переменную. Например, константы 0Dh (имитируя нажатие на Enter).

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

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

Итого, попробовал заменить call на jmp+0 для функции ввода текста с клавиатуры в SOLEIL и VIKING. Получается так для SOLEIL:

Код:
0018: 07 call 02D8h ($+02BCh) ; [07 BC 02 00]
001C: 07 call 004Bh ($+002Bh) ; [07 2B 00 00]
0020: 0A jmp 0024h ($+0000h) ; [0A 00 00 00]
0024: 07 call 0283h ($+025Bh) ; [07 5B 02 00]

и для VIKING:

Код:
0057: 07 call 043Ch ($+03E1h) ; [07 E1 03 00]
005B: 07 call 018Ah ($+012Bh) ; [07 2B 01 00]
005F: 0A jmp 0063h ($+0000h) ; [0A 00 00 00]
0063: 07 call 03C7h ($+0360h) ; [07 60 03 00]

В результате шаг ввода текста пропускается, но надпись появляется на пару секунд. Более того, надпись появляется даже если все три первые функции не вызывать, только промаргивает быстрее (поскольку не выполняется сравнительно большой кусок кода из этих трёх функций), из чего можно сделать вывод, что сам факт обращения с "заявкой" к TEXTE уже приводит к её отображению.

Если же не вызывать функцию 2D47h в YODA, то надпись не показывается, но как я уже писал раньше - неясно что ещё кроме проверки кодового слова в таком случае вырезается.

Проводить более тонкие вмешательства в поведение YODA пока нереально - слишком мало знаний о внутреннем поведении движка и как он поведёт себя в тех или иных случаях (скажем, что будет если обойти только кусочек с "заявкой" строки но оставить работу кусочка с выполнением SOLEIL/VIKING? насколько это будет надёжно работать?)

 

Коллеги, чтобы не создавалось впечатления, что Трансарктика замерзла =)
@bvedargh провел большую работу по полировке текста и тестированию,
тексты переданы на окончательную вычитку,
оформлен близкий к финальному релиз,
оформлено и финализировано руководство,
всегда рады тем, кто желает протестировать игру =)
работа движется, но как обычно: последние 20% занимают 80% времени

 

@kreol, большое спасибо,
@bvedargh как раз работал над редакцией, в значительной части проблемные места он исправил с учётом значительных ограничений движка игры,
возможно, некоторые места остались, он подкорректирует, может быть что-то небольшое выявим ещё в ходе тестирования.
ещё раз спасибо за проведенную коррекцию текстов.
ps: ну и "ё"-фикация, да.... =)))