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

Ну, вообще-то "стрижка только начата".

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

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

Редактор, в принципе, готов.
Но (как всегда не одно):
1) автоматизация редактирования почти отсутствует (пока) - программа может только размер блоков корректно считать, строки доступны для редактирования в виде текста и на лету строится MTE-запись этих строк, но на этом всё - отслеживать подпрограммы (добавление/удаление команд) и учитывать длину MTE-записей для указателей пока приходится ручками;
2) генерация дерева событий для всех 620 блоков занимает уйму времени (я не дотерпел и вырубил прогу дебаггером), думаю, и обратная генерация машинного кода из дерева событий будет не намного быстрее.

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

Обнаружился интересный момент: можно протестировать все сценки без прохождения игры! Нужно просто интересующий блок поставить в начало (можно даже первым и единственным!) и игра вместо логотипа с заглавием покажет сценку, соответствующую перемещенному блоку.
Правда все 620 блоков так проверять можно довольно долго лучше штук по 9 за раз проверять (там 9 сценок в интро запускается перед показом главного меню).

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

Отредактировано alex_231 (2013-03-29 16:30:05)

2 Guyver: Это да, но такая возможность мне попалась впервые.

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

Отредактировано alex_231 (2013-03-30 05:24:05)

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

Обработка подпрограмм готова. Можно уже редактировать.
Хотя... блин, это ручное редактирование готово, а генерация машинного скрипта из оригинального и текстового так и хромает. Надо ещё немного поковыряться.

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

Отредактировано alex_231 (2013-03-31 16:51:08)

Да всё работает, только проверить все блоки нужно - строки там как попало выводятся, надо координаты поправить и переносов понаставить.