Сообщений в теме: 21

[-=CHE@TER=-]

Перенесу сюда продолжение темы с 3DMark2006, чтобы там не лез большой оффтоп.

CrOm!

[CrOm]

на разработку рип-движка я забил из-за нехватки времени и лени.

насчет технологий: тут главное хорошо оптимизированый поисковый движок и всякие фенечки, типа сплитера, поиска по сигнатурам, выделений участков, поддержка различных методов упаковки

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

далее: поддержка форматов - самая гибкая функциональность у плагинов. интерфейс плагинов мр. риппера меня не очень радует, но переделывать я его не стал из-за соображений совместимости. в новом распаковщике надо обдумать этот вариант досконально, чтобы потом не мучаться
риппер поддерживает довольно таки много игр и просто форматов. более 60% это мои собственные раскопки, остальное собиралось по просторам инета. честно сказать, информации про современные форматы очень мало в инете, поэтому необходим человек, а лучше группа людей, которые бы неплохо специализировались на определенных типах ресурсов. например, как Guru или VAG на музыкальных, а Terminius на графических.


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

форматы сжатия: мр. риппер умеет работать с форматами ZLib, deflate, LZSS, PKWare (некоторое было взято из Stuns)

методы шифрации: ну в основном это xor. и вот еще в C&C - Blowfish. вообще я не хакер, поэтому методами реверсивной инженерии не могу выяснить используемый метод шифрации. да и если и знать этот метод, то необходимо к томуже знать где лежат ключи и т.п. вообщем для меня это темный лес

вобщем вот: широкое поле для деятельности. кто этим и, главное, как и когда будет заниматься? сложно сказать. у меня сейчас очень мало времени я могу только понемногу помогать там, да сям... Terminius тоже погрузился в дела семейные, да в в разработку игры. Guru и VAG забили давно на все и, скорее всего, не буду учавствовать. максимум, что у них можно попросить - исходники их программ, что тоже маловероятно. остаетесь вы: -=CHE@TER=- и jTommy.

да, еще. я против разработки монолитного GUI-софта. нужен именно рип-движок, чтобы на его основе делать софт. мне на много удобнее ковырять файлы из FAR. у меня там под ругой весь инструментарий: сам мистер риппер, hex-viewer/editor, калькулятор с автоматическим пересчетом в hex и др... ну, я думаю, меня поняли.

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

[Terminus]

Напомню десятку лидеров по скачиваниям на примере января

1. Mr.Ripper (446)
2. LithUnwrap v1.3 (435)
3. MultiEx Commander (373)
4. Dragon Unpacker (370)
5. Game File Explorer v1.32 (351)
6. FMV-Extractor v1.3 beta 1 (317)
7. Need For Speed : Undeground music extractor v1.0.0 (290)
8. Magic Extractor (261)
9. Resource Game Viewer v1.0 (252)
10. eXe Scope v6.30 (216)

[jTommy]

-=CHE@TER=-:

[Sash]

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

[-=CHE@TER=-]

CrOm!

[jTommy]

-=CHE@TER=-:

[CrOm]

-=CHE@TER=-

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

для старта необходимо обсудить API, ибо это то, что будет монументально

[-=CHE@TER=-]

CrOm!
JTommy!
Ну тогда, как там Гагарин... "поехали!" (*улыбается*)

Я в стороне стоять не буду - точно.

[jTommy]

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

[Siberian_GRemlin]

Предлагаю:
1. Плагин к TC, который подключает ядро
2. Плагин к FAR, который подключает ядро
3. GUI, который подключает ядро

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

[-=CHE@TER=-]

jTommy!

[jTommy]

-=CHE@TER=-, действительно, я даже забыл про такие простые случаи, когда данные файлов разделены на части и сжаты отдельно. Значит надо предусмотреть варианты: в простых случаях движок сам распаковывает, в более сложных - плагин.

Siberian_GRemlin, у тебя есть мысли, как организовать "общение" между этими плагинами и ядром? может быть с помощью COM технологии?

[CrOm]

[jTommy]

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

[jTommy]

начал писать API для плагинов, читайте здесь. жду критику и предложения.

[-=CHE@TER=-]

jTommy!
Что-то твой сайт перестал открываться...

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

*замечание: при получении списка файлов, наверх (т.е. вызвавшей модуль программе), подаются ТОЛЬКО имена файлов. Вся структура должна храниться внутри временных переменных плагина. Он сам уже, в зависимости от них, решает как распаковывается или расшифровывается файл.

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

Примерно так...

[CrOm]

апи от крома:

должна экспортироваться всего 1 функция, которая вернет структуру, поля которой указатели на функи плагина.

функи плагина:

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

еще нужны функи для конвертирования и распаковки
ну и пара сервисных - вирнуть абаут, почистить память и т.п.

[CrOm]

вот так вот. а почему нельзя удалить свое сообщение?

[jTommy]

-=CHE@TER=-: