Пожалуй оставлю это здесь. Начинал делать перевод Shining Force CD, но не сложилось довести проект до конца( Хотел сделать электронный мануал (как электронный журнал Re-Play) с переводом диалогов, описанием предметов и магии, а так же описанием персонажей. На данный момент переведены первая книга полностью и вторая чуть больше половины. Оформлены: описание, титульный экран, первая книга, частично магия и предметы. Так же сделан музыкальный плеер и собран плейлист)

https://yadi.sk/d/3J4twJ0UqZMrc

Почему бросил? Не хочешь доделать с посильной помощью?

В ближайшей перспективе нет возможности продолжить проек( Работа в миру, отнимает много времени( Могу лишь помогать, тем кто готов доделать)

Очень хорошая идея и отличная реализация. Реально, большой труд. Жаль, если проект не будет доведен до конца.

Хорошая работа, жалко, что забросил ... Хотяя, я на собственной шкуре знаю - какой это гемор )). Можно я оставлю это здесь http://shedevr.org.ru/forum/viewtopic.php?t=4326 ? Это мой законченный перевод SFCD отдельным текстом ...

Ух ты! Сколько неслучайных совпадений
Может Chief-Net уже стоит обратить внимание?

Я бы потестил

Эх, пока у нас туго с хакерами под Сегу. Марат весь в работе.
Поэтому ложим материалы в ящик стола.

Надо будет качнуть, посмотреть что да как. Чует моё сердце, что там всё пожато-пережато.

Похоже, что пожат и текст и графика. Ничего не нашел. Не могу пока найти процедуру распаковки.

Нашёл шрифт. В формате 2bpp gbc. И, похоже, что лежит в каждом банке. Теперь пытаюсь найти текст.
Вроде, текст Хаффманом пожат, но пока не уверен.

Выкроил время и изучил декомпрессор скрипта. Как я и подозревал это Хаффман, но не канонический, а его биграмная модель. Используются цепи Маркова 1-го порядка. Следующий символ предсказывается на основе предыдущего. Для каждого предшествующего символа строится дерева Хаффмана. Что-то подобное было в Bee52 на nes. Здесь же больше похоже на сжатие по протоколу mnp 5. Всё-таки не зря я его когда-то изучал. Непонятно было как хранятся деревья Хаффмана. Пришлось построить дерево для символа $FE и потом уже стал понятен способ хранения дерева. Теперь уже как будет время, постараюсь написать компрессор. Декомпрессор то уже написан, так как очень прост для реализации.
Приложил несколько файлов со скриптам, которые удалось найти с первого раза.
Принцип хранения дерева описан здесь http://qaru.site/questions/18979...ing-huffman-tree

Таблица.

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

Супер)
Ждём-с полноценную программу)

Замечательная новость. С нетерпением ждём.

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

Если в кодере уже будут адреса, то было просто замечательно.

Класс. Процесс идёт. Ура.

Нашёл 57 блоков в среднем где-то по 16 кб. Итого где-то чуть больше 900 кб текста. Плюс некоторый текст не запакован. Кто знает какой в игре объём текста?

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

В переводе скрипта вроде не столько текста. Может дублируется?

Ну в начале блоков несколько фраз одинаковых во всех блоках.
Я просто думал, что может текста должно быть больше, чем 1 мб.

Как продвигается перевод?

Пока никто не переводит.

Можешь расписать, как ты находишь сжатые блоки с текстом.
И будет ли рабочий рекомпрессор? Очень бы помогло с переводом.

Попробую расписать. Начну с описания заголовка архива, так как именно по заголовку ищутся архивы.
Данные сжимаются биграмным методом хаффмана, о нем я писал выше.
В заголовке нет никаких ключевых слов, по которым можно отыскать архив.
Вначале сразу идёт таблица смещений на деревья хаффмана размером 255 * 2 байта. Каждое смещение размером 2 байта и вычисляется относительно конца таблицы. На каждый символ строится своё дерево хаффмана. После таблицы идут сами деревья хаффмана в битовом представлении. Всего 255 деревьев. Так как деревья имеют разный размер, то вычислить, где кончается блок с деревьями не представляется возможным. После блоков с деревьями идет сам сжатый текст. Перед каждым сообщением(блоком текста) идёт его размер в байтах.

На скриншоте выделил таблицу смещений деревьев хаффмана. Именно по ней я искал архивы.


В основном начало текста в архивах повторяется, за редким исключением. Поэтому многие архивы находятся по такой последовательности Если немного потренироваться, то можно и остальные архивы находить. Бывают и такие В общем, разные бывают. Но вариантов не так много.
Но найти архив это ещё пол беды. Далее надо определить адрес начала сжатого текстового блока. Для этого из таблицы смещений берем последний поинтер и к адресу начала блока деревьев хаффмана прибавляем поинтер. На скриншоте это поинтер $0492. Прибавляем его к адресу $22EC9A. И получаем $22F12C. Это у нас адрес дерева символа $FE. Сразу за этим деревом начинается блок со сжатым текстом. Дерево обычно не занимает много байт и визуально можно определить начало сжатого текста.


На скриншоте $0E размер сжатого текстовго блока. сразу за размером идут 14 байт сжатого блока, потом опять размер блока $0F и пятнадцать байт сжатый блок, $10 и шестнадцать байт сжатого блока и т.д. После того как адреса определены, нужно их подставить в программу распаковщика


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

Кодек

Хорошая новость! Я проанализировал данные и вывел одну закономерность. Похоже, что архив в памяти приставки всегда находится по адресу $22EA9C. Это адрес на начало таблицы. $22EC9A - это адрес на начало блока деревьев Хаффмана. Прошёл поиском по файлам игры и он нашёл 58 вхождений с таким поинтером. 1 похоже лишний. Блоки с архивом хранятся в файлах с названием BANKD**.X и эти блоки имеют размер 436 кб. Архив лежит почти в конце файла. Там же находятся все поинтеры. Поинтер $22EA9C находится чуть выше архива. Поинтер на начало сжатого текста находится, похоже, сразу за архивом. Пока не проверял. Таким образом после сжатия, достаточно будет изменить этот поинтер вычислив разность.

Воистину новогодние новости!