» FreeArc: бесплатный open-source архиватор - Часть 2

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

Я вот во freearc добавляю External compressors Power Pack. в корень папки BIN. заменяется файл arc.ini и еще какойто. не успел поглядеть. и потом при упаковке любых файлов с любыми параметрами через gui (windows) программа вылетает.. подскажите почему. у меня xpsp3 оперативки у меня 2500мб скачана последняя версия Portable с оффициального сайта или пожалуйста

526549
попробуй запустить консольный arc.exe с теми же параметрами. В Power Packe по-моему arc.ini для экспериментальной версии

Добавлено:
Кстати, с ключом -mx arc.exe 0.50 alpha (Mar 27 2009) вызывает внешний компрессор lzpm, хотя в мануале говорится что внешние компрессоры подключаются только в профилях -max и -m9

crotoff спасибо. пишет ошибок кучу, по поводу того что параметры для таких то архиваторов заданы неверно (там архиваторов 15 указывается) но пакует.
Ребята. Помогите еще с таким вопросом. Вот у меня 2Гб памяти. xp32bit я хочу настроить архиватор так, чтобы он, бог с ним, сжирал все ресурсы, но капоквал максимально БЕЗ использования внешних пакеров. время архивирования/запаковки неважно. какие параметры нужно задавать arc.exe ?

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

Добавлено:
в четвёртой версии и первых alpha пятёрки я ставил -mx -se (группировка в блоки по расширениям и максимальное сжатие с автоматической подстройкой к доступной памяти) а теперь даже не знаю что и посоветовать. Bulat_Ziganshin выйдет в эфир, мож чего посоветует

Цитата:

Кстати, с ключом -mx arc.exe 0.50 alpha (Mar 27 2009) вызывает внешний компрессор lzpm

Updating archive: a.arc using rep:1gb+exe+delta+tempfile+lzma:128mb:max:bt4:128, $obj => rep:1gb+delta+tempfile+lzma:128mb:max:bt4:128, $text => dict:128mb:80%:l8192:m400:s100+lzp:384mb:92%:235:h26:d1mb+ppmd:22:1gb, $wav => tta, $bmp => mm+grzip:8mb:m1:l:a

и хде тут lzpm?

Bulat_Ziganshin
[more]arc.exe a -mx -se "C:\документы\2009 понедельник.arc" "C:\документы\2009 понедельник/" >txt.txt

FreeArc 0.50 alpha (Mar 27 2009) updating archive: C:\¤®Єг¬Ґ-вл\2009 Ї®-Ґ¤Ґ«м-ЁЄ.arc
Compressing 567 files, 100.443.101 bytes. Processed 0.0% 0.5% 0.5% 0.5% 0.5% 0.5% 0.6%lzpm 0.15 copyright (c) 2008 ilia muraviev
compressing $$arcdatafile$$.tmp...
ratio = 35.26
finished
 1.1% 1.8% 2.8% 3.1% 3.5% 3.7% 4.0% 4.5% 4.9% 5.4% 5.7% 6.0% 6.3% 6.7% 7.0% 7.4% 7.7% 8.0% 8.3% 8.7% 9.0% 9.3% 9.6% 9.9% 11.8% 14.2% 15.4% 17.4% 17.7% 18.1% 18.3% 18.4% 18.7% 20.6% 22.0% 22.2% 22.5% 22.8% 23.2% 23.6% 23.9% 24.2% 24.4% 24.7% 25.0% 25.4% 25.7% 26.0% 26.3% 26.6% 26.9% 27.3% 27.6% 28.1% 28.9% 29.4% 30.1% 30.7% 31.2% 31.8% 32.4% 33.2% 34.0% 36.0% 36.8% 37.9% 38.2% 38.9% 39.3% 39.7% 40.2% 40.8% 41.2% 41.7% 42.1% 42.5% 43.0% 43.3% 43.7% 44.1% 44.5% 44.9% 45.2% 45.7% 46.0% 46.9% 47.7% 48.5% 49.2% 49.8% 50.5% 51.0% 51.7% 52.2% 52.8% 53.8% 54.2% 55.0% 55.6% 56.0% 56.4% 56.8% 57.3% 57.6% 58.1% 58.4% 58.7% 59.1% 59.4% 59.8% 60.1% 60.5% 60.9% 61.3% 61.6% 62.1% 62.4% 62.7% 63.4% 64.3% 65.4% 66.8% 68.2% 69.6% 77.5% 78.2% 79.1% 79.7% 80.2% 80.2% 80.5% 80.6% 80.9% 81.0% 81.3% 81.5% 81.7% 81.8% 82.1% 82.2% 82.3% 82.5% 82.6% 83.0% 83.3% 83.6% 84.0% 84.6% 85.0% 85.2% 85.4% 85.6% 85.8% 86.0% 86.2% 86.4% 86.6% 86.9% 87.1% 87.3% 87.5% 87.7% 87.8% 87.9% 88.0% 88.1% 88.4% 88.7% 89.0% 89.2% 89.4% 89.8% 90.3% 90.6% 90.8% 91.2% 91.7% 92.1% 92.4% 96.2% 97.0% 97.9% 99.2%

Compressed 567 files, 100.443.101 => 6.260.749 bytes. Ratio 6.2%
Compression time: cpu 79.09 secs, real 98.78 secs. Speed 1.017 kB/s
All OK

Compressing 4527 bytes with lzpm 9 $$arcdatafile$$.tmp $$arcpackedfile$$.tmp

Удаляем lzpm.exe из папки и снова запускаем
arc.exe a -mx -se "C:\документы\2009 понедельник.arc" "C:\документы\2009 понедельник/"


FreeArc 0.50 alpha (Mar 27 2009) updating archive: C:\¤®Єг¬Ґ-вл\2009 Ї®-Ґ¤Ґ«м-ЁЄ.arc
Compressing 567 files, 100.443.101 bytes. Processed 0.0% 0.0% 2.1% 3.1% 3.5% 3.8% 4.3% 4.6% 5.2% 5.6% 6.0% 6.3% 6.6% 7.0% 7.4% 7.8% 8.2% 8.5% 8.8% 9.2% 9.5% 9.8% 11.2% 14.8% 17.2% 17.6% 18.0% 18.2% 18.4% 19.1% 22.1% 22.4% 22.8% 23.1% 23.6% 23.9% 24.3% 24.5% 24.8% 25.1% 25.5% 25.9% 26.3% 26.6% 26.9% 27.3% 27.6% 28.1% 28.8% 29.4% 30.2% 30.9% 31.4% 32.0% 32.8% 33.6% 36.6% 38.2% 38.7% 39.2% 39.7% 40.2% 40.8% 41.2% 41.7% 42.1% 42.5% 43.0% 43.5% 43.9% 44.2% 44.7% 45.1% 45.6% 45.9% 46.7% 47.5% 48.4% 49.2% 50.0% 50.5% 51.2% 51.8% 52.5% 53.5% 55.6% 55.9% 56.4% 56.8% 57.2% 57.3% 57.6% 58.2% 58.5% 58.9% 59.0% 59.4% 59.8% 60.1% 60.5% 60.9% 61.3% 61.6% 62.1% 62.4% 62.9% 63.6% 64.8% 65.9% 67.0% 68.6% 77.0% 77.9% 78.8% 80.2% 80.6% 81.3% 81.8% 82.5% 82.9% 83.4% 84.0% 84.7% 85.1% 85.4% 85.6% 85.9% 86.2% 86.6% 86.9% 87.1% 87.4% 87.7% 87.9% 88.1% 88.4% 88.7% 89.0% 89.2% 89.6% 90.0% 90.4% 90.8% 91.1% 91.7% 92.1% 92.4% 96.5% 97.4% 98.8%

Compressed 567 files, 100.443.101 => 6.260.284 bytes. Ratio 6.2%
Compression time: cpu 71.95 secs, real 77.22 secs. Speed 1.301 kB/s
All OK

Compressing 4527 bytes with lzpm 9 $$arcdatafile$$.tmp $$arcpackedfile$$.tmp[/more]

Добавлено:
всё, понял - в моём arc.ini прописано lzp=lzpm, поэтому он вызывается

спасибо crotoff за "-se" разница есть. а пакую все подряд...жесткий диск у меня небольшой, увы и вот я начал резать на болванки игры, программы, информацию от института оставшуюся (около 14гб) та и так хлам всякий. всего больше 100гб... просто например игра asassin`s creed с 5+гб сжалась до 2,7, как ни крути а теперь вмещается на болванку двд...вот я и заинтересовался об оптимизации сжатия..

Неплохо было бы в диалог выбора директории для распаковки добавить кнопку "создать новую папку"

Цитата:

Неплохо было бы в диалог выбора директории для распаковки добавить кнопку "создать новую папку"

ок, будет в след. версии

Версия 0.50 - даёшь GUI! (март 2009)
А я и поверил...

Надо планы обновлять.

Цитата:

Версия 0.50 - даёшь GUI! (март 2009)

зато я придумал, как откомпилять freearc интеловским компилятором! так что следующая версия будет ещё быстрее

Цитата:

зато я придумал, как откомпилять freearc интеловским компилятором! так что следующая версия будет ещё быстрее

На процессорах AMD ?

PAQer

Цитата:

На процессорах AMD

а они что рыжые?

egor23
c первым апреля тебя

Bulat_Ziganshin
А что c логотипом ? Думаю в преддверии входа 0.50а надо определиться и оформить в проге.
Заодно всякие юзербары типа фриарк юзер и фриарк фан
Может на форуме encode тоже спросить ?

Я рисовал лого - лежит на странице соответствующей, вот его и юзайте.

updated http://www.haskell.org/bz/arc1.arc (should be extracted over Jun23 version installation):

* speed: 10-20% faster due to use of Intel compiler for compression/decompression routines
* GUI: added Forum/Wiki shortcuts to menu
* GUI: disable moving-to-top for options like Compression, Encryption...
* GUI: Windows: add "Create" button to outdir selection dialog
* OS/RAM/maxblock/cores/language reported to freearc.org

Bugfixes:

* commands ch/k/c/rr/s shouldn't have additional arguments
* show (*.arc;*.exe) in ArchiveOpen dialog filters
* restored Yes/No translations
* show Yes, not _Yes in ArcInfo dialog
* fixed handling of "-"/"" option values and RR options
* ensure single-threaded access to freearc.history

ps: yes, freearc.history need to be updated for new features to work



Цитата:

Я рисовал лого - лежит на странице соответствующей, вот его и юзайте.

сейчас взглянул - из того, что там ещё доступно твоё наиболее проработанное

Bulat_Ziganshin
facompress.dll это что?

Цитата:

facompress.dll это что?

speed: 10-20% faster due to use of Intel compiler for compression/decompression routines

можешь, кстати, её удалить - программа вернётся к прежней скорости

Bulat_Ziganshin

Цитата:

facompress.dll

цепляется к FreeArc, к Arc не цепляется
так задумано?

Добавлено:

Цитата:

speed: 10-20% faster due to use of Intel compiler for compression/decompression routines

на каких алгоритмах прирост?
и на каких "операциях" это будет хорошо заметно?

egor23

Цитата:

цепляется к FreeArc, к Arc не цепляется

Почему думаешь, что не цепляется ?

Bulat_Ziganshin
А для линуксовой версии facompress будет ?

Benchmark

Цитата:

Почему думаешь, что не цепляется ?

потому что не увидел её.

Добавлено:

Цитата:

потому что не увидел её.

упс , цепляется.

Цитата:

А для линуксовой версии facompress будет ?

линуксовую версию может быть проще целиком откомпилять icl (он совместим с gcc од линухом, но с msvc под виндами). ну или не всё а по крайней мере сами алгоритмы сжатия. тем более что работать с so я пока не умею

гм, в общем-то ничего сложного тут быть не должно - установить icc и поменять gcc на icl в паре мест



Цитата:

на каких алгоритмах прирост?

на алгоритмах упаковки и распаковки. самое заметное отличие на -m2t:

было

Код: D:\testing>Arc.exe a a enwik8 -m2
Compressed 1 file, 100.000.000 => 26.576.090 bytes. Ratio 26.5%
Compression time: cpu 9.22 secs, real 2.67 secs. Speed 37.453 kB/s

Bulat_Ziganshin
а зачем отдельная dll? её никак нельзя статически прилинковать к arc.exe, чтобы он сразу и всегда использовал быстрые упаковку / распаковку?

Цитата:

а зачем отдельная dll?

в том-то и дело, что нет - нельзя часть программы откомпилять gcc, а часть - msvc/icl. поэтому я долгое ремя сокрушался что не видать мне 7zip-овского быстродействия. а тут вдруг дошло что можно просто dll сделать

Bulat_Ziganshin
т.е. линкер от gcc не понимает объектный код библиотек скомпиленных msvc/icl?
жаль

Добавлено
может, получится их слинковать "через С", как написано вот тут:
http://www.nabble.com/Link-against-a-MSVC-object-file-library-td18837721.html

Цитата:

In C++ terms, you will be able to achieve linkage if you use 'extern "C"' on all function calls between the two objects.

Цитата:

т.е. линкер от gcc не понимает объектный код библиотек скомпиленных msvc/icl?

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

dll имеет готовые механизмы, решающие все эти проблемы. на уровне статлинковки таких механизмов просто нет


Цитата:

может, получится их слинковать "через С", как написано вот тут:

судя по упоминанию слова DLL, там как раз и описано то что я сделал. а этот умник сначала хотел на уровне C++ классов к dll зацепиться

Linux version: http://www.haskell.org/bz/FreeArc-0.50-linux-i386-alpha-2009-04-04.tar.bz2

updated http://www.haskell.org/bz/arc1.arc (should be extracted over Jun23 version installation):

* GUI: added Recover Archive command
* fixed a lot of RR+UI incompatibility bugs here and there. Now all RR-related stuff should work fine
* tiny UI improvements, including Info page in Settings dialog, more accurate estimated time/speed calculation
* improved freearc.history, i.e. predefined sets of Compression/Protecion options