FreeArc Fork

toolame

Старожил
Проверенный
долго не мог понять почему у меня msc и lolz не упаковывают...
здешняя версия не разделяет cls и записи в arc.ini
т.е. если есть cls и он только на распаковку, упаковать не получиться
мне больше нравится прежнее поведение
т.е. сначала читаем запись в arc.ini и если там нет то cls
 

Shegorat

Lord of Madness
Администратор
@toolame, ну вообще-то я этот механизм не трогал. Что arc.ini, что cls попадают в одну и ту же таблицу внешних компрессоров
 

Edison007

Ветеран
Модератор
кстати, по поводу временных файлов от прекомпрессоров, нельзя ли сделать их перемещение/переименование, а не копирование
 

Edison007

Ветеран
Модератор
А еще бы сорцы, чтобы можно было скомпилить в fa protect
И возможно ли скомпилить х64 arc.exe? Не обязателен даже прирост производительно, нужно просто, чтобы приложение могло юзать более 3 гб ОЗУ
 
Последнее редактирование:

Shegorat

Lord of Madness
Администратор
кстати, по поводу временных файлов от прекомпрессоров, нельзя ли сделать их перемещение/переименование, а не копирование
В теории можно. На практике возможны проблемы из-за текущей реализации взаимодействия алгоритмов.

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

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

toolame

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

upd:
ага))
 

Вложения

sergey3695

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

Вложения

Shegorat

Lord of Madness
Администратор
Открыл доступ к исходникам, т.к. именно данным проектом заниматься больше не буду, есть кое-что поинтереснее ;)
Максимум обновлю unarc, исправив вышеперечисленные ошибки
 

byexit

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

Shegorat

Lord of Madness
Администратор
Разработка ведется, но в другом русле. И не так, чтобы очень быстро
 
Сверху