Это уже реализовано или только запланировано?
В роме эта -s расположилась по адресу 005833A с маленьким условием, а тут получается нужно больше условий плюс как-то размещать слог.

Думаю, запланировано.
А меж тем переводчик осилил уже 4 главы, а это половина сюжетного текста.

Ну тогда будет работенка у вашего хакера с этими окончаниями, все даже в (-о/-а/-ов) не влезут

2 глава.

3 и 4 глава.
Переведёна половина сюжетного текста.

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

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

А есть перевод магии и монстров?

Как идут дела с переводом игры. Я смотрю текст переведён, а вставка?

Как alex_231 найдёт время, то будем заниматься.

Скрипт, как он лежит в роме, плюс списки всякого разного.

Остальной текст (меню в основном) плюс поправленный файл со списками предметов, магий и т.п.

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

Первые трудности: предметы/магия/враги и т.п. не помещаются на старое место, придется что-то урезать

Пришлось порезать названия некоторых врагов, магии и предметов, а также перенести кое-что на место названия игры в банке. Но зато теперь всё помещается.
Теперь скрипт на очереди.

Чего я и боялся, скрипт не влезает на старое место.
Буду смотреть, что можно пустить под нож.

Может ром расширить?

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

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

А вот с этим выводом я поторопился, игра-то работает, но не читает добавленный банк. При попытке загрузить банк #20 в память грузится банк #00.
Как это победить я пока не догадался, но что-то мне подсказывает, что это ограничение маппера и больше имеющихся 512 килобайт адресовать не получится.
И теперь, боюсь, придется резать скрипт

А оптимизацию тайловую замутить? Ну типа 3 букв в 2 тайлах (или 4 в 3)? Самых частоповторяющихся...

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

Марат бы посмотрел по части расширения.

Так и есть : 512K PRG ROM capacity для MMC1.
Если посмотреть в гуднесе, китайские хаки этой игры расширены, и для этого игру переводили под 245й маппер (клон MMC3).

Как вариант, поробовать посжимать Bregaladовским инструментом .
Если хоть один алгоритм даст приемлемый результат, можно реализовать распаковщик на 6502.
Если нет - попробовать MTE.

Для русского языка DTE эффективнее чем MTE, но и оно не дает нужного результата. А Хаффман показывает немного лучший результат, чем DTE.
Не уверен, что сжатие поможет, так как там по особому организован вывод текста: поинтеры указывают не на каждую строку, а на блоки строк, программа просматривает блок, отсчитывая коды окончания строк, когда достигается нужный номер, начинается копирование строки в память для вывода. Если использовать сжатие, нужно целиком извлечь блок, и в нём уже искать нужную строку, но чтобы извлечь весь блок нужно много памяти, так как есть блоки размером более 3 килобайт в plaintext.

Но ведь сейчас так и делается?

Нет, я же написал: программа читает последовательность без записи в память, пока не найдет нужный код окончания строки и только потом начинает запись, а со сжатием так не получится, так как для его реализации нужно, чтобы распакованные данные хранились в памяти и были доступны для копирования при повторении (я про LZ-подобные алгоритмы).
Подробно, как оно работает:
- всего в игре 88 блоков текста (с поинтерами), в каждом блоке по 32 строки (кроме последнего - в нём 4);
- при выводе у программы есть номер блока и номер строки в блоке (как они хранятся я особо не разбирался, но это и не нужно, так как перекодировать систему хранения событий в планы не входит);
- чтобы вывести нужную строку программа (используя граф Хаффмана) читает блок по поинтеру и при чтении считает количество кодов окончания строки, как только количество совпадает с номером строки начинается запись в память (которая прекращается по коду окончания);
- далее записанная строка обрабатывается программой построения надписи в окне диалога (расставляются автоматические переносы и обрабатываются управляющие коды) и текст выводится на экран.

Такой же метод используется в неутопиа 2.

Ну с DTE/MTE можно также искать сообщение - коды окончания строки будут лежать несжатыми.
Я под MGS:GB когда-то написал хороший код сжатия MTE. Кинь мне русский скрипт и скажи целевой размер, а я попробую сжать и скажу результат.