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

Цитата:

sfx не поддерживает шифрования,

пока нет. помимо прочего, добавление всех 4 методов шифрования увеличит sfx ещё на 40 кб (после компрессии)


Цитата:

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

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

как вариант - можно написать "(download)" после кажой из них, счас так попробую, что скажете


Цитата:

Portable Windows package всё-таки в zip решил сделать?

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

как ещё один вариант - можно сделать отдельный раздел с "альтернативными комплектами". в 3 раза меньше не будет, только в 1.5 (7->5, 1.8->1.2)

Добавлено:
сделал другой дизайн в верхней части http://freearc.org/Download.aspx

посмотрите, имхо тоже не очень

Цитата:

тоже верно. может, вообще версию без gtk убрать

gtk на самом деле нужен только 1 раз, так что не надо.
Цитата:

можно сделать отдельный раздел с "альтернативными комплектами"

тоже вариант.
Цитата:

в 3 раза меньше не буде

Сам не качал, просто не подумал сразу, что там ещё gtk есть.
Цитата:

стоит загружать так сказть рядовому юзеру

Наверное что-то типа
скачать Full Windows installer, с gtk (для gui-интерфейса)
Другие варианты


Добавлено:

Цитата:

сделал другой дизайн в верхней части http://freearc.org/Download.aspx
посмотрите, имхо тоже не очен

Угу, лучше оставить как было, только все строки одинаковым шрифтом. Лучше таким как сделана строчка Source code package (download) (имхо)

ещё раз исправил дизайн в верхней части http://freearc.org/Download.aspx
если он не вызовет возражений, то переделаю в том же духе и низ, и русскую страницу

egor23

Цитата:

Поддерживаю, пусть будет релиз доделанной консолной версии, чем сильно недоделанной GUI.

Именно.

Не вижу большой беды, если GUI-версия "созреет" к 0.60 или даже 0.70. Заодно и обрастет функционалом параллельно с консольной.

А релиз консольной 0.45 - вполне логичное решение.

Bulat_Ziganshin

Цитата:

gtk2hs и вправду неудобна в программировании, к сожалению ничего лучше для хаскела нет. я потому и думаю сосредоточиться на предостиавлении самого энжина (freearc.dll) c тем чтобы граф. версию можно было сделать на других языках. правда, под linux ничего лучше всё равно нет

А возможен для линукса вариант FA-библиотека + GUI на QT ? QT вроде как для пингвина бесплатен, и если вся компрессия в либе, то какая разница, на чем интерфейс.

Хотя минус в том, что это по сути будет отдельный проект.


Цитата:

помимо прочего, добавление всех 4 методов шифрования увеличит sfx ещё на 40 кб (после компрессии)

Компромиссный вариант: сделать еще два SFX-модуля помимо уже существующих: консольный + крипто и GUI + крипто. И добавлять их автоматически только при создании SFX-архива с шифрованными данными. Если шифрование не задано - добавлять обычные, "тонкие".

ОФФ-ТОПИК
Подскажите, плз, где обсуждается TAR для Windows, скачал http://gnuwin32.sourceforge.net/packages/gtar.htm и не пойму как заставить его работать...
КОНЕЦ-ОФФ-ТОПИК

Простите за идиотский вопрос и за офф-топик...

Nick222
tar c имена файлов/каталогов >имя создаваемого архива

или сразу с bzip2:
tar cj имена файлов/каталогов >имя создаваемого архива

или сразу с 7zip:
tar c имена файлов/каталогов | 7z a archive -mx -siarchive.tar

зачем так париться? 7-zip умеет создавать TAR

Цитата:

возможен для линукса вариант FA-библиотека + GUI на QT ?

и чем это лучше нынешнего? весь цимес именно в использовании хороших современных IDE для ускорения разработки GUI


Цитата:

Компромиссный вариант: сделать еще два SFX-модуля помимо уже существующих: консольный + крипто и GUI + крипто. И добавлять их автоматически только при создании SFX-архива с шифрованными данными. Если шифрование не задано - добавлять обычные, "тонкие".

добавить криптомодули в sfx - недолго. однако есть ещё обвязка, которая генерит из паролей ключи дешиврования, влюс ввод самих паролей, плюс автовыбор sfx-модуля. в общем, ещё на неделю работы. имхо, это не настолько всостребованная фича, поэтому я её задвинул немного подальше в планах - где-то на 0.60/0.70. инсталлер имхо сделать было бы полезней, на уровне rar + возможность настройки его параметров прям в диалоге add

Добавлено:

Цитата:

зачем так париться? 7-zip умеет создавать TAR

7zip сначала создаёт полный список файлов для архивации LOL

Цитата:

возможен для линукса вариант FA-библиотека + GUI на QT ?


Цитата: и чем это лучше нынешнего? весь цимес именно в использовании хороших современных IDE для ускорения разработки GUI

Bulat_Ziganshin

Цитата:

понятно. попробуй -mx -mcr- - сработает?

Сработало.

Цитата:

Сработало.

спасибо, я воспроизвёл проблему на своей машине. исправлю, может уже сегодня

vvvyg
проверяй исправленный exe-шник http://www.haskell.org/bz/arc1.arc

Очень "болею" за этот архиватор =) Жду - не дождусь, когда у GUI SFX модуля (под винду) будет ключик silent установки с возможностью задания пути по умолчанию, а также, как в WinRAR'е, фича запуска приложения после распаковки. Успехов разработчику! =)

Указанная выше исправленная версия сжала данные, удалость совместить rep:1gb c tempfile и последующим lzma:128mb:bt4 без проблем на 9.9% (т.е. сразу после rep). А вот что при тестировании и распаковке вылетает ошибка нехватки памяти на 38.3%. Размер файла - около 3 Гб. При распаковке не помогает даже наличие tempfile между lzma и rep (включённого по умолчанию, если не ставить -ld-). Хотя вроде как для распаковки памяти должно хватать за глаза, там же вроде требуется всего 1024+128 mb, а свободный непрерыный блок - более 1700 mb, но почему-то расход виртуальной памяти до этих 38% иной раз подскакивает до 1600 mb.

Да, а насчёт ht4 вышло, что lzma:998mb:h512mb:mc128 по степени сжатия (на тех данных, образ игрушки для PS2) соответствует rep:512mb+lzma:186mb:h512mb:bt4:mc128 плюс-минус 100 кб (на 2.5 Гб архива), только работает раз в 5-8 медленнее. При этом оптимальной длинной слова в rep оказалась именно настройка по умолчанию - 512. А вот lzma:93mb:h1gb всё же проиграла по сжатию, хотя разница (после применения rep) всё равно вписывается в 2-10 Мб. Побробую ещё вариант 221mb:h256mb:bt4...

Ещё одна бяка нашлась.
При создании архива из директории имя обрезается до первой точки. То есть в одном месте было две директории ффф.яяяя и ффф.ыыы соответственно создался архив ффф.arc
Потом делался архив из второй директории и вместо создания второго архива информация добавляется в уже существующий.
Можно конечно задвать имя вручную, но лучше, чтобы оно создавалось автоматически.

Цитата:

Да, а насчёт ht4 вышло, что lzma:998mb:h512mb:mc128 по степени сжатия (на тех данных, образ игрушки для PS2) соответствует rep:512mb+lzma:186mb:h512mb:bt4:mc128 плюс-минус 100 кб (на 2.5 Гб архива), только работает раз в 5-8 медленнее.

быстрее будет когда я специалтный matchfinder под серьёзное сжатие напишу

а почему ты не пробуешь rep+tempfile+lzma:1gb?

кстати, раньше была проблема на rep+tempfile+rep+tempfile+lzma, возможно сейчас она устранена?

исправления свелись к тому, что раньше rep при упаковке выделял и освобождал множество мелких блоков памяти и это фрагментировало самый большой блок

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


Цитата:

При создании архива из директории имя обрезается до первой точки

оп-па. теперь я понял что делать. надо обрезать только имена обычных файлов


Цитата:

Жду - не дождусь, когда у GUI SFX модуля (под винду) будет ключик silent установки с возможностью задания пути по умолчанию, а также, как в WinRAR'е, фича запуска приложения после распаковки.

вероятно, надо сделать rar-совместимую ком. строку для sfx'ов, чтобы облегчить переход от rar к arc? тебя устроит если для начала приложение для запуска будет задаваться в ком. строке, а не встраиваться в сам sfx?

Bulat_Ziganshin


Цитата:

проверяй исправленный exe-шник http://www.haskell.org/bz/arc1.arc

Снова на -mx споткнулся:

FreeArc 0.50 alpha (June 3 2008) There is 27 percent of memory in use.
There are 2047 total Mbytes of physical memory.
There are 1493 free Mbytes of physical memory.
There are 3430 total Mbytes of paging file.
There are 2993 free Mbytes of paging file.
There are 2047 total Mbytes of virtual memory.
There are 2015 free Mbytes of virtual memory.
There are 0 free Mbytes of extended memory.

Allocated 1794 mb, addr=017B0000
Allocated 86 mb, addr=71AC0000
Allocated 72 mb, addr=78000000
Allocated 25 mb, addr=7C9B0000
Allocated 18 mb, addr=7E400000
Allocated 7 mb, addr=7F7F0000
Allocated 4 mb, addr=77610000
Allocated 1 mb, addr=77250000
Allocated 1 mb, addr=77C60000
There is 27 percent of memory in use.
There are 2047 total Mbytes of physical memory.
There are 1493 free Mbytes of physical memory.
There are 3430 total Mbytes of paging file.
There are 2989 free Mbytes of paging file.
There are 2047 total Mbytes of virtual memory.
There are 1 free Mbytes of virtual memory.
There are 0 free Mbytes of extended memory.
creating archive: mx.arc
Started: 0.00 secs
Found 1 files: 0.02 secs
Sorted 1 files: 0.02 secs
Joined filelists, 1 files: 0.02 secs
INFRA64.iso ["default","default","default","default","$compressed"]There is
27 percent of memory in use.
There are 2047 total Mbytes of physical memory.
There are 1493 free Mbytes of physical memory.
There are 3430 total Mbytes of paging file.
There are 2983 free Mbytes of paging file.
There are 2047 total Mbytes of virtual memory.
There are 2000 free Mbytes of virtual memory.
There are 0 free Mbytes of extended memory.

Allocated 1777 mb, addr=028C0000
Allocated 86 mb, addr=71AC0000
Allocated 72 mb, addr=78000000
Allocated 25 mb, addr=7C9B0000
Allocated 18 mb, addr=7E400000
Allocated 7 mb, addr=7F7F0000
Allocated 4 mb, addr=77610000
Allocated 2 mb, addr=01CC0000
Allocated 1 mb, addr=77250000
Allocated 1 mb, addr=77C60000
There is 27 percent of memory in use.
There are 2047 total Mbytes of physical memory.
There are 1493 free Mbytes of physical memory.
There are 3430 total Mbytes of paging file.
There are 2979 free Mbytes of paging file.
There are 2047 total Mbytes of virtual memory.
There are 2 free Mbytes of virtual memory.
There are 0 free Mbytes of extended memory.

Compressing 1 file of 738.603.008 bytes: 0.16 secs
Using exe+rep:705mb+delta+tempfile+lzma:128mb:max:bt4:128
Memory for compression 1344mb, decompression 10.0%
ERROR: Can't allocate memory required for (de)compression in lzma:128mb:max:bt4:128

Цитата:

Снова на -mx споткнулся:

FreeArc 0.50 alpha (June 3 2008)

неудивительно - это старый exeшник LOL

Цитата:

вероятно, надо сделать rar-совместимую ком. строку для sfx'ов, чтобы облегчить переход от rar к arc? тебя устроит если для начала приложение для запуска будет задаваться в ком. строке, а не встраиваться в сам sfx?

Да, вполне! Как говорится, было бы что-нибудь =) После извращений с SFX'ом 7-Zip'а уже ничего не страшно

Bulat_Ziganshin

Цитата:

неудивительно - это старый exeшник LOL

Шестой рабочий день на неделе не идет на пользу мозгу... Да, с новым все нормально.

Цитата:

После извращений с SFX'ом 7-Zip'а

- всё что угодно, только не это!
- разве вы забыли, что в нашем заведении клиентам позволено ВСЁ?
- мадам, он предложил мне рубли!!!

Цитата:

а почему ты не пробуешь rep+tempfile+lzma:1gb?

Вообще пробовал - хоть не совсем так, сначала создав архив сжатый одним rep, а уж потом lzma. Результат у rep:512mb:h28:a99++lzma:998mb:h512mb:ht4:128:mc128 вышел наилучший - но выигрыш всего 250 кб по сравнению с вариантом без rep, и 110 - по сравнению с lzma:186mb:h512mb:128:mc128. Всё же 6-8 часов на одно сжатие довольно долго, чтобы всё время с этим играться. Интересно, тут имеет смысл ставить mc256 или даже mc512 - хотя наверно это будет совсем долго, но даст ли оно лучшие результаты, чем те же установки для меньших словарей и bt4?

А насчёт lzma:221mb:h256mb:128:mc128 - к сожалению встали иероглифы и после перезапуска откусили от целого свободного блока в районе 200 Мб . Никто не может посоветовать, как их безболезненно деинсталлировать (ещё лучше - передвинуть базовый адрес или вообще его отменить, хотя оно может быть опасно)?

Так что на данный момент предел - lzma:192mb:h256mb, lzma:161mb:h512mb и lzma:63mb:h1gb - предел (вместо 220-221mb, 186mb и 93 mb соответственно). Но судя по результату rep++lzma:192mb:h256mb особой разницы в сжатии от увеличения хеша тут нету - даже лишние 6 mb словаря её перевесили, хоть и крошечный это выигрыш, 90 кб. Вот в скорости она могла быть, но я в этот раз её не мерил, в фоне что-то тяжёлое могло играться...


Цитата:

кстати, раньше была проблема на rep+tempfile+rep+tempfile+lzma, возможно сейчас она устранена?

Буду пробовать . Как раз есть на чём испытывать - обрай той же игры и её же с аддоном, там по сути один из образов даёт практически 100% повтор, содержится в другом;).

Цитата:

А насчёт lzma:221mb:h256mb:128:mc128 - к сожалению встали иероглифы и после перезапуска откусили от целого свободного блока в районе 200 Мб . Никто не может посоветовать, как их безболезненно деинсталлировать (ещё лучше - передвинуть базовый адрес или вообще его отменить, хотя оно может быть опасно)?

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

Если - Установить поддержку языков с письмом иероглифами - нужна для работы с иероглифами, то попробуйте изменить базовый адресс:
EDITBIN.EXE /REBASE:BASE=0x1000000 dlls.dll

Bulat_Ziganshin


Цитата:

Цитата: После извращений с SFX'ом 7-Zip'а

- всё что угодно, только не это!
- разве вы забыли, что в нашем заведении клиентам позволено ВСЁ?
- мадам, он предложил мне рубли!!!

Итак, свершилось, я запаковал 6 млн мелких файлов!

Сначала были взяты 6 млн мелких текстовых файлов (имена в основном короткие и на латинице) общим объёмом 17 Гб (на диске около 30-35 Гб) и запакованы консольной версией TAR - 36 часов непрерывной работы

Затем получившийся TAR-файл весом 21-22 Гб, был запакован 7-Zip-ом - и получился архив в 3,7 Гб (ещё 4 часа).

Когда такое можно будет сделать с помощью FreeArc за один проход - автору можно будет ставить памятник (лучше нерукотворный - так дешевле)

Цитата:

А почему такая реакция, если не секрет?

да просто по ассоциации вспомнил

egor23
так как насчёт того, чтобы дать мне твой настроенный комплект winarc с целью превращения его в инсталляционный?

egor23, спасибо большое за иероглифы , этой галки мне как раз не хватало (ну а если она всё же когда-либо понадобится, то можно будет либо не пользоваться такими объёмами памяти до следующей перезагрузки, либо и правда подредактировать мешающие dll'ки - да и потом у меня всё работало нормально до перезагрузки, судя по всему включившей эту галку - иероглифы и так отбражались и даже более-менее переносились в текстовых редаторах).


Цитата:

кстати, раньше была проблема на rep+tempfile+rep+tempfile+lzma, возможно сейчас она устранена?

Смотря какая из них. Вот что получилось: rep:1512mb:h27+tempfile+rep:1512mb:h27+tempfile+lzma:160mb:h512mb:max:128:mc128 упаковался без проблем.

А вот rep:512mb:h28+tempfile+rep:512mb:h28+lzma:180mb:h512mb:max:bt4:128:mc128 пройдя оба rep'а выдал вот что:

Stack space overflow: current size 8388608 bytes.
Use `+RTS -Ksize' to increase it.
arc053: CompressionLib_d2GJ: interrupted

Да, и судя по всему тут дело не в нехватке памяти для lzma - если вместо 180mb стоит, скажем, 186mb (т.е. предел для этого режима) - выдаётся
ERROR: Can't allocate memory required for (de)compression in lzma:186mb:h512mb:m
ax:bt4:128:mc128

Сейчас проверю то же самое, но вместо тяжёлой настройки lzma поставлю 3bx...

Bulat_Ziganshin

Цитата:

так как насчёт того, чтобы дать мне твой настроенный комплект winarc с целью превращения его в инсталляционный?

"Настроенного комплекта" как такого нет, т.к. минимизацией сложно заниматься...
Комплект делался на базе инстала FreeArc-0.50-win32-alpha-2008-06-03.exe (брались файлы от FreeArc).
http://forall.ru-board.com/egor23/FreeArc-0.50-win32-alpha-2008-06-03.7z
Комплект включает в себя:
1. FreeArc-0.50-win32-alpha-2008-06-03
2. GTK+ Runtime Environment
http://sourceforge.net/project/showfiles.php?group_id=71914&package_id=255391&release_id=560953
gtk2-runtime-2.10.14-2007-08-05-ash.exe
3. GTK+ Themes
http://sourceforge.net/project/showfiles.php?group_id=71914&package_id=255392&release_id=570368
gtk2-themes-2008-01-21-ash.exe
4. dll-ки из Gtk2Hs (которых нет в GTK+ Runtime)
Недостаток комплекта - gtk2_prefs.exe - нужна весрия с исправленным путём сохранения настроек\или с выбором места их сохранения.

Цитата:

2. шрифт по-умолчанию -

Не стал прописывать Lucida Sans Unicode, т.к. не очень смотрится.

Цитата:

(темы весят 50кбайт в архиве).

погорячился, там в комплекте ещё dll-ки идут, будет не 50кб, а 450кб.

Да, дело в цепочке rep+tempfile+rep+tempfile+ - если добавить хоть 3bx, хоть 1bx, всё равно та же ошибка. Сейчас смотрю, это из-за настройки h28, или даже на h27 можно увидеть нечто подобное...

Цитата:

А вот что при тестировании и распаковке вылетает ошибка нехватки памяти на 38.3%

обновил http://www.haskell.org/bz/arc1.arc - проверяй. учти, что ошибка была в упаковке, хотя и проявлялась только при распаковке. говоря коротко, несжимаемые данные записывались так, что требовали 2x памяти при распаковке. возможно, это причина и проблемы в MOC

Добавлено:

Цитата:

http://forall.ru-board.com/egor23/FreeArc-0.50-win32-alpha-2008-06-03.7z

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

Добавлено:

Цитата:

Да, дело в цепочке rep+tempfile+rep+tempfile

если ошибка возникала только при распаковке, весьма вероятно, что с новым rep это заработает