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

НовостиФайловые архивы
ПоискАктивные темыТоп лист
ПравилаКто в 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
egor23



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

Цитата:
 так понял, что в 7-zip идет запоминания по каждому типу архива.

что там и как это уже детали.

Цитата:
это ужасно  
- Если сортировать по полю "Изменен" сортируются вперемешку и папки, и файлы.

Какая там логика сортировки это опять же детали.
 
Добавлено:
поправил названия топика:

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


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

Silver Member
Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
поправил Планы дальнейшего развития...
 
Добавлено:

Цитата:
- Если сортировать по полю "Изменен" сортируются вперемешку и папки, и файлы.  
 

в far то же самое. считаете, надо каталоги отдельно?
 

Цитата:
какой-то поток сознания
непонятно написал?  

ага
 

Цитата:
нет стрелка показывает вниз (имя), т.е. сортировка по убыванию, а сортирует по возрастанию.
 
а так у всех столбцов по-умолчанию стрелка вниз смотрит, для столбцов Размер и Изменён это  
правильно, а для Имя нет.

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

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

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

Цитата:
-m*x - это методы сжатия с быстрой и требующей мало памяти распаковкой.
 
но rep под это описание вписывается, неужели медленней lzma распаковывается со словарём 128m?  

 
rep требует много памяти для распаковки. скажем если у тебя есть гиг и ты пакуешь -m7x - это lzma:64m. если же ты пакуешь -m7, то это rep:512m+lzma:64m
 

Цитата:
в документации про m*d написано в разделе Конфиг-файл arc.ini
а в разделе Настройка сжатия нет упоминания.

-m*d - это вообще такие "неофициальные" методы сжатия

Всего записей: 3401 | Зарегистр. 13-08-2007 | Отправлено: 12:19 30-01-2009
egor23



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

Цитата:
считаете, надо каталоги отдельно?

надо
 

Цитата:
ага

а вообще мне всё показалось:
не меняется размер окна настроек сжатия, при изменении окна статистики,
окно настроек сжатия зафиксированно по макисмума (увеличивать нельзя) и меняется размер если шрифт больше стоит.
 

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

изначально - это одно.
если например активна сортировка на столбце Размер и выбрать другой столбец, то срелка будет вниз, для столбца Имя это неправильно.
Насчёт убывания\возрастания по-умолчанию, ориентируюсь на сортировку в TC:
Имя, Тип - сортировка по-возростанию (стрелка вверх)
Размер, Дата - сортировка по-убыванию (стрелка вниз)
 
в FreeArc:
Размер, Изменён сортируется по-убыванию (стрелка вниз)
Имя сортируется во-возрастанию (но стоит стрелка вниз, гооврящая о другом), т.е. неправильно.
 
Может я путаю термины убывание\возрастание?
 

Цитата:
rep требует много памяти для распаковки. скажем если у тебя есть гиг и ты пакуешь -m7x - это lzma:64m. если же ты пакуешь -m7, то это rep:512m+lzma:64m

я понимаю что логика ограничения так сделана, но можно ориентироваться для выставления для rep в m*x тем же что и для lzma, иначе m*x получаются хуже чем m*, изначально.
 
Добавлено:
Bulat_Ziganshin

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

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

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

Silver Member
Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
итак:
по умолчанию сортирует по возрастанию имён, после нажатия - по убыванию
при нажатии на дату сортирует по убыванию дат, после нажатия - по возрастанию
аналогично для размеров
 
итого - стрелочки для двух последних режимов рисуются неправильно (т.е. я их вывожу неправильно. с учётом нижеописанного бага(?) в gth2hs наоборот - стрелочка выводится неправильно только при сортировке по именам )
 

Цитата:
а вообще мне всё показалось:
не меняется размер окна настроек сжатия, при изменении окна статистики,
окно настроек сжатия зафиксированно по макисмума (увеличивать нельзя) и меняется размер если шрифт больше стоит.  

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

Цитата:
Может я путаю термины убывание\возрастание?  

скорее кто-то (в gtk2hs) путает стрелки. стрелка остриём вниз считается ascending:
treeViewColumnSetSortOrder col1 SortAscending
 
я написал баг-репорт, посмотрим что мне скажут
 
 

Цитата:
я понимаю что логика ограничения так сделана, но можно ориентироваться для выставления для rep в m*x тем же что и для lzma, иначе m*x получаются хуже чем m*, изначально.  

так оно и есть. это скорее прямая конкуренция 7z, а с rep уже больше памяти нужно по-любому
 
Добавлено:
вот и ответ насчёт стрелочек:
 
>> is it some sort of bug?
>>  
> If it is a bug, it's not ours. Under my current Gnome desktop, the
> arrows in the file manager points downwards if the order of the files is
> ascending. I think Vista makes the more sensible choice by interpreting
> the arrow as "sorted ascending" or even interpreting the arrow as a >
> sign. I have no idea what the justification for Gtk+'s interpretation
> is. Maybe it is simply that: a bug.

Всего записей: 3401 | Зарегистр. 13-08-2007 | Отправлено: 13:49 30-01-2009 | Исправлено: Bulat_Ziganshin, 13:50 30-01-2009
egor23



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

Цитата:
так оно и есть. это скорее прямая конкуренция 7z, а с rep уже больше памяти нужно по-любому

даже с небольши словарём польза от rep есть (конечно всё зависит от данных):
http://forum.ru-board.com/topic.cgi?forum=5&topic=1406&start=1760#20

Цитата:
Глянул Nero-9.2.6.0_trial.exe 382МБ (400 569 600) упакован LZMA 64МБ  
Распакованный: 1.052 files of 1.973.508.786 bytes (1.83ГБ), представляют собой кучу cab-архивом (без сжатия), в которых exe\dll, которые повторяются из архива к архиву.  
Ради интересна проверил в FreeArc есть ли ещё возможности для упаковки в 7-Zip:  
цепочка rep+lzma (rep это lz77, заточенный на поиск повтором на больших расстояниях)  
(т.к. 7-Zip к cab-архивам не применяются препроцессор bcj, то и здесь его нет в цепочке)  
 
    rep:64mb: 1.046.722.485 bytes in 26.797 seconds  
    lzma:64mb:max:bt4:273: 371.179.361 bytes in 1668.984 seconds  
 
    rep:128mb: 934.693.475 bytes in 26.938 seconds  
    lzma:128mb:max:bt4:273: 300.193.951 bytes in 1529.016 seconds  
 
    rep:512mb: 540.402.963 bytes in 31.766 seconds  
    lzma:192mb:max:bt4:273: 209.776.587 bytes in 856.875 seconds  
 
    rep:1883mb:h26: 534.458.939 bytes in 37.516 seconds  
    lzma:192mb:max:bt4:273: 204.935.770 bytes in 857.547 seconds

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



Junior Member
Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
egor23
а если еще добавить к репе "exe+delta" или хотя бы одну дельту?

Всего записей: 161 | Зарегистр. 17-12-2007 | Отправлено: 14:36 30-01-2009
egor23



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

Цитата:
а если еще добавить к репе "exe+delta" или хотя бы одну дельту?

там задача была другая.

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

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

Цитата:
даже с небольши словарём польза от rep есть (конечно всё зависит от данных):  

просто если речь идёт о наиболее эффективном сипользовании памяти при распаковке, то лучше увеличить словарь lzma (а распаковка с использщованием диска не выглядит быстрой). поэтому проще оставить всё как в 7z - *беспроигрышного* улучшения по сравнению с ним не получится

Всего записей: 3401 | Зарегистр. 13-08-2007 | Отправлено: 14:50 30-01-2009 | Исправлено: Bulat_Ziganshin, 15:15 30-01-2009
egor23



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

Цитата:
единственное что хочу сказать - ограничение по ширине диалога Add я уже убрал (у самого сейчас стоят увеличенные шрифты)

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

Всего записей: 3832 | Зарегистр. 03-11-2003 | Отправлено: 20:40 30-01-2009
Nikolai2004



Advanced Member
Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
wArc - Error 401: Authorization Required

Всего записей: 1523 | Зарегистр. 07-01-2004 | Отправлено: 21:11 30-01-2009
Bulat_Ziganshin

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

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

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

Всего записей: 3401 | Зарегистр. 13-08-2007 | Отправлено: 23:21 30-01-2009
CTACKo

Junior Member
Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
Превед!
Я провел еще несколько тестов по сжатию - и я был неправ. фарк всегда жмет лучше чистого лзма, во всяком случае с текущей версией (от 24 января). Если файлы представить в виде файлов и папок вместо их же копии, но в зипе без сжатия, то компрессия становится немного лучше (ранее я утверждал обратное). Скорее всего хуже становилось при -м9х...
 
Есть идея - в раре есть такая фича - тест производительности и стабильности - было бы неплохо узреть аналог в фарке.  
Особенно оглядываясь на факт создания архива, из которого ни1 файл потом не распаковывался - все давали ошибку CRC. Я уверен что это глюк компа, вот и было бы прикольно его фарком потестить.  
(ЗЫ Я в курсе о существовании мильёна прог, которые тестят стабильность, типа CPUBurn и т.п.)

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



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

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

 
Добавлено:
Bulat_Ziganshin

Цитата:
когда шрифт увеличен, то текст уже не очень вписывался в эти 580 писелей..

800x600?

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

Member
Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
Bulat_Ziganshin
а можно сделать GUI sfx как отдельный exe? чтоб при таком запуске "freearc.sfx.exe xxx.arc -x -y -s2" - шла обычная распаковка с прогрессбаром? а не внедрять freearc.sfx в .arc превращая его в xxx.exe

Всего записей: 318 | Зарегистр. 20-12-2005 | Отправлено: 12:39 31-01-2009
Benchmark



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

Цитата:
а можно сделать GUI sfx как отдельный exe? чтоб при таком запуске "freearc.sfx.exe xxx.arc -x -y -s2" - шла обычная распаковка с прогрессбаром? а не внедрять freearc.sfx в .arc превращая его в xxx.exe

А зачем тебе для этого sfx ? Возьми unarc.exe, и будет тебе обычная распаковка.

Всего записей: 6833 | Зарегистр. 01-10-2002 | Отправлено: 16:50 31-01-2009
EagleSH

Member
Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
Benchmark
так оно в досовом окне показывает статус, не то... прогресс бар лучше.

Всего записей: 318 | Зарегистр. 20-12-2005 | Отправлено: 16:56 31-01-2009
egor23



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

Цитата:
freearc.sfx.exe xxx.arc -x -y -s2

а это зачем при распаковке?

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

Member
Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
egor23
это просто пример
мне нужно чтоб запускался анпакер.ехе архив.арк и показывался прогресс бар, как при сфх модуле.
 
вобщем такой как у 7зипа к примеру, 7Zs.exe

Всего записей: 318 | Зарегистр. 20-12-2005 | Отправлено: 17:32 31-01-2009 | Исправлено: EagleSH, 18:07 31-01-2009
Bulat_Ziganshin

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

Цитата:
когда шрифт увеличен, то текст уже не очень вписывался в эти 580 писелей..
 
800x600?

у меня 1680*1050 на 22", поэтому стандартный шрифт windows увеличен. и этот диалог при ограничении ширины до 580 что-то там по мелочи отрезал
 
у меня вообще мысль, что надо просто запоминать размеры всех этих диалогов и ширину столбцов в файлменеджере в конфиг-файл. тогда получится что его может поменять только пользователь. сейчас оно высчитывается автоматом и постоянно видны издержки от такого подхода
 
 

Цитата:
Есть идея - в раре есть такая фича - тест производительности и стабильности - было бы неплохо узреть аналог в фарке.

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

Цитата:
а можно сделать GUI sfx как отдельный exe?

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

Всего записей: 3401 | Зарегистр. 13-08-2007 | Отправлено: 20:04 31-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 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