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

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

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

Widok (30-01-2009 12:03): лимит страниц. продолжаем здесь  Версия для печати • ПодписатьсяДобавить в закладки
Страницы: 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

   

Bulat_Ziganshin

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

Официальный сайт
Документация он-лайн на консольную версию
Скриншоты / Документация на GUI версию
Страница загрузки
Проект на SourceForge.net / SVN-репозиторий

Последний релиз - FreeArc 0.40 от 1 января 2008 г. Новая версия включает мультимедиа-сжатие, улучшение обычного сжатия, сверх-быструю упаковку в режимах -m1/m2, поддержку произвольных внешних упаковщиков, настраиваемых в arc.ini, 1.5-кратное увеличение скорости работы на 2-ядерных процессорах, навороченное шифрование, полностью работающие плагины для FAR/TC, прямой доступ к архивам в интернете, восстановление архивов через интернет и множество других изменений (полный список)
 
Текущая альфа версия 0.50 от 23 июня 2008 г. Включает GUI с русификацией (описание), автоматическое определение типов файлов, создание SFX, ускорены режимы -m3/m4 и linux-версия, решены проблемы на машинах с 2+ гб ОЗУ, исправлены ошибки в -m1 и -mx (полный список изменений)

MiniFAQ...

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

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

предыдущая версия шапки

Всего записей: 3408 | Зарегистр. 13-08-2007 | Отправлено: 12:55 13-08-2007 | Исправлено: juvaforza, 20:57 28-01-2009
Registered User

Junior Member
Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
А может, FA перед загрузкой DLL должен прихватизировать все большие блоки памяти? Желательно, конечно, вообще перед запуском.

Всего записей: 76 | Зарегистр. 22-12-2007 | Отправлено: 13:05 29-01-2009
egor23



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

Цитата:
настройки предельные (по-умолчанию)

кстати как-то говорили про настройки, чтобы было 1023m.
 
Добавлено:
или это было 2047m не помню уже...

Всего записей: 3832 | Зарегистр. 03-11-2003 | Отправлено: 13:11 29-01-2009
Bulat_Ziganshin

Silver Member
Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
главная проблема - это распаковка под обычным win32. чтобы пользователи, не съевшие собаку на fa, не натыкались на грабли. я пока думаю надо сделать -ld768m по умолчанию
 
а динамическая загрузка dll для url - это так, мелкий бонус, поскольку gui версия как я понимаю, всё равно будет иметь проблемы с наличием 1гб куска?

Всего записей: 3408 | Зарегистр. 13-08-2007 | Отправлено: 14:01 29-01-2009
egor23



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

Цитата:
поскольку gui версия как я понимаю, всё равно будет иметь проблемы с наличием 1гб куска?

это зависит от софта установленного у пользователя.
 

Цитата:
я пока думаю надо сделать -ld768m по умолчанию

это тоже может быть не достаточно
-ld512m лучше

Всего записей: 3832 | Зарегистр. 03-11-2003 | Отправлено: 14:31 29-01-2009
Benchmark



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

Цитата:
главная проблема - это распаковка под обычным win32. чтобы пользователи, не съевшие собаку на fa, не натыкались на грабли. я пока думаю надо сделать -ld768m по умолчанию

Тут просто нужно определиться с критерием "граблей".
 
Как вариант: архив, созданный любым из стандартных пресетов должен гарантированно распаковываться на машине с 256 Mb памяти. Ну или что-то в этом роде.
 
Если же юзер вместо стандартного пресета использует собственный набор параметров сжатия, то это уже его личные проблемы. Но среди "не съевших собаку на FA" таких точно не будет.

Всего записей: 6924 | Зарегистр. 01-10-2002 | Отправлено: 15:20 29-01-2009
egor23



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

Цитата:
на машине с 256 Mb памяти.

это уже перебор для таких нужно будет -ld128m (+\- )

Цитата:
архив, созданный любым из стандартных пресетов

если это будет создаваться на машине с 256МБ, то параметры и так скорректируются.

Всего записей: 3832 | Зарегистр. 03-11-2003 | Отправлено: 15:35 29-01-2009
Benchmark



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

Цитата:
это уже перебор

Это не перебор. Да, новые компьютеры сейчас продаются с объемом памяти от 1 Gb и выше. Но парк активно используемых старых компьютеров, на которых стоит 768, 512 или даже 256 Mb - весьма велик.  
 
Поэтому когда встанет вопрос: использовать RAR, который гарантированно распакуется везде, или FA, который не факт что вообще распакуется на целевой машине, выбор будет очевиден и отнюдь не в пользу FA.
 
p.s.
Цитата:
если это будет создаваться на машине с 256МБ, то параметры и так скорректируются

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

Всего записей: 6924 | Зарегистр. 01-10-2002 | Отправлено: 16:45 29-01-2009 | Исправлено: Benchmark, 16:59 29-01-2009
Registered_User

Junior Member
Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
это не перебор. на моей машине гую доступно около 550 мб из-за dll

Всего записей: 76 | Зарегистр. 22-12-2007 | Отправлено: 17:26 29-01-2009
egor23



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

Цитата:
Юзер просто по привычке выставит "максимальное сжатие", а после будет удивляться, почему архив не везде распаковывается.

Вот, юзер, выставит, уже изменил настройки, по-умолчанию стоит нормальное (-m4)
упаковка\распаковка - 132m, там же написано, если юзер не думает головой его проблемы.
и тем более

Цитата:
я пока думаю надо сделать -ld768m по умолчанию

это лимит относится больше к виртуальной памяти, а не физической, если у юзера 128МБ опер.памяти, он наверно знает об этом, и что настройки нужно по проще выбрать.
 
Registered_User

Цитата:
это не перебор.

те проблемы, которые были у юзеров напримере 7-zip, показали что блок в 512МБ есть, с другой стороны если адресное пространство сильно порезано, можно использовать параметр /3GB, будет ещё блок 1023МБ, и тогда точно распакуется.

Всего записей: 3832 | Зарегистр. 03-11-2003 | Отправлено: 17:56 29-01-2009 | Исправлено: egor23, 18:04 29-01-2009
Benchmark



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

Цитата:
Вот, юзер, выставит, уже изменил настройки

Нет. Это стандартный пресет. Который обязан работать на подавляющем большинстве машин. Это основы юзабилити.
 
Людей, которые не думают головой и не читают документацию - вагон. Максимум, такой юзер поинтересуется: "А как тут выставить максимальное сжатие ? -mx ? Отлично !". И влупит этот -mx везде, где сможет. А после будет удивляться, почему на некоторых компьютерах архив не распаковывается. Виноват, конечно, будет "кривой и глючный FreeARC".  
 
 

Цитата:
те проблемы, которые были у юзеров напримере 7-zip, показали что блок в 512МБ есть, с другой стороны если адресное пространство сильно порезано, можно использовать параметр /3GB, будет ещё блок 1023МБ, и тогда точно распакуется

FreeARC позиционируется как архиватор для массового пользователя, а не как очередная игрушка для compression-фриков.  
 
Так вот, массовый пользователь в подавляющем большинстве понятия не имеет ни про ключи /3GB, ни про непрерывные блоки памяти, ни "про прочие внутренние детали". И совершенно не обязан это знать. Точно так же, как больной не обязан знать состав и способ синтеза таблеток, которые он принимает.

Всего записей: 6924 | Зарегистр. 01-10-2002 | Отправлено: 18:19 29-01-2009 | Исправлено: Benchmark, 18:28 29-01-2009
Registered_User

Junior Member
Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
Голосую за оставление в гуи только пресетов с памятью для распаковки <192мб. остальные пусть будут в консоли.

Всего записей: 76 | Зарегистр. 22-12-2007 | Отправлено: 18:38 29-01-2009 | Исправлено: Registered_User, 18:39 29-01-2009
Bulat_Ziganshin

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

Цитата:
Людей, которые не думают головой и не читают документацию - вагон. Максимум, такой юзер поинтересуется: "А как тут выставить максимальное сжатие ? -mx ? Отлично !". И влупит этот -mx везде, где сможет.  

 
такие юзера здесь и на английском форуме постоянно и появляются
 

Цитата:
Так вот, массовый пользователь в подавляющем большинстве понятия не имеет ни про ключи /3GB, ни про непрерывные блоки памяти, ни "про прочие внутренние детали".

вот именно. те, кто знают, пусть выставляют и -ld побольше - под свою ответственность

Всего записей: 3408 | Зарегистр. 13-08-2007 | Отправлено: 18:59 29-01-2009
egor23



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

Цитата:
вот именно. те, кто знают, пусть выставляют и -ld побольше - под свою ответственность

тогда всё должно отражено в документации:
как работает архиватор (про работу с памятью);
почему по-умолчанию "сромные" настройки.

Всего записей: 3832 | Зарегистр. 03-11-2003 | Отправлено: 19:08 29-01-2009
Bulat_Ziganshin

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

Цитата:
Голосую за оставление в гуи только пресетов с памятью для распаковки <192мб

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

Всего записей: 3408 | Зарегистр. 13-08-2007 | Отправлено: 20:02 29-01-2009
egor23



Silver Member
Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
Bulat_Ziganshin
FreeArc 27.01.2009
GUI:
1. Упаковка: вывод информации о текущем файле, сделайте "выравнивание по левому краю", т.е. чтобы был видно имя файла, а сейчас начинается вывод с папки, и если путь длинный не видно какой файл упаковывается.
 
2. Настройки: Профиль упаковки: можно сохранить, а удалить нельзя.
 
3. АркИнфо:
Словарь: выводится всего два значения, причём первое и последние в цепочке.
например:
-mrep:256m+rep:32m+rep:76m+rep:75m
будет выведено 256mb + 75mb
 
Arc.exe:
дата стоит 24.01.2009
 
Добавлено:
Bulat_Ziganshin

Цитата:
то, что нужен определённый объём физической памяти для распаковки - это знают все. особенности же виндов в распределении адресного пространства я лично впервые освоил когда мы с этим столкнулись на fa.

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

Всего записей: 3832 | Зарегистр. 03-11-2003 | Отправлено: 21:00 29-01-2009
Bulat_Ziganshin

Silver Member
Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
updated http://www.haskell.org/bz/arc1.arc

Цитата:
DoubleClick/Enter on non-archives now executes them
 
Ура.
- А чего файлы через консоль запускаются?
- Запись в окошке событий об попытки открыть архив - "архив абв.abc поврежден ..."
- Файлы с русскими именами и пробелами не открываются.
- Если внутри самого архива щелкуть на файле, открывается пустое окно, лучше бы тогда вообще никаких действий не выполнялось.

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

Цитата:
1. Упаковка: вывод информации о текущем файле, сделайте "выравнивание по левому краю", т.е. чтобы был видно имя файла, а сейчас начинается вывод с папки, и если путь длинный не видно какой файл упаковывается.  

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

Цитата:
-mrep:256m+rep:32m+rep:76m+rep:75m
будет выведено 256mb + 75mb  

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

Цитата:
2. Настройки: Профиль упаковки: можно сохранить, а удалить нельзя.  

записал
 

Цитата:
кстати почему нельзя выделять память небольшими блоками, т.е. какие минусы при этом будут?

1) придётся переделывать все алгоритмы сжатия или хотя бы распаковки (точнее 4  - lzma, rep, ppmd, tor)
2) после этого они станут работать медленней, хотя скорей всего ненамного
тоже записал

Всего записей: 3408 | Зарегистр. 13-08-2007 | Отправлено: 00:03 30-01-2009 | Исправлено: Bulat_Ziganshin, 00:07 30-01-2009
Benchmark



Gold Member
Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
Bulat_Ziganshin
А вот еще пара моментов к GUI.
 
1. По кнопочке "UP" можно выйти максимум в корень диска. Чтобы перейти на другой диск, надо вбивать его имя вручную. Неудобно.
 
2. Следствие из п.1 При вводе вручную имени диска без слэша после двоеточия (например C:  вместо C:\) GUI наглухо виснет.

Всего записей: 6924 | Зарегистр. 01-10-2002 | Отправлено: 00:39 30-01-2009
CTACKo

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

Цитата:
здесь скорей всего разница в доступной памяти. -mx использует 4 гига для сжатия, но поджимается на более слабых машинах  кстати, сжатие при меньшей памяти может быть лучше

все бы хорошо, только вот параметры были -mx -ld512
но да, реально видно разное кол-во ОЗУ из физических 4Гб: 2.84Гб (б0льший архив) и 3.00Гб (меньший архив). вынь32 не в силах явить 4Гб ОЗУ, думаю не надо объяснять почему
и набор данных был абсолютно одинаков - я просто скопировал, перепроверил сколько папка занимает и тогда на обеих машинах стартовал сжатие.
и я перепроверил тесты сжатия файлов iwd из папки main в cod5. lzma сжал до 2.02Гб (2.01 при ultra), fa -mx -ld512 до 1.99Гб. Разницы практически нет. Скорее всего fa сильно проиграл при сжатии -м9х - разница получалась в несколько сотен Мб, примерно до 300, т.е. ~2.3Гб.

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



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

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

Сортировка:
имя - сортирует в обратном порядке, т.е. для столбца имя, по-умолчанию, стрелка вверх должна быть.
в WinRar и 7-zip настройки помнятся (хоть в 7-zip стрелки и не отображаются).
 
GUI:
При прерывании упаковки выскакивает ошибка и FreeArc закрывается:
gtk2hs_closure_marshal: uncaught exception
 

Цитата:
1. По кнопочке "UP" можно выйти максимум в корень диска. Чтобы перейти на другой диск, надо вбивать его имя вручную. Неудобно.

помимо "UP" хочется видеть строчку с ... для подъёма на уровень выше.
 

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

про выравнивание слева это надо понимать не дословно.
опять по старой памяти на WinUha ориентировался.
с другой стороны сейчас окно можно растягивать, но не поможет при очень длинных путях - вывод идёт в одну строку.
в WinRar: не выводит пути, только имя файла.
в 7-zip вывод в две строки:
путь на первой (лишнее вырезается в середине)
имя файла на второй.
 
CTACKo

Цитата:
все бы хорошо, только вот параметры были -mx -ld512

параметры цепочки могут меняться взависимости от доступности памяти.

Цитата:
но да, реально видно разное кол-во ОЗУ из физических 4Гб: 2.84Гб (б0льший архив) и 3.00Гб (меньший архив). вынь32 не в силах явить 4Гб ОЗУ, думаю не надо объяснять почему

а программы не работают на прямую с ОЗУ.
кстати не могли бы на системе, где ОЗУ из физических 4Гб видится 2.84Гб
выложить логи от утилит: memo2g.exe и memo4g.exe
для лога memo4g.exe, нужно систему с параметром /3GB запускать
http://www.haskell.org/bz/memo.7z
и написать что за система и какое железо стоит.
 

Цитата:
и я перепроверил тесты сжатия файлов iwd из папки main в cod5. lzma сжал до 2.02Гб (2.01 при ultra), fa -mx -ld512 до 1.99Гб.

Не нужно забывать, что есть предел сжатия данных (выше головы не прыгнишь).
не плохобы взяглянуть на лог упаковки -mx -ld512 -di -di+$%

Цитата:
Скорее всего fa сильно проиграл при сжатии -м9х - разница получалась в несколько сотен Мб, примерно до 300, т.е. ~2.3Гб.

Очень хороший вопрос, можно на него просто ответить, настройки алгоритмов сжатия (lzma) были хуже, чем в 7-zip, но для точного ответа нужен лог.
-m9x -di -di+$%
 
Bulat_Ziganshin
Обратил внимание, что rep в -mx есть, а в -m9x нету, не совсем понял почему так?
 
Добавлено:

Цитата:
с другой стороны сейчас окно можно растягивать, но не поможет при очень длинных путях - вывод идёт в одну строку.

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

Всего записей: 3832 | Зарегистр. 03-11-2003 | Отправлено: 06:34 30-01-2009 | Исправлено: egor23, 09:42 30-01-2009
Registered User

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

Цитата:
кстати почему нельзя выделять память небольшими блоками, т.е. какие минусы при этом будут?
1) придётся переделывать все алгоритмы сжатия или хотя бы распаковки (точнее 4  - lzma, rep, ppmd, tor)  
2) после этого они станут работать медленней, хотя скорей всего ненамного  
тоже записал

А не проще ли поковыряться с winapi? Ведь в будущем к FA могут подключаться другие библиотеки,с которыми тоже надо бороться.  
Задача: выделить память, прежде чем DLL'ки загрузятся.

Всего записей: 76 | Зарегистр. 22-12-2007 | Отправлено: 10:58 30-01-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

Компьютерный форум Ru.Board » Компьютеры » Программы » FreeArc: бесплатный open-source архиватор
Widok (30-01-2009 12:03): лимит страниц. продолжаем здесь


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

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

BitCoin: 1NGG1chHtUvrtEqjeerQCKDMUi6S6CG4iC

Рейтинг.ru