Перейти из форума на сайт.

НовостиФайловые архивы
ПоискАктивные темыТоп лист
ПравилаКто в on-line?
Вход Забыли пароль? Первый раз на этом сайте? Регистрация
Компьютерный форум Ru.Board » Компьютеры » Программы » FreeArc: бесплатный open-source архиватор - Часть 2

Модерирует : gyra, Maz

Widok (07-09-2009 19:15): Лимит страниц. Продолжаем здесь.  Версия для печати • ПодписатьсяДобавить в закладки
Страницы: 1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 21 22 23 24 25 26 27 28 29 30 31 32 33 34 35 36 37 38 39 40 41 42 43 44 45 46 47 48 49 50 51 52 53 54 55 56 57 58 59 60 61 62 63 64 65 66 67 68 69 70 71 72 73 74 75 76 77 78 79 80 81 82 83 84 85 86 87 88 89 90 91 92 93 94 95 96 97 98 99 100 101 102

   

Widok



Moderator-Следопыт
Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору

FreeArc
бесплатный open-source архиватор для Windows и Linux,
сочетающий высокую степень сжатия и большой набор возможностей


Официальный сайт | Скриншоты | Скачать
Документация на консольную версию | Документация на GUI версию
Сообщество пользователей FreeArc | Вики | Трекер (рассылка по ошибкам)
Проект на SourceForge.net | SVN-репозиторий | Поддержка InnoSetup
Обсуждение на encode.ru (англоязычное)

Скачать последний релиз - FreeArc 0.51 от 28 апреля 2009 г. Что нового: GUI с 14 локализациями, SFX/инсталятор, авто-определение типов файлов, очередное увеличение скорости и сжатия, словарь в lzma до 1 гб, исправлено 5 ошибок (рас)паковки (подробнее)
 
Текущая альфа версия: скачать (распаковывать поверх установленного FreeArc 0.51). Список исправлений, блог

MiniFAQ...

Подробное описание используемых алгоритмов
Почему он сжимает лучше и быстрее, чем 7-zip/rar...
Результаты тестов, подтверждающие его крутизну...
Почему для использования 2+ гб памяти желательно установить 64-битную версию Windows
Планы дальнейшего развития
Что подразумевается под "интеграцией с Explorer"
Старая FreeArc wiki (включая описание формата архива)
Логотип - объявляется конкурс на иконки для FreeArc

Сторонние оболочки для работы с FreeArc
wArc - простая и понятная программа управления архивами (требует .NET Framework 2.0)
PeaZip - менеджер архивов с поддержкой большого количества форматов, для Windows и Linux

Всего записей: 24190 | Зарегистр. 07-04-2002 | Отправлено: 12:02 30-01-2009 | Исправлено: Bulat_Ziganshin, 22:15 30-08-2009
Bulat_Ziganshin

Silver Member
Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
попробуй -m=precomp04+rep:128m+lzma:256m
 
думаю, дело в двух tempfiles. зотя вроде я этот баг уже с год как испарвил..

Всего записей: 3408 | Зарегистр. 13-08-2007 | Отправлено: 02:34 17-07-2009
DemonAk



Member
Редактировать | Профиль | Сообщение | ICQ | Цитировать | Сообщить модератору
с этими параметрами норм пакует -m=precomp04+rep:128m+lzma:256m и с другими тоже, я вот щас использую для тесту arc a data -ep1 -ld700mb -mm -mt0 --logfile=C:\temp\freearc.log -m=precs+rep:700mb:a99+exe+delta+tempfile+lzma:128mb:max:bt4:128 C:\USD\*, так вот без -r пакует все нормально как только ставлю -r вылетает. в Папке USD находится Файлов: 2 265; папок: 63
2Bulat_Ziganshin читал выше что я писал про gui, он не пакует если имя пакуемого каталога начинается с @, freearc просто закрывается и все, с консольным все ok в этом плане. И еще если в гуи нажать в окошке на имя, размер, изменен тоже вылетает.

Всего записей: 316 | Зарегистр. 08-11-2007 | Отправлено: 03:03 17-07-2009 | Исправлено: DemonAk, 19:08 17-07-2009
zema1982

Newbie
Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
Уважаемые, кто знает помогите пожалуйста! Пакую файлы из игры размером 1,16 Гб .Пакую консолью с прекомпом , ставлю параметры сжатия
Код:
-m=precomp+rep:512mb:a99+lzma:128mb  
Прекомп проходит быстро, пишет error level=2 подключается фриарк и пакует файлы  в архив .Размер архива идентичен папке с файлами. Такое впечатление что прекомп просто проходит мимо... arc.ini  precomp и папка с файлами в одной папке. в чем трабл , подскажите

Всего записей: 12 | Зарегистр. 13-07-2009 | Отправлено: 21:31 17-07-2009
AIMP

Junior Member
Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
Bulat_Ziganshin
Эксперемент с под ХР удался, связка -m=precomp04+rep:512m+lzma:256m  
замечательно себя показала, вообщем выводы на Win7 precompom рановато пользоватся, во всяком случае для запаковки, распаковка нормально работает!

Всего записей: 54 | Зарегистр. 21-02-2008 | Отправлено: 00:04 18-07-2009
Bulat_Ziganshin

Silver Member
Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору

Цитата:
Прекомп проходит быстро, пишет error level=2

precomp не срабатывает. обычно программы пишут сообщения об ошибках, а участники конференции считывают их телепатическим образом с твоего компьютера. но сейчас лето и телепаты в отпуске
 
Добавлено:

Цитата:
вообщем выводы на Win7 precompom рановато пользоватся

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

Всего записей: 3408 | Зарегистр. 13-08-2007 | Отправлено: 10:09 18-07-2009
AIMP

Junior Member
Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору

Цитата:
дело может быть в тысяче разных вещей. насколько я помню, у тебя чистый -m=precomp работал

Самое интересное что работал. Насчет тысячи причин согласен,но винда впринципе голая,я и антиварь отрубал на время упаковки.Иногда Precomp пишет что-то вроде  
"Файл ~temp0000000.dat_  не соответствует размерам" что-то в этом роде, насколько я понимаю то Precomp по каким-то приинам оступается при упаковке(бетка всетаки) или эту ошибку можно устранить??

Всего записей: 54 | Зарегистр. 21-02-2008 | Отправлено: 12:19 18-07-2009
zema1982

Newbie
Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору

Цитата:
precomp не срабатывает. обычно программы пишут сообщения об ошибках, а участники конференции считывают их телепатическим образом с твоего компьютера. но сейчас лето и телепаты в отпуске  
 

Вот код ошибки  

Код:
FreeArc 0.52 alpha (June 30 2009) creating archive: DATA2.arc
Compressing 21 files, 733.659.136 bytes. Processed   9.8%
Compressing 733.659.136 bytes with precomp -o$$arcpackedfile$$.tmp -slow $$arcda
tafile$$.tmp
 10.0%
Precomp v0.4 - ALPHA version - USE FOR TESTING ONLY
Free for non-commercial use - Copyright 2006-2009 by Christian Schneider
 
Input file: $$arcdatafile$$.tmp
Output file: $$arcpackedfile$$.tmp
 
Using PACKJPG.DLL for JPG recompression.
 
--> packJPG DLL v2.4WIP4 (11/06/2008) by Matthias Stirner <--
More about PackJPG here: http://www.elektronik.htw-aalen.de/packjpg
 
 10.0% 10.0%
Errorlevel=-2147483641
Compressed 21 files, 733.659.136 => 473.936.895 bytes. Ratio 64.5%
Compression time: real 1500.99 secs. Speed 489 kB/s
All OK


Всего записей: 12 | Зарегистр. 13-07-2009 | Отправлено: 18:54 18-07-2009
LonerDergunov



Silver Member
Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
Bulat_Ziganshin
По поводу моих вопросов на 85-й странице
http://forum.ru-board.com/topic.cgi?forum=5&topic=29437&start=1680
Спасибо за внимание, открыл данный форум, версию для печати, почитал, понял.
У меня для распаковки (судя по информации в архиве) нужен 1 Гб оперативки, и, видимо, на компьютере, как вы выражались, "не сошлися планеты" (то есть длл-ки в оперативке выстроились в оперативке; версия архиватора была 0.51).
 
Кстати, если это еще актуально, то GUI-версия 0.52 от 30 июня у меня под Windows7 x64 (build 7100) вываливается без объяснения причин как только пытаюсь начать любую архивацию. Да и под 32-битной ХР тоже работает нестабильно - после завершения архивации сразу вываливается. При этом версия от 15 июня работает более-менее стабильно.
 
Почитал форум, справку, начал потихоньку приобщаться к замечательному архиватору
Весь вечер подбирал себе оптимальные конфиги.
Возникли несколько вопросов:
1. Насколько влияют на скорость распаковки алгоритмы rep, dict, exe, delta, mm, tta?
2. При использовании алгоритма exe на "неподходящих" файлах может ли ухудшиться степень сжатия?
3. Если в свойствах архива (АкрИнфо) указывается, что необходимо 650 Мб оперативки для распаковки, то в большинстве случаев на машинах с 1 Гб оперативки такие архивы должны распаковываться без проблем? Или для гарантии нужно ставить словарь 512 Мб?
4. При использовании словарей rep и lzma размером 650 Мб при сжатии на одном и том же компьютере будет ли разница в скорости и степени сжатия если жать под 32 или 64 -битными системами?
5. При использовании внешних компрессоров - где они должны лежать для возможности распаковки полученного архива? В той же папке, где файл Arc.exe?  
6. Что означают алгоритмы сжатия tempfile и precs ?
7. Насколько я понял, внешний компрессор precomp стоит использовать если, например, все данные в игре запакованы в zip-архивы со сжатием. Он может их пережать таким образом, что дальнейшими упаковщиками этот zip-архив будет рассматриваться как несжатый? Можете, пожалуйста, разжевать, как его использовать, потому что после изучения данного форума совсем запутался с этим компрессором.

Всего записей: 2972 | Зарегистр. 11-07-2007 | Отправлено: 23:37 18-07-2009 | Исправлено: LonerDergunov, 12:44 19-07-2009
Bulat_Ziganshin

Silver Member
Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору

Цитата:
1. Насколько влияют на скорость распаковки алгоритмы rep, dict, exe, delta, mm, tta?  

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

Цитата:
2. При использовании алгоритма exe на "неподходящих" файлах может ли ухудшиться степень сжатия?  

да. на файлах без кода сжатие паадет на доли процента, на obj/lib-файлах сжатие уменьшается процентов на 10
 

Цитата:
3. Если в свойствах архива (АкрИнфо) указывается, что необходимо 650 Мб оперативки для распаковки, то в большинстве случаев на машинах с 1 Гб оперативки такие архивы должны распаковываться без проблем?

да. но при этом может использоваться tempfile, поскольку rep:650m+lzma:650m вместе в память не влезут и между ними должен быть вставлен tempfile: rep:650m+tempfile+lzma:650m  
 

Цитата:
4. При использовании словарей rep и lzma размером 650 Мб при сжатии на одном и том же компьютере будет ли разница в скорости и степени сжатия если жать под 32 или 64 -битными системами?  

да, разница может быть. а может и не быть - это зависит от деталей настройки lzma, использования опции -lc, и конкретной карты памяти
 

Цитата:
5. При использовании внешних компрессоров - где они должны лежать для возможности распаковки полученного архива?

в PATH (или текущем каталоге). в общем как обычно в windows
 

Цитата:
6. Что означают алгоритмы сжатия tempfile и precs ?  

tempfile означает что результаты пред. алгоритма записываются на диск и по окончании его з апускатся след. алгоритм, которому данные подаются с диска. позволяет запускать алгоритмы сжатия последовательно, тогда как по умолчанию они работают параллельно. tempfile автоматом вставляется если не хватает памяти для параллельного выполнения алгоритмов упаковки/распаковки
 
precs - это precomp:slow. запусти "arc a a -di -mprecs" и найди строку с "using"
 

Цитата:
7. Насколько я понял, внешний компрессор precomp стоит использовать если, например, все данные в игре запакованы в zip-архивы со сжатием.  

да, вообще, у precomp есть свой сайт, есть дока в комплекте программы
 

Цитата:
как его использовать

к примеру, -m=precomp+rep+exe+delta+lzma

Всего записей: 3408 | Зарегистр. 13-08-2007 | Отправлено: 11:56 19-07-2009
LonerDergunov



Silver Member
Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
Bulat_Ziganshin
Спасибо.
 

Цитата:
4. При использовании словарей rep и lzma размером 650 Мб при сжатии на одном и том же компьютере будет ли разница в скорости и степени сжатия если жать под 32 или 64 -битными системами?  
да, разница может быть. а может и не быть - это зависит от деталей настройки lzma, использования опции -lc, и конкретной карты памяти

Попробовал на примере 6-гиговой папки. К моему удивлению на 32-битной системе почти в два раза быстрее сжалось, при этом размер архива под 32-битной системой получился на 50 кб больше.
 

Цитата:
 tempfile автоматом вставляется если не хватает памяти для параллельного выполнения алгоритмов упаковки/распаковки

Например, вот здесь его надо вставлять принудительно? Сколько раз надо вставлять - три раза после каждого rep?
rep:650mb:h26:a99+rep:650mb:h26:a99+rep:650mb:h26:a99+delta+lzma:650m:a2:128:mc16
Если не вставлять, то во время распаковки при создании второго tmp, выскакивает ошибка и распаковка прекращается.
 
Насчет precomp.
Имеется файл Data.pak (зиповский архив 40 Мб).
Если его вручную распаковать и натравить на него lzma:650m, то на выходе получится 30 Мб.
Пробую precomp+lzma:650m - получается 39 Мб.
Как нужно?
 
Немного понял. Оказывается, нужно скачанный файл precomp.exe переименовать в precomp04.exe (только вот зачем такие сложности - чтоб только внимательные догадались, хоть бы в справке по FreeArkу это указать надо было).
Правда все равно на выходе получается 37 Мб (вместо желаемых 30).
Попробовал precomp:slow+lzma:650m
В итоге получилось 30,5 Мб. Но все-равно не 30 Мб. Или так и должно быть, учитывая, что архивируется не набор файлов, а архив ?

Всего записей: 2972 | Зарегистр. 11-07-2007 | Отправлено: 12:19 19-07-2009 | Исправлено: LonerDergunov, 12:48 19-07-2009
Bulat_Ziganshin

Silver Member
Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору

Цитата:
Оказывается, нужно скачанный файл precomp.exe переименовать в precomp04.exe

большинство пользователей просто устанавливает add-on и используют -max
 
тем, кто хочет пойти своим путём, придётся разбираться в деталях. все их описать невозможно

Всего записей: 3408 | Зарегистр. 13-08-2007 | Отправлено: 14:59 19-07-2009
LonerDergunov



Silver Member
Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору

Цитата:
просто устанавливает add-on

А слона-то я не заметил.
То есть не заметил, что на сайте FreeArcа есть дополнительные упаковщики.)))
 

Цитата:
тем, кто хочет пойти своим путём

А мы не ищем легких путей
Хочется ведь разобраться во всем, а не бездумно использовать.

Всего записей: 2972 | Зарегистр. 11-07-2007 | Отправлено: 17:24 19-07-2009
cdman67

Junior Member
Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору

Цитата:
В итоге получилось 30,5 Мб. Но все-равно не 30 Мб. Или так и должно быть, учитывая, что архивируется не набор файлов, а архив ?
 

В архиве файлы могут быть расположены как угодно, а набор файлов фриарк перед упаковкой сортирует по расширению, что в совокупности с солид-сжатием приводит к меньшему размеру архива.
 
 
 
Добавлено:
Bulat_Ziganshin, facompress.dll при распаковке юзается, или только при упаковке ?

Всего записей: 100 | Зарегистр. 30-10-2006 | Отправлено: 17:56 20-07-2009
AIMP

Junior Member
Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
cdman67
Я без facompress.dll распаковываю, и безразници или через Arc.exe или через unarc.exe  
заметной скорости не замечал.А вообще и для упаковки не использую,..

Всего записей: 54 | Зарегистр. 21-02-2008 | Отправлено: 23:13 20-07-2009
cdman67

Junior Member
Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
AIMP, ну всё-таки при упаковке прирост 10% таки даёт, мне вот интересно - при распаковке тот же эффект или вообще ничего...

Всего записей: 100 | Зарегистр. 30-10-2006 | Отправлено: 23:20 20-07-2009
AIMP

Junior Member
Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
cdman67
Я в один день тоже задался этим вопросом,пробовал на разных архивах с разным видом упаковки,то существенного не заметил, я конечно не распаковывал 10гб архивы,но для архивов до 1 гб. разници невидно или ее вообще нету, можно конечно эксперемент зделать. с секундомером на одном компе..

Всего записей: 54 | Зарегистр. 21-02-2008 | Отправлено: 23:34 20-07-2009
Bulat_Ziganshin

Silver Member
Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору

Цитата:
facompress.dll при распаковке юзается

да. выигрыш зависит от конкретных алгоритмов

Всего записей: 3408 | Зарегистр. 13-08-2007 | Отправлено: 00:15 21-07-2009
CTACKo

Junior Member
Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
А вот какой-то SBC Archiver жмет с небольшим выигрышем у фа на некоторых типах данных, распаковывает жутко долго...
 
И есть вопрос - можно ли как-то задать консольному фа в командной строке алгов сжатия для определенных типов данных по маске, если эти расширения не описаны в ini?
Например: -mrep:512m+tempfile+lzma:512m/$mcz=tta
Но это не работает, наверное неправильно написано. Цель такая - сначала жмем файлы *.mcz методом tta, затем полученное сваливаем в темп-файл вместе с остальным НЕ-mcz и жмем репом и затем снова в темп-файло и оный уже накрываем лзмой. Как это описать консольнику, подскажите, будьте добры?

Всего записей: 180 | Зарегистр. 05-09-2008 | Отправлено: 00:46 21-07-2009 | Исправлено: CTACKo, 00:52 21-07-2009
Bulat_Ziganshin

Silver Member
Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
"какой-то" sbc до fa был на первом месте в mfc
 

Цитата:
если эти расширения не описаны в ini?  

нет. есть в таких, отдалённых планах..

Всего записей: 3408 | Зарегистр. 13-08-2007 | Отправлено: 00:53 21-07-2009
CTACKo

Junior Member
Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
хорошо, а если описать в ini то тогда как? помниццо у меня не получалось ранее...

Всего записей: 180 | Зарегистр. 05-09-2008 | Отправлено: 01:09 21-07-2009
   

Страницы: 1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 21 22 23 24 25 26 27 28 29 30 31 32 33 34 35 36 37 38 39 40 41 42 43 44 45 46 47 48 49 50 51 52 53 54 55 56 57 58 59 60 61 62 63 64 65 66 67 68 69 70 71 72 73 74 75 76 77 78 79 80 81 82 83 84 85 86 87 88 89 90 91 92 93 94 95 96 97 98 99 100 101 102

Компьютерный форум Ru.Board » Компьютеры » Программы » FreeArc: бесплатный open-source архиватор - Часть 2
Widok (07-09-2009 19:15): Лимит страниц. Продолжаем здесь.


Реклама на форуме Ru.Board.

Powered by Ikonboard "v2.1.7b" © 2000 Ikonboard.com
Modified by Ru.B0ard
© Ru.B0ard 2000-2024

BitCoin: 1NGG1chHtUvrtEqjeerQCKDMUi6S6CG4iC

Рейтинг.ru