» FreeArc (часть 4)

Edison007007
--groups


Цитата:

понятно
но ведь .pdf есть в groups

я понял всё, но что ты имела в виду (c)


Цитата:

релиз близок?

нет

Цитата:

инфу для восстановления можно использовать только методом xor? или есть более надежные способы, которые Вы планируете внедрить, но умалчиваете?

такие методы существуют, например в par2, но
1. я сейчас не вижу большого интереса к этой теме - видимо, магнитные носители стали надёжнее
2. я не знаю готовой библиотеки, реализующей эти КС, а самостоятельная разработка - гораздо более затратный процесс
поэтому улучшение этой части для меня сейчас очень низкоприоритетная задача и можно прогнозировать, что она никогда не будет реализована. разве что найдётся или появится подходящая готовая бибилиотека


Цитата:

когда следующая альфа планируется?

в марте я сейчас работаю над корректным завершением операций в GUI при нажатии на Cancel

AntikillerPM
2. там сбоку кнопка Save, потом из истории выбираешь этот каталог. согласен, опцию "запоминать последний каталог" надо добавить
3. похоже у тебя архив создан с каталогом ВАСЯ в нём. надо при создании архива не сжимать папку ВАСЯ целиком, а зайти внутрь неё и оттуда запустить архивацию (или через опции это сделать)
5. доку на консольную версию. вообще ты меня удивляешь - если тебе опции непонятны, то просто не используй их. к ошибкам они отношения не имеют

Highpass
Параметр fb273 - это результат экспериментов, или "из общих соображений"?
Спрашиваю так потому, что в моих экспериментах часто fb192 лучше, чем fb273.

Bulat_Ziganshin
просто ты писал

Цитата:

в $default по большому счёту попадают только те файлы, чьи расширения вообще никак не упомянуты в arc.groups

а я написал, что он там есть)

[more=а так я разобрался почему (так и говорил ты)]внутри arc.exe есть:
# = #rep+exe+#xb / $obj=#b / $text=#t
соответственно нет группы
(если мы не напишем в arc.ini, а мы не пишем)) )
и применяется:
#rep+exe+#xb
если мы допишем /$precomp=xxx
то для него примерится сжатие xxx
а если напишем -mc$default:+method
то так как он попадает в дефолтную группу сжатия (до /)
то и срабатывает эта опция[/more]

Shuld
Всё зависит от конкретного случая

Bulat_Ziganshin
Есть предложение в новой версии FreeArc поменять в методах сжатия с rep+exe+delta+lzma на diispack070+rep+delta+lzma. По моим тестам сжатие в таком случае всегда лучше.

Добавлено:
Примеры:

Папка портабельных программ 1 гиг

rep+exe+delta+lzma - 299m (28.7%) 4.41
dispack070+rep+delta+lzma - 295m (28.3%) 4.26

Так же можно изменить m9x, где основным методом является exe+delta+lzma

Та же папка

exe+delta+lzma - 337m (32.2%) 6.18
dispack070+delta+lzma - 332m (31.8%) 6.08

Добавлено:
Метод -m1:

Сейчас используется rep+xtor:3, можно добавить exe.

rep+xtor:3 - 391m (37.4%) 0.09
rep+exe+xtor:3 - 379m (36.3%) 0.09

Shuld

Цитата:

Параметр fb273 - это результат экспериментов, или "из общих соображений"?

Это результат подбора параметров для конкретного набора данных.

Paramon111
я подробно объяснял почему это не может быть сделано - dispack ещё будет совершенствоваться и файлы сжатые с помощью dispack070, не будут распаковываться будущими версиями fa

Edison007007
Это точно.

Bulat_Ziganshin
Понятно. Тогда -m1 можно подправить. exe я думаю будет в следующих версиях.

Добавлено:
Bulat_Ziganshin
Еще по поводу -m1.

По умолчанию -m1=rep:96m:256+xtor:3:2mb:h256kb

Если изменить rep:96m:256 на rep:1600m то мы увидим интересные вещи:

Папка портабельных программ 1 гиг:

-m1 -> 386m (37.6%) 0.22
-m=rep:1600m+xtor:3:2mb:h256kb -> 373m (35.7%) 0.10 (!)

Образ win 7 x32 2.25 гиг:

-m1 -> 2.00g (88.5%) 1.05
-m=rep:1600m+xtor:3:2mb:h256kb -> 1.75g (!) (77.5%) 1.01

Образ win 7 x64 2.93 гиг:

-m1 -> 2.63g (89.7%) 1.36
-m=rep:1600m+xtor:3:2mb:h256kb -> 2.28g (!) (77.8%) 1.21

Виртуальный образ системы 8.5 гиг:

-m1 -> 3.26g (38.4%) 3.24
-m=rep:1600m+xtor:3:2mb:h256kb -> 2.93g (34.5%) 3.07

Может стоит изменить в следующих версиях?

Bulat_Ziganshin
К предыдуще посту появилась ещё одна мысль.

Есь две задачи по архивации которые запускаются в разное время:
1. 01:00AM - 10 часов выполняется.
2. 05:00AM - 2 часа выполняется.

Можно ли сделать так, что бы первая задача приостановилась на время выполнения второй ?
Если вместе, то они наложаться и будут выполняться дольше.

Например как-то так:

Код: -sl -- use sleep file

file format:
# time to sleep acr
05:00-07:00
# sleep one day and 2 hours
2014-02-22-05:00-2014-02-23-07:00

Хотелось бы попросить сделать .ini с поддержкой сжатия jpg и mp3 через packarc напрямую без precomp, а также .bat файл для --sync бэкапа, с возможностью исключить одну папку.
Сейчас для этих целей используется обычный robocopy без сжатия, копируется D исключая папку noback:
robocopy D:\ E:\dbackup\ /MIR /COPY:DAT /DCOPY:T /V /MT:1 /NP /XD d:\noback /ZB /R:3 /W:1

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

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

третье - пока попробуй поиграть с приоритетами задач

Paramon111

Цитата:

Если изменить rep:96m:256 на rep:1600m то мы увидим интересные вещи:

Булат даже 1000м считает мало кому подойдет.
Он делает -m1 доступным всем, а не избранным с гигантским ОЗУ.
Не пойдет он на это однозначно.

Другое дело, сделать -m91 с rep:2000m.
Если на это его подбивать.

Bulat_Ziganshin

Цитата:

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

Я случайно нажал ввод и пост получился совсем коротким и бессмысленным. Поэтому и пришлось редактировать. Постараюсь быть повнимательнее.

Shuld
Ясно. rep у меня больше 1600 метров не ставится.

ИМХО 4 гига оперативы должен иметь каждый как минимум ))

2All
Сжимаю последней альфой файлы (~4гб) с такими параметрами:

Код: -m9 -mt0 -ld1600m -t -mc-exe -mc-delta

Paramon111
19:34 06-08-2012
Цитата:

ИМХО 4 гига оперативы должен иметь каждый как минимум ))

Это кто так решил?

Любой архиватор должен создвать архивы, которые другие могут распаковать на любом железе. Иначе это не более чем игрушка "для внутреннего употребления" самим создателем архивов.

Не нужно превращать FreeArc в еще один 3.14...й архиватор с супер-пупер сжатием, который никто широко не будет использовать. Хватит, уже насоздавали таких "живых мертвецов".

Добавлено:
FreeArc сейчас фактически единственная нормальная альтернатива убогому по функционалу 7-zip, и наоборот нужно прилагать все усилия для его широчайшего распространения, а не искусственно сужать область его применения.

WildGoblin
первая мысль - моэжет ты обновляешь существующий архив? вообще отсюда можно взять старые portable версии и проверить что действительно архиватор себя иначе ведёт в точно такой же ситуации

slech
я не наезжаю, просто объясняю что если нужно чтобы я увидел пост - нужно его именно запостить

WatsonRus

Цитата:

Любой архиватор должен...

Это кто так решил?

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

На самом деле, если последовать вашему желанию и начать ограничивать архиватор, то весь смысл проекта FreeArc пропадёт.

Кстати, 7-zip или winrar тоже могут создавать архивы, которые не на всяком телефоне распакуются.

Добавлено:
Как-то непонятно работает опция "precomp". Когда я в командной строке пишу "arc.exe -mprecomp...." оно работает. А когда в графической оболочке выбираю галочку, то получается гораздо худший результат, как будто precomp сработал в минус. Что я делаю не так?

Bulat_Ziganshin

Цитата:

первая мысль - моэжет ты обновляешь существующий архив?

Нет - новый создаю.

Цитата:

вообще отсюда можно взять старые portable версии и проверить что действительно архиватор себя иначе ведёт в точно такой же ситуации

Попробовал несколько старых версий ([more=заменял только эти файлы]bin\7z.dll
bin\facompress.dll
bin\facompress_mt.dll
bin\freearc.menu.example
bin\7zG.exe
bin\all2arc.exe
bin\Arc.exe
bin\FreeArc.exe
bin\precomp042.exe
bin\srep.exe
bin\unarc.exe[/more]) - [more=та же самая ошибка]E:\GamesForTest\A New Beginning - Final Cut v2.0>FreeArc a -tarc -m9 -mt0 -ld1600m -t -mc-exe -mc-delta -wG:\ --logfile=freearc.log -dpE:\GamesForTest\A New Beginning - Final Cut v2.0 -- G:\game.arc A New Beginning - Final Cut
FreeArc 0.67 (November 11 2013) Creating archive: G:\game.arc using rep:1600mb+tempfile+lzma:176mb:normal:bt4:128, $obj => rep:1600mb+tempfile+lzma:176mb:normal:bt4:128, $text => dict:128mb:80%:l8192:m400:s100+lzp:160mb:92%:145:h23:d1mb+ppmd:16:384mb, $wav => tta, $bmp => mm+grzip:8mb:m1:l2048:h15:a
Memory for compression 1856mb, decompression 1600mb, cache 1mb
ОШИБКА: невозможно выделить память, необходимую для (рас)паковки в rep:1600mb, используйте -lc/-ld чтобы уменьшить требования к памяти[/more]!
Возможно с системой (Win8.1 x64) что-то случилось - раньше ведь нормально создавались архивы!

Потестировал ещё - наборы файлов размером около гигабайта отлично создаются (с теми же параметрами), а если попытаться сжать набор файлов < ~1700mb, то выскакивает ошибка.

Как задать rep:2000m? У меня при любых параметрах ld lc потолок при упаковке 1787m.

Добавлено:
Разобрался. rep использует 1/2 объема от наличной памяти. При моих 4г примерно так и выйдет.

WildGoblin
а что тебе мешает целиком старую portable версию распаковать и ею проверить?

когда файлов мало, fa просто обрезает словарь первого метода в цепочке.

посмотри largest memblock в gui/settings/info. в win7 x64 это 2042 mb

Цитата:

Как задать rep:2000m?

для этого нужен 64-разрядный компьютер, -lc- -ld- и tempfile после rep


Цитата:

А когда в графической оболочке выбираю галочку, то получается гораздо худший результат

ты же видишь какую опцию вставляет при этом fa в комстроку. вот и разберись с ней

Добавлено:

Цитата:

Хотелось бы попросить сделать .ini с поддержкой сжатия jpg и mp3 через packarc напрямую без precomp

напишите самостоятельно. или может кто с форума вам поможет. кстати, mp3 лучше жмёт sound slimmer, а jpg точно так же обрабатываются прекомпом, так что есть ли смысл в использовании именно packarc?

Bulat_Ziganshin

Цитата:

а что тебе мешает целиком старую portable версию распаковать и ею проверить?

Были свои соображения... сейчас протестирую все с полной заменой.

Цитата:

посмотри largest memblock в gui/settings/info. в win7 x64 это 2042 mb

У меня показывает 2041mb.

Добавлено:
Bulat_Ziganshin
Протестировал несколько версий - у всех вываливается ошибка на этапе окончания анализа файлов
.
Причём если архивировать из контекстного меню, то в окне показывается сообщение "ОШИБКА: невозможно выделить память, необходимую для (рас)паковки в rep:1600mb, используйте -lc/-ld чтобы уменьшить требования к памяти", а если архивировать из гуи, то выскакивает доп.окно - "user error".

P.S. Проверил сейчас последнюю версию в чистой виртуалке (максимальный блок адресов там тоже 2041mb) - те же самые файлы отлично сжимает!
Что же такое у меня с системой приключилось - как быть и что делать...

Bulat_Ziganshin, согласен, sound slimmer и быстрее, а по скорости меня бы и stuffit больше всего устроил.
Про jpeg через precomp я уже писал здесь - нихрена он не сжимает на моих обычных jpeg с камеры, в отличие без прекомпа.

WildGoblin
жду ответа как работают старые версии. ну и новую portable на всякий случай проверь

сорри, невнимательно прочёл. ну в текстовом режиме ещё попробуй. лог полный включи, с отладкой

Bulat_Ziganshin

Цитата:

ну в текстовом режиме ещё попробуй. лог полный включи, с отладкой

лог

vishyakov 01:12 08-08-2012
Цитата:

Это кто так решил?

Здравый смысл.
01:12 08-08-2012
Цитата:

весь смысл проекта FreeArc пропадёт

Почему же? ИМХО весь смысл проекта - сделать комбинацию фич Winrar со сжатием 7-zip.
01:12 08-08-2012
Цитата:

Кстати, 7-zip или winrar тоже могут создавать архивы, которые не на всяком телефоне распакуются.

...и на их авторов рекой текут матюки. Дык о том и речь - зачем еще один подобный архиватор делать?

Решать, конечно, автору.

Bulat_Ziganshin
А это доделаете
Я про sfx, с поддержкой распаковки простых архивов (драг-н-дроп-ом).
т.е. бросаем простой архив на sfx - распаковывается "просто" архив.