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

НовостиФайловые архивы
ПоискАктивные темыТоп лист
ПравилаКто в 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
Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
Bulat_Ziganshin

Цитата:
насчёт того как это делается мышкой в rar я не понял



Цитата:
а что ты предлагаешь делать?

ну хотя бы в лог писать
а по нормальному это окошко с очередью, например можете в TC глянуть (при копировании можно файлы в очередь ставить).
 
 
Добавлено:

Цитата:
команда Unselect, набираешь "*" и нажимаешь OK

сейчас мышкой быстрее: клик + двойной клик

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

Newbie
Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
Народ, кто знает почему на Vista x64 он не работает. Начинает архивировать, а потом вылетает

Всего записей: 1 | Зарегистр. 30-10-2008 | Отправлено: 14:54 03-02-2009
egor23



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

Цитата:
да, lzma:650mb - это вам не фунт изюма

и насколько помнится памяти в FreeArc надо меньше, чем в 7-zip,
вот только забыл как она сейчас выделяется для lzma.

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

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

Цитата:
Vista x64

я (автор программы) как раз на ней (ultimate sp1, 4гб), так что давай подробности
 

Цитата:
насчёт того как это делается мышкой в rar я не понял  

теперь понял. прикольно
 

Цитата:
ну хотя бы в лог писать  

тогда в логе будут путаться записи о запуске и выполнении операций архивации

Всего записей: 3401 | Зарегистр. 13-08-2007 | Отправлено: 15:02 03-02-2009
egor23



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

Цитата:
Народ, кто знает почему на Vista x64 он не работает. Начинает архивировать, а потом вылетает

как говорится - телепаты в отпуске
FreeArc или коснольная версия?
метод упаковки (или цепочка алгоритмов)?
что пакуете (возможно данные попались не перевариваемые)?

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

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

Цитата:
и насколько помнится памяти в FreeArc надо меньше, чем в 7-zip,
вот только забыл как она сейчас выделяется для lzma.

по умолчанию используется ht4 и размер хеша вдвое меньше размера словаря

Всего записей: 3401 | Зарегистр. 13-08-2007 | Отправлено: 15:03 03-02-2009
egor23



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

Цитата:
тогда в логе будут путаться записи о запуске и выполнении операций архивации

тогда окошко, если сложно (сейчас долго) в реализации, то какой-нибудь флажок, что есть очередь, т.е. если появляется очередь появляется...
ну например имеется кнопка очередь не активная, появилаь очередь, кнопка стала активной,
или какой нибудь значок, нет очереди он серый, появилаь очередь стал "цетным".
 
Добавлено:

Цитата:
по умолчанию используется ht4 и размер хеша вдвое меньше размера словаря

а что-то не-то для
lzma:650mb:a2:128:mc1
запросил
Memory for compression 1325mb, decompression 650mb
ессенно у меня столько не оказалось, получается хеш~=словарю
Allocated 1237 mb, addr=10070000
Allocated  324 mb, addr=5D650000
Allocated  214 mb, addr=02930000
ERROR: Can't allocate memory required for (de)compression in lzma:650mb:a2:128:mc1
 
я имел ввиду как блоки выделяются, было сначала 3 блока потом 2 блока в обычном lzma
и размеры блоков тоже, а то может, что изменилось с последних упоминаний в топике.
 
 
Добавлено:

Цитата:
ну например имеется кнопка очередь не активная, появилаь очередь, кнопка стала активной,

а на кнопке циферка означающая сколько в очереди заданий

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

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

Цитата:
lzma:650mb:a2:128:mc1  

1. +650/8 для работы sliding window
2. 650/2 = 325, с округлением вверх 512
итого 650+82+512=1242

Всего записей: 3401 | Зарегистр. 13-08-2007 | Отправлено: 15:41 03-02-2009
egor23



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

Цитата:
325, с округлением вверх 512

нехилое округление

Всего записей: 3832 | Зарегистр. 03-11-2003 | Отправлено: 15:49 03-02-2009 | Исправлено: egor23, 15:51 03-02-2009
juvaforza

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

Цитата:
в файлменеджере?

ага.

Цитата:
ко мне какие претензии?

Просто нужно подумать поведение программы
1. test?.arc или test*.arc - получается All OK, хотя архив не создавался. Тут мне не понятно, почему?
2. test/.arc или test\.arc - в гуи "Добавление в .arc". В консоли все понятно.
2.1. test".arc или test<.arc или test>.arc или test|.arc - в гум "Добавление в test<.arc", темповые файлы остались. В консоли все понятно.
3. test:.arc - All OK, архив создавался, но на выходе файл test, 0 байт. В винраре тоже подобное можно сделать, но там сперва идет предупреждение.
В фаре - интересные решения по этому поводу

Всего записей: 2895 | Зарегистр. 26-11-2005 | Отправлено: 16:38 03-02-2009
egor23



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

Цитата:
я переделал lzma. сейчас он выделяет память трёмя кусками (8x, 1x и 1.5x)

для предыдущего lzma fast  4x, 1x и 1.5x
После ничего не менялось для "обычного" lzma?
 
Добавлено:

Цитата:
итого 650+82+512=1242

650 + 512 = 1162, и это могло быть выделено
кстати запрашивает 1325mb, немного не стыкуется c теорией

Всего записей: 3832 | Зарегистр. 03-11-2003 | Отправлено: 17:15 03-02-2009 | Исправлено: egor23, 17:21 03-02-2009
Bulat_Ziganshin

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

Цитата:
сейчас он выделяет память трёмя кусками (8x, 1x и 1.5x)  

это для bt4. ht4 выделяет сначала 0.5x (округлённое вверх до степени 2) для хеша затем 1.125x для словаря
 

Цитата:
Просто нужно подумать поведение программы

мне кажется надо просто запреты сделать. на окончание имени архива на :\/, на присутствие в нём запрещённых символов
 
Добавлено:

Цитата:
650 + 512 = 1162, и это могло быть выделено
кстати запрашивает 1325mb, немного не стыкуется c теорией

я ошибся. 1.25x, а не 1.125x
 
650*1.25+512=810+512=1325

Всего записей: 3401 | Зарегистр. 13-08-2007 | Отправлено: 17:47 03-02-2009
juvaforza

BANNED
Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
Bulat_Ziganshin
А если как в фаре - там сделаны замены (напр nam<e на nam(e ) и пропуски (напр * пропускает, na*me --> name)?
Но c : \ / надо аккуратно, они сейчас реально используется.

Всего записей: 2895 | Зарегистр. 26-11-2005 | Отправлено: 18:03 03-02-2009
Bulat_Ziganshin

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

Цитата:
для предыдущего lzma fast  4x, 1x и 1.5x
После ничего не менялось для "обычного" lzma?  

bt4/hc4 остались теми же (8x/4x+1x+1.5x)
 

Цитата:
А если как в фаре - там сделаны замены

а смысл?

Всего записей: 3401 | Зарегистр. 13-08-2007 | Отправлено: 18:35 03-02-2009
juvaforza

BANNED
Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
Bulat_Ziganshin
Смысл например, экономит время. Можете и запретить символы.

Всего записей: 2895 | Зарегистр. 26-11-2005 | Отправлено: 19:04 03-02-2009
CTACKo

Junior Member
Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
2egor23
 
что-то я пыталсо за мыслью следить и нить эту потерял. ну, по логам судя, во всех случаях применялся метод лзма (как я и предполагал из-за кодирования контента), только в первом куске что-то на 559mb, а в остальных 3х - 650mb.
Про rep ни слова. Есть еще какие-то m1 (в архиве с видяхами) и m2 во всех остальных, и какие-то a2:128 - во всех случаях...
Так при каких же ключах можно получить обратно такое же сжатие?

Всего записей: 180 | Зарегистр. 05-09-2008 | Отправлено: 20:25 03-02-2009 | Исправлено: CTACKo, 20:26 03-02-2009
Bulat_Ziganshin

Silver Member
Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
CTACKo
смысл вот в чём: один из способов увеличить сжатие - это сделать больше словарь. в частности у тебя там видимо есть потворяющиеся данные на больших дистанциях
 
поэтому Егор полагал что это сжэато хорошо за счёт препроцессора rep. оказалось же, что скульптура просто использовал lzma с большим словарём
 
по дефолту эта настройка в -mx не используется поскольку сжатие идёт долго и выигрыш в сжатии не гарантирован. но если ты подюираешь наилучшее сжатие - попробовать можно. что касается ключей - то прочти доку для начала

Всего записей: 3401 | Зарегистр. 13-08-2007 | Отправлено: 23:09 03-02-2009
egor23



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

Цитата:
что-то я пыталсо за мыслью следить и нить эту потерял. ну, по логам судя, во всех случаях применялся метод лзма

применяется lzma, только в FreeArc для lzma есть параметр - ht4 (Match finder - средство поиска соответствия для LZMA), в результате lzma может работать с большими словарями.

Цитата:
Есть еще какие-то m1

это параметры алгоритма lzma можно прочитать в документации раздел Параметры алгоритмов сжатия (про ht4 там не написано, т.к. документация старая), а также в Help-е к 7-zip ( http://gora.7zsfx.info/7-ziphelpru/7-Zip_Help_ru_4.65.7z ).

Цитата:
Так при каких же ключах можно получить обратно такое же сжатие?

при таких же настройках и на тех же наборах данных.
для data1.arc: -mlzma:559mb:a2:128:mc2

Цитата:
Про rep ни слова

мы просто гадали на кофейней гуще, что и как. обычно rep используется, для быстрого поиска повторов, перед основным алгоритмом, почему здесь его не использовали, я незаню.
 
Возьмём для простого примера данные из data3.arc
видео (вроде без звука),
сами файлы могут минимально упаковываться,
часть файлов байт в байт (по размеру данных будет ~50%),
другая не байт в байт, но если сжать два файла, которые по содержимому полностью отличаются но по размеру одинаковы, сжатие будет ~50%.
 
1. можно использовать настройки которые были
Arc.exe a a movies\ -mlzma:650mb:a2:128:mc1 -di -di+$%
но будьте внимательны FreeArc может уменьшить словарь, если будет "недостаточно памяти".
 
2. можно настройки минимизировать: зная что за данные, и что файлы будут засортированы по размеру, то выставим размер словаря 75МБ, т.к. размер самого большого файла 74.5МБ (чтобы lzma нашёл два одинаковых файла идущих подряд достаточно, чтобы размер словаря был = размеру файла).
Arc.exe a a movies\ -mlzma:75mb:a2:128:mc1 -di -di+$%
lzma:75mb:a2:128:mc1: 432.038.869 bytes in 423.734 seconds
Compression time: cpu 2.53 secs, real 563.72 secs. Speed 1.498 kB/s
получим архив 412МБ (432 040 641)
 
3. Добавим в цепочку алгоритмов rep, зная что за данные, и что файлы будут засортированы по размеру, то выставим размер словаря для rep 100МБ, т.к. размер самого большого файла 74.5МБ (чтобы rep нашёл два одинаковых файла идущих подряд достаточно, чтобы размер словаря был =1.25*размеру файла). для lzma возьмём словарь 20МБ (значение с потолка, т.к. данные имеют небольшое сжатие в начале файла)
Arc.exe a a movies\ -mrep:100m+lzma:20mb:a2:128:mc1 -di -di+$%
rep:100mb: 466.630.647 bytes in 13.438 seconds
lzma:20mb:a2:128:mc1: 431.695.498 bytes in 321.984 seconds
Compression time: real 404.00 secs. Speed 2.090 kB/s
получим архив 411.7МБ (431 697 277) + упаковка прошла быстрее, чем в п.2.
 
Добавлено:
Bulat_Ziganshin

Цитата:
lzma:650mb:a2:128:mc1

кстати a2 это как воспринимать?
 
 
Добавлено:
CTACKo

Цитата:
Основная причина разницы в доступной памяти лежит в видеокартах, вернее их памяти: 2.8Гб видяха с 512Мб, на 3Гб - 256Мб.

а какие видеокарты интегрированные или нет?

Всего записей: 3832 | Зарегистр. 03-11-2003 | Отправлено: 23:13 03-02-2009 | Исправлено: egor23, 23:30 03-02-2009
Bulat_Ziganshin

Silver Member
Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
lzma2 появился. интересно, когда он пойдёт в массовую продажу?  хорошо бы веснjq - я как раз надеюсь сделать 0.50 полностью мультитредовым
 
Добавлено:

Цитата:
кстати a2 это как воспринимать?  

ну у меня в доке написано что a2 самое сильное сжатие, на самом деле сейчас уже a2=a1. если ты не в курсе, то это алгоритм более плотного сжатия, который применяется в 7zip -mx5 и выше

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

Junior Member
Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
2egor23
спасибо за ликбез
скажите, rep 100Мб, означает поиск одинаковых файлов на расстоянии 100 метров, одинаковых фрагментов на том же расстоянии друг от друга, или же одинаковых фрагментов не больше 100Мб каждый на расстоянии не больше 100Мб друг от друга?
 
видяхи обычные PCIE. Да, что интересно, на системе 2.8Гб, забыл совсем, получилось 2 видяхи в системе, одна из которых интегрированная (nforce720a). Отключил интеграшку стало 3.25Гб ОЗУ, загружаюсь с ключем /3GB. Так что мое утверждение что основная разница доступной оперы лежит в видяхах - не совсем правда. Системы-то железно совсем разные...
 
PS Dead Space - весьма интересная игра (к примеру, на ag.ru - выбор редакции), раз уж скачал - рекомендую поиграть на досуге.  Я ее прошел, мне понравилась.
 
Просто идейные мнения/соображения:
- чтобы фарк являлся полноценной альтернативой RAR/7zip необходима не только отточенная версия GUI, но и возможность распаковывать их форматы, т.е. как минимум это rar и 7z, а как максимум все то же что они умеют паковать и распаковывать, а это даже не всегда архивы - к примеру RAR умеет работать с ISO-образами как с архивами... В любом случае есть бесплатный unrar, который есть даже под платформу х64, правда консольная версия, и вообще это единственное что в RAR есть под х64...
- Кроме мультипоточночти/распараллеливания (сами понимаете и видите, сегодня производители процов ударились в мультиядерность) было бы неплохо создать "правдивую" х64 версию - за этими факторами будущее. Хотя я в курсе что мультипоточность - редкостный менингит в программировании, а под х64 кажись до сих пор нет официального компилятора...
- И еще было б неплохо использовать CUDA, это язык, который использует вычислительные возможности GPU от NVidia (если верить рекламе, то зачастую GPU по-сильнее CPU будет, особенно по FPU ). SDK бесплатен. Сам собой сей факт станет уникальной фичей! Не помню точно, возможно уже писал об этом... Кстати, возможно, на этом даже можно будет подзаработать, как на рекламе CUDA, правда это сомнительно и непросто...

Всего записей: 180 | Зарегистр. 05-09-2008 | Отправлено: 01:01 04-02-2009 | Исправлено: CTACKo, 01:38 04-02-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