mesa (Media Scanner Advanced) 23.12.30.rev.1

[toolame]

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

я это и подумал
типа mesa извлекает RAW, а ты с ним делаешь что хочешь, туда>обратно, своими алгоритмами
или не то?

 

[Shegorat]

я это и подумал
типа mesa извлекает RAW, а ты с ним делаешь что хочешь, туда>обратно, своими алгоритмами
или не то?

Ага, именно то

 

[Edison007]

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

А как можно будет реализовать различные цепочки для разных типов данных? Скажем у меня данные шифрованы/сжаты, а внутри .wav (pcm) и .bpk.
Должно выйти что-то типа: precomp+mesa+lolz/bpk/msc (think)

 

[Edison007]

Тут еще вот, что подумал. Если прикрутить такую фичу, то было бы неплохо добавить детект mp2 (ибо их сжимать лучше отдельно в один солидблок, unpackmp2+...) и mp3 (пускать через 4х4:soundslimmer)

 

[Shegorat]

А как можно будет реализовать различные цепочки для разных типов данных? Скажем у меня данные шифрованы/сжаты, а внутри .wav (pcm) и .bpk.
Должно выйти что-то типа: precomp+mesa+lolz/bpk/msc (think)

Извлеченные данные жмутся потом отдельным архивом)

 

[Shegorat]

Открыл большую часть проектов на гитлабе для отзывов и предложений. Если у кого есть gitlab аккаунт - можете писать предложения тут

 

[Edison007]

Извлеченные данные жмутся потом отдельным архивом)

Грусть, но наверное другого способа и нет, не внедряя алгоритмы внутрь.
Тогда было бы неплохо заложить функционал, чтобы писалась не куча мелких файлов, а один. Т.к записать один крупный - быстрее. Конечно всплывают некоторые минусы, такие как невозможность сортировки на подтипы (например ddsки на всякие dxt/raw/bc7)

 

[Shegorat]

Грусть, но наверное другого способа и нет, не внедряя алгоритмы внутрь.

Угу, только так

 

[L-e-o-N]

Народ, такой вопрос возник.

Есть ли смысл делать опцию для mesa, чтобы использовать его совместно с FreeArc? Ну и соответственно cls для восстановления.

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

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

-m=ue4d:game=23+precomp:intense+mesa+srep+lzma

Вот. Есть ли смысл заморачиваться?

P.S. Ну и ещё один вопрос - какие ещё форматы вы бы хотели здесь видеть?

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

 

[Shegorat]

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

Я привел пример когда ресурсы находятся в зашифрованном и пожатом архиве. Как ты в таком случае выделишь их в отдельный солидблок?

А инжектор так то уже есть тык

 

[L-e-o-N]

Я привел пример когда ресурсы находятся в зашифрованном и пожатом архиве. Как ты в таком случае выделишь их в отдельный солидблок?

Не обратил на это внимание. Тогда это всё меняет

 

[Slippy]

Great project from you Shegorat

 

[Mickey1s]

@Shegorat, будет ли детект DDS текстур?

 

[Shegorat]

@Mickey1s, вообще в планах есть, а вот когда - хз

 

[Shegorat]

Грусть, но наверное другого способа и нет, не внедряя алгоритмы внутрь.
Тогда было бы неплохо заложить функционал, чтобы писалась не куча мелких файлов, а один. Т.к записать один крупный - быстрее. Конечно всплывают некоторые минусы, такие как невозможность сортировки на подтипы (например ddsки на всякие dxt/raw/bc7)

Тогда надо реализовывать отдельный файл с таблицей смещений и ссылок что, откуда и куда писать. А так вполне реализуемо.

P.S. Для дальнейшего изучения мне нужны наборы файлов с FSB, GIF и SWF. Детект MP2, MP3 реализовал

 

[Mickey1s]

@Shegorat, FSB5 https://anonfiles.com/h8TdZ8yay5/fsb_zip

 

[Mickey1s]

@Shegorat, почему-то не детектит raw audio в файле (msc находит без проблем, с raw=2)
пример файлов - https://anonfiles.com/Pc955cz3y4/raw_zip

 

[Shegorat]

@Shegorat, почему-то не детектит raw audio в файле (msc находит без проблем, с raw=2)
пример файлов - https://anonfiles.com/Pc955cz3y4/raw_zip

Ну а так то пока детект raw данных я и не делал

 

[Mickey1s]

@Shegorat,

 

[Shegorat]

Сделаю когда-нибудь..