AwsomeEpicCool

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

UPD еще один покозатель близости правильного результата - негэнтропия закодированной последовательности, хотя эти метрики по влянию на результат весьма похожы между собой На первом этапе не обязательно брутфорсить все байты изображения (оно и так будет различимо), а можно лишь перебирать ключ для кодирующих байт RLE последовательности. при перестоновках начать проверу было бы логично с циклических сдвигов (на от 0 до 7 бит в любую одну сторону, всего 8*2^8=2 048 вариантов и останется 5 040 =7! остальных комбинаций этих вариантов из 7 возможных перестановок соответственно)

Хахаха, прикольная игрушка. Я так понимаю, это новый жанр. :)

в загаловке указан 24битный режм - т.к. шрифты обычно ч\б, значит значения одного пиксела повторяются трижды, что мы и видим (негинтропия для 24бит имеет весьма высокое значение). далее в заголовке видим тип кодирования 10, это значит, цветовая схема RGB, а сжатие RLE. возможны и друге реализации RLE. и дейчтвительно, если поглядеть на содержимое в hex (начиная с 13h - 19 символ\байт), то треммы (группы из трех) байт чередуются однобайтовами значениями длинны, а значит сомнений в том, что это именно RLE быть не может, но при декодировании всего этого бреда получается вот такая каша. глядя на эту кашу можно предположть, что данные зашифрованны (не редкий слчай в наше время, особенно для консолей) и учитывая крайнюю избыточность данных в купе с контестом (например, учитывая, что это простая картинка с алфовитом, размера 512на512), видна куча подскзок для расшифроки... Расшифровка должна осуществлятся с ключем размера кратным 8 бит (судя по всем признакам это и есть 8), т.к. структура файла не повреждена шифрованием (наболее примитивм методом шифрования может быть побайтовый XOR, как в японских играх, а в наиболее сложным - добавляется еще перестановка бит т.к. другие методы будут увиличивать энтропию, что в файле не наблюдается). В результате декодирования (заголовок не зашифрован) должна получится RLE последовательность в которой - сумма произведений повторений суммы пикселей цвета фона (повторяемой) подстроки должна быть велика (в общем фон шрифта) из всех имеющихся (из заголовка имеем, что размер текстуры 512х512=) 262 144 пикселов, по другому - наиболее часто встречатся в конечном изображении, иначе - изображение должно получится с высокой энтропией (в случае подсчета энтропии можно стремится к ее мексимизации исходя из условий задачи, даже на сжатом наборе данных, чтобы не перебирать все варианты, хотя можно подобрать и более сложные\эффективные фильтры). После расшифровки и декодирования RLE количество 24х-битных пикселов должно соответствовать размеру текстуры. Иначе (в случае безрезультативности достаточно быстрого перебора 8!*2^8=10 321 920 варантов, в простейшем случае 2^8=256 варианов) текстура либо не содержиит шрифта, либо является лишь его частью в избыточной форме кодирования избыточной текстуры шрифта.

Werewolfwolk, хорошее решение :) В принципе техничиски врзможно все сделать строчными в шрифте (текстуре-шрифта). Еще можно попробовать сделать так или частично: Весьма экзатичиеский (и попабольный) вариант если шрифт не моноширный, пройтись по тексту и найти пары символов встречающиеся с вероятностью ~98%, а ее\их символы в отдельности ~1%, подредактировать текст до 100% и 0% соответственно, вставить в шрифт пару знаков этих символов как один символ.

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

Werewolfwolk, заметь не только две проги, но и два шрифта можно сделть шрифты на выбор, при установке :)

Werewolfwolk, могу написать дней за 5 (т.к. буду занят) на С++, с тебя все исходники + описание, что куда и откуда + не помешает помощ в виде написанной тобой структурой данных файла с коментариями...

одна старинниая игра которая досихпор обновляется и уже бесплатна, стратегия и я в названии ошибся - TTC она же OpenTTD и rus сообществ. я в нее 2 года играл, пока нервы не сдали :)

И почему нет стольо недовольных, когда новый TCC появляется? :)

год: 1958. продолжительность: 3 часа (в оригенале 3 часа 30 минут) страна: Франция, Германия (ГДР), Италия. режиссер: Жан-Поль Ле Шануа. сценарий: Мишель Одиар, Рене Баржавель, Жан-Поль Ле Шануа, ... оператор: Жак Натто. композитор: Жорж Ван Пари. художник: Серж Пименофф, Карл Шнайдер, Марсель Эскоффер, ... монтаж: Лизелотте Йоль, Эмма Ле Шануа. всех: трудившиххся над фильмом можно посмотреть: здесь.

DZH, а dll ты через hex переводил или реверсом? :)

всегда хотел посмотреть как тут с рогаликом справятся. :)

Apple Watch? Хм... у кого-то они скопировали... :)

это ты 3D Ripper DX сфоткал? надо найти где игра сохраняет модели описанные в первом файле...

нет, найти сами файлы моделей или файл с ними и выложить здесь...

Вероятнее всего создаете DLS файл, конвертируете его с помощью Nitro2DLS.

В простейшем случае такую надстройку можно сделать над SDL

_____ Вот сжатый: ZONE.7z (89.1 КБ) Нет, но ты можеш скинуть файлы моделей в архиве. Вероятнее всего, это порт с PS1 и модели могут открывться программами с сайта romhacking

можно воспользоваться 3D Ripper DX для извлечения моделий игр. Разряженный файл с избыточной структурой, вероятно упаковщик, внутренний формат игры, основеая сигнатура LBSA, похож на файл описаний уровней. Большое количеество нулевых значений. С адреса 0 по 561f идет шапка файла. Часто упоминаются "T2.TIM", "T4.TIM" (наиболее часто встречается), "T5.TIM", вероятно текстуры (земля\пол, стены\припядствия, арнамент...) стандартного формата PlayStation. Также встречаются записи вида "Hiero1", "Hiero2" (вероятно текстуры или модели иероглифа) С адресса 1426c надпись гласит "L01 IN-GAME START FLY-THRU" (вероятно модель заставки в начале 1-го уровня с полетом камеры), записанна так же как текстура в конце очередного блока. Далее в различных блоках встречаются "01_statue", "P_SKey", "P_SkeySw", "L01_AmericanTorch", "L01_stool", "L01_kettle", "T_Bit1", "T_Head", "T_Box1", "P_PistAm", "american"... Далее запись вида "LBSB" она же "4C425342010000003A01000000000000" и далее идут различные записи контейнера, начиная с адресса 563c4 идут очень сильно разряженные данные, а с 579f8 - почти одни нули с записями знаков по 3 байта через каждые 29 байт и по 16 таких наборов с отступвми в 64 и 96 байт, далее идут почти одни "00000000FFFFFFFF", а атем записи в конце файла.

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

1. Настройки должны где-то хранится, а знчит по пустым меню ходить не надо. 2. Мне это "игра" не нраится, но я бы выбрал вариант №1. 3. Весьма странно использовать юникод и при этом зафиксировать только два языка, там точно жесткие ссылки и только конкретные имена рессуросов используются?

UP

пожалуйта, апнул тему :) UPD Magic Pad заменил на версию с "правильным" аспект ратио, но лучше эти работы скачать с nostro.fr и посмотреть на компьютере...