FreeArc Fork

долго не мог понять почему у меня msc и lolz не упаковывают...
здешняя версия не разделяет cls и записи в arc.ini
т.е. если есть cls и он только на распаковку, упаковать не получиться
мне больше нравится прежнее поведение
т.е. сначала читаем запись в arc.ini и если там нет то cls
 
@toolame, ну вообще-то я этот механизм не трогал. Что arc.ini, что cls попадают в одну и ту же таблицу внешних компрессоров
 
кстати, по поводу временных файлов от прекомпрессоров, нельзя ли сделать их перемещение/переименование, а не копирование
 
А еще бы сорцы, чтобы можно было скомпилить в fa protect
И возможно ли скомпилить х64 arc.exe? Не обязателен даже прирост производительно, нужно просто, чтобы приложение могло юзать более 3 гб ОЗУ
 
Последнее редактирование:
Edison007 написал(а):
кстати, по поводу временных файлов от прекомпрессоров, нельзя ли сделать их перемещение/переименование, а не копирование
Нажмите для раскрытия...
В теории можно. На практике возможны проблемы из-за текущей реализации взаимодействия алгоритмов.

Edison007 написал(а):
А еще бы сорцы, чтобы можно было скомпилить в fa protect
Нажмите для раскрытия...
Пока я не планирую выкладывать сорцы. Тем более что я переделываю билд-систему, и набор для fa protect может не подойти, да и в принципе будут различия в коде.

Edison007 написал(а):
И возможно ли скомпилить х64 arc.exe? Не обязателен даже прирост производительно, нужно просто, чтобы приложение могло юзать более 3 гб ОЗУ
Нажмите для раскрытия...
Пока нет. текущая версия haskell, под которую заточен код, не умеет в x64
 
Shegorat написал(а):
я этот механизм не трогал
Нажмите для раскрытия...
хммм... может я юзаю более позднюю версию от Булата?
помню что он писал об этом поведении
очень удобно, кстати)

upd:
ага))

FreeArc (Win32)

Пользователь Булат Зиганшин разместил новый ресурс: FreeArc (Win32) - Архиватор FreeArc (установщик для Windows) FreeArc — современный архиватор общего назначения. Основное преимущество программы — богатый набор методов сжатия, благодаря чему FreeArc демонстрирует высокую степень сжатия и...
krinkels.org
 

Вложения

@Shegorat, как пример. при нажатии на Next распаковка data2.arc прописана. архив запакован lolz. в установщике lolz'a нет, должна быть ошибка при нажатии на Next, но создается папка tmp с пустым файлом из архива.
 

Вложения

Открыл доступ к исходникам, т.к. именно данным проектом заниматься больше не буду, есть кое-что поинтереснее ;)
Максимум обновлю unarc, исправив вышеперечисленные ошибки
 
Доброго времене суток! Я так понимаю работа не ведётся более? Жаль, если так. По поводу "хз зачем" параллелить распаковку солид блоков, мелькнула такая мысль:
Возьмём пример архива с wav файлами, крепко упакованным каким-нибудь внешним ofr (Optim FROG), ест-но солид сжатие там смысла не имеет, а упаковка/распаковка будет происходить не эффективно в текущих реалиях - поочередно каждый файл, который равен солид блоку, в один поток.
Это я всё к тому, что неплохо бы научить fa опционально параллелить ещё и внешние упаковщики для ускорения упаковки/распаковки как раз в подобных случаях (нынешняя опция -mt так не умеет, вроде бы.., а если есть варианты - научите).
Ну и не помешало бы дополнительное описание такой возможности, скажем в arc.ini, понятное дело, что параллелить любой внешний компрессор по дефолту смысла нет, особенно при солид сжатии, да и есть алгоритмы, умеющие сами в мультитрейд "из коробки" или через собственные похожие опции -mt, которые можно описать в том же arc.ini. Но с другой стороны, как мне кажется, всякие ofr, wavpack и подобные однопоточные внешние упаковщики, удобнее один раз описать в конфиге и забыть.
 
Разработка ведется, но в другом русле. И не так, чтобы очень быстро
 
Войдите или зарегистрируйтесь для ответа.
Назад
Сверху