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

Не возникнет ли проблем с распаковкой архивов, созданных последней версией сабжа, версией выложенной на оф. сайте (сжатие lzma hc4)?

Цитата:

Не возникнет ли проблем с распаковкой архивов, созданных последней версией сабжа, версией выложенной на оф. сайте (сжатие lzma hc4)?

не должно. а за исключением сжатия в -m1, совместимость сохраняется и с 0.40

Цитата:

а оно нужно?

не особо.

Цитата:

Цитата:
Это был набор ресурсных файлов игры.

гм, я бы взглянул на этот архив..

скачайте игру call of duty world at war - это новая игра, ее везде сейчас скачать предлагают и на торрентах и на варезниках. Весить будет примерно 8Гб. Качайте именно оригиналку, т.е. англоязычную версию и жмите в архив файлы main\*.iwd - это zip/zlib, метод компрессии copy, т.е. без сжатия. Что парадоксально, так это то, что даже если я распакую архивы, т.е. представлю их папками с файлами - это только увеличивает конечный размер в случае с FreeArc -мх, а в случае с чистым лзма от InnoSetup наоборот, что ожидаемо, уменьшает. Правда совершенно несущественно, буквально пару кил, однако стоит учесть что приходится также сохранять дерево/иерархию файлов, хотя в iwd/zip архиве-то она тоже сохранена...

P.S. Это, наверное, будет (если будет) первым случаем когда игру скачают не для того чтобы в нее поиграть

CTACKo
ты лучше скажи до скольких ты ее (игру) сжал в -mx режиме?

CTACKo

Цитата:

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

Версия FreeArc, лог упаковки (-mx -di -di+$%).

Цитата:

в архив файлы main\*.iwd - это zip/zlib, метод компрессии copy

Посмотрел iwd, там лежат картинки DDS (iwi) (упаковываются) и звук wav (ADPCM)(тоже пакуется).

Добавлено:

Цитата:

скачайте игру call of duty world at war

дайте линк на ту версию над которой опыты ставили.

FreeArc (and it's companion libraries) sources are now available via SVN:

https://freearc.svn.sourceforge.net/svnroot/freearc

you can even ask me about write access

Алгоритм распаковки в unarc.exe и в arc.exe чем-нибудь отличается? И версия unarc.exe на hs.org/bz/unarc.exe является самой последней? (может лучше писать действительную версию, вместо 2008-06-23 ?)

juvaforza

Цитата:

Алгоритм распаковки в unarc.exe и в arc.exe

нету онлайн возможностей

Bulat_Ziganshin
кстати онлайн возможности можно сделать отключаемыми (ключом), чтобы dll-ки соответствующие не цеплялись?
или версию arc.exe без онлайн возможностей сделать?

egor23
тоесть?

Добавлено:
портативность всмысле?

juvaforza
в смысле, arc.exe умеет распаковывать архивы прямо из интернета (путь архива может быть URL-ом), а unarc.exe - только с диска

juvaforza

Цитата:

тоесть?

если память не изменяет, то в unarc.exe "заточен" под распаковку, и появился из-за того что в TC или Far были или задержки с входом в архив или ещё что-то.

Bulat_Ziganshin

Цитата:

кстати онлайн возможности можно сделать отключаемыми (ключом), чтобы dll-ки соответствующие не цеплялись?
или версию arc.exe без онлайн возможностей сделать?

наверно что-то перепутал:
system32\comctl32.dll (5.82.2900.2180) за что овечает?

egor23

Цитата:

system32\comctl32.dll за что овечает?

если не изменяет память, там лежат всякие common controls (например, диалог открытия файлов)

Ни у кого дополнений\замечаний к черновику MiniFAQ нет?

по поводу stack overflow - не упомянуто, что вместо батника м/б проще работать непосредственно в консоли, и жёстко задан размер стека.
Т.е. предлагаю изложить этот вопрос в редакции:

Q: Ошибка: Stack space overflow: current size *** bytes. Use `+RTS -Ksize' to increase it.
A: Надеемся, что этот баг уже исправлен, но если срочно нужно, то вот обходные способы:
1) в консоли, перед выполнением проблемной команды, увеличить размер стека.
Пример: (размер стека 20 мб):

Код: set GHCRTS=-K20m
arc (здесь ваша команда для arc'а без скобок)

egor23

Цитата:

кстати онлайн возможности можно сделать отключаемыми (ключом), чтобы dll-ки соответствующие не цеплялись?
или версию arc.exe без онлайн возможностей сделать?

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

логично просто поменять static binding к dll на dynamic

тогда она просто будет загружаться только при реальном использовании

как я понимаю, это значительно снищит потребность в unarc?

кстати, unarc был сделан как *маленькая* прога, способная извлеккаить архивы. для всяких дистрибуьтов и т.п., замена sfx когда он не вписывается

ну и поскольку, в отличии от arc, чтение каталога архива там написано на С, он оказался куда быстрее при выводе каталога архива и распаковке отдельных файлов из архивов где их много

я сейчас подумываю о том, чтобы использовать этот код в самом arc чтобы ускорить эти действия в нём в частности открытие арзива в GUI

Добавлено:

Цитата:

Алгоритм распаковки в unarc.exe и в arc.exe чем-нибудь отличается?

смотря что ты имеешь в виду. они отлчиаются по использованию памяти - unarc не вставляет tempfile


Цитата:

И версия unarc.exe на hs.org/bz/unarc.exe является самой последней? (может лучше писать действительную версию, вместо 2008-06-23 ?)

нет, я её давно не обновлял. счас сделаю. дата - это самая действительная версия, разве писать 0.50 alpha будет лучше?

Bulat_Ziganshin

Цитата:

логично просто поменять static binding к dll на dynamic

тогда она просто будет загружаться только при реальном использовании

Более чем логично.


Цитата:

как я понимаю, это значительно снищит потребность в unarc?

"Смотря как смотреть".

В старые времена утилиты вроде unzip, unarj и т.д. требовались для того, чтобы на дискете с архивом не тратить лишнее место под "толстый" архиватор, экономя при этом несколько десятков или сотен килобайт, да и для работы такой консольный "разархиватор" требовал меньше памяти. Сейчас, когда размер сменных носителей и оперативки измеряется гигабайтами, я особой разницы не вижу.

Bulat_Ziganshin
Просто контрольная сумма не совпадает с файлом с релиза от 2008-06-23, я и подумал, что файл изменялся, а дата нет.

Цитата:

смотря что ты имеешь в виду.

Ну явно не такое А потребность не снищит, ведь существует себе UnRAR спокойно.

Цитата:

логично просто поменять static binding к dll на dynamic

тогда она просто будет загружаться только при реальном использовании

как я понимаю, это значительно снищит потребность в unarc?

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

Bulat_Ziganshin

Цитата:

логично просто поменять static binding к dll на dynamic

тогда она просто будет загружаться только при реальном использовании

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

Цитата:

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

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

Добавлено:
btw, what are the lastest cpus with L1D cache <32kb? i think p4 before prescott?

and latest cpus with L2 effective cache <256kb? duron and celeron(p4) up to 2.2 ghz or so?

i want to optimize -1 mode for 32+ kb L1 cache, -2/-3 for small L2 (256+ kb) and -4/-5 for large L2 (4+ mb), any critique?

Bulat_Ziganshin
Встройте пожалста lpaq (8 версию) в программу. Где-то на первых страницах этой темы уже была подобная просьба и вы сказали что если будут желающие... в общем я один из них

PAQer

Цитата:

lpaq (8 версию)

Залез на maximumcompression.com и посмотрел результаты lpaq 8 в сравнении с freearc в режиме -mx. FreeArc в 4 с лишним раза быстрее сжал и почти в 18 раз быстрее разжал, при этом выиграв в компрессии.

Просто академический интерес - какая вообще польза от lpaq ?

Цитата:

Просто академический интерес - какая вообще польза от lpaq ?

На некоторых типах файлов есть неплохой прирост в степени сжатия. Те же exe&dll, некоторые BMP/TGA, ADPCM'ы и т.д. И вдобавок связка с MM и прочими препроцессорами будет на лету без промежуточных файлов - это мне и нужно.

lpaq в чистом виде - да, проигрывает, а в сочетании с фильтрами FA - думаю, выиграет легко ( по сжатию).

LPAQ очень медленный и, что еще хуже, "симметричный". Это делает его малопригодным в плане эффективности.

Кому захочется ждать более получаса распаковки архива, который FreeARC распакует за пару минут ?

Цитата:

результаты lpaq 8 в сравнении с freearc в режиме -mx. FreeArc в 4 с лишним раза быстрее сжал и почти в 18 раз быстрее разжал, при этом выиграв в компрессии.

выигрыш в компрессии - только благодаря MM и фильтрам. сам по себе lpaq конечно лучше lzma/ppmd

по нынешним временам интересно это сделать в виде dll-ки с испольщованием cls api. никто не хочет попробовать свои силы в программировании?

Добавлено:
updated http://www.haskell.org/bz/arc1.arc
Fixed GUI bugs:

* first file in directory was selected after any operation if nothing was selected before
* ArcInfo on empty.arc or non-archive was terminated program
* DoubleClick/Enter on non-archives now executes them

Also:

* arc.ini: improved MM compression in -m3xx/-m4xx
* a little faster -m1 mode, thanks to Joachim Henke

Bulat_Ziganshin

Цитата:

DoubleClick/Enter on non-archives now executes them

Ура.
- А чего файлы через консоль запускаются?
- Запись в окошке событий об попытки открыть архив - "архив абв.abc поврежден ..."
- Файлы с русскими именами и пробелами не открываются.
- Если внутри самого архива щелкуть на файле, открывается пустое окно, лучше бы тогда вообще никаких действий не выполнялось.

Цитата:

- А чего файлы через консоль запускаются?

я использую start, лучше не получилось

посмотрю, можно ли решить все эти проблемы малой кровью