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

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



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

Цитата:
кстати, а ты в курсе существования unarc.exe?? возможно, он решит все твои проблемы?  

Конечно Просто в планах было написано «догнать и перегнать RAR»...

Всего записей: 360 | Зарегистр. 02-10-2006 | Отправлено: 17:41 09-06-2008
egor23



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

Цитата:
либо я забыл написать, либо ты не заметил http://haskell.org/gtk2hs/win32/gtk+-2.10.14-win32.zip

Единственное что не закидывал из gtk2hs папка share\gtksourceview-1.0\
и themes\Default\ (проглядел)

Цитата:
я думаю в смом winarc она максимум используеся для перевода ok/cancel и это лучше делать через свои lang-файлы (тем более, что в 7z это уже локализовано, так что мы сразу получаем 70 переводов LOL). а в theme changer можно потерпеть и без неё

насегодня locale нужна.
в 7-zip неты локализаций иероглифов.языков, поэтому Unicode-шрифты ему вроде не нужны.
theme - это как гооврится "на вкус и цвет..."

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

напишите автору.
но на сегодня gtk2_prefs.exe и FreeArc друг друга стоят:
gtk2_prefs.exe сохраняет настройки в Documents and Settings\User\
FreeArc - подцепляет оттуда настройки.

Цитата:
ты мне потом окончательное решение сообщи - какой шрифт в gtkrc лучше прописать

т.к. Unicode-шрифты (Arial Unicode MS, Lucida Sans Unicode) влияют на внешний вид, то возвращаемся на шрифт по-умолчанию (Tahoma).
вообщем немного посмотрел инфу по Unicode-шрифтам, пришёл к выводу, что это отдельная история.

Всего записей: 3832 | Зарегистр. 03-11-2003 | Отправлено: 18:49 09-06-2008 | Исправлено: egor23, 18:51 09-06-2008
Bulat_Ziganshin

Silver Member
Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
обновил http://www.haskell.org/bz/arc1.arc
 
исправления по сравнению со вчерашней версией (исправившей две проблемы в rep/максимальном сжатии) исключительно в GUI:
  • при архивации каталога "FreeArc 0.50" предлагает имя архива "FreeArc 0.50.arc"
  • display real name of archive tested by -t
  • messages: found N files, sorting filelist, analyzed N files...
  • в infobox показывается имя архива без каталога


Всего записей: 3408 | Зарегистр. 13-08-2007 | Отправлено: 18:59 09-06-2008
Benchmark



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

Цитата:
т.к. Unicode-шрифты (Arial Unicode MS, Lucida Sans Unicode) влияют на внешний вид, то возвращаемся на шрифт по-умолчанию (Tahoma).
вообщем немного посмотрел инфу по Unicode-шрифтам, пришёл к выводу, что это отдельная история

Кстати подумалось, что в GUI'шной версии в диалоге опций можно внести настройки смены шрифта. Пусть юзер рулит по своему усмотрению сам.
 
А по дефолту все же нужен шрифт с максимальным количеством поддерживаемых символов.

Всего записей: 6940 | Зарегистр. 01-10-2002 | Отправлено: 19:14 09-06-2008
Bulat_Ziganshin

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

Цитата:
Просто в планах было написано «догнать и перегнать RAR»...  

ну я просто хочу немного отложить реализацию полноценного инсталлера аналогичного rar'овскому
 

Цитата:
папка share\gtksourceview-1.0\  

она нам нафиг не нужна
 

Цитата:
но на сегодня gtk2_prefs.exe и FreeArc друг друга стоят:  
gtk2_prefs.exe сохраняет настройки в Documents and Settings\User\  
FreeArc - подцепляет оттуда настройки.  

думаю, это стандартное поведение самого gtk
 

Цитата:
насегодня locale нужна.  

зачем?
 

Цитата:
в 7-zip неты локализаций иероглифов.языков, поэтому Unicode-шрифты ему вроде не нужны.  

есть ещё имена файлов. но вполне можно сделать обычный шрифт по умолчанию и посоветовать в доке смеить его на unicode-шрифт если есть проблемы с отобраджением символов. благо при наличии theme changer это несложно

Всего записей: 3408 | Зарегистр. 13-08-2007 | Отправлено: 19:14 09-06-2008
Benchmark



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

Цитата:
обновил http://www.haskell.org/bz/arc1.arc

 
А когда примерно можно ждать добавление в архив пустых каталогов ?

Всего записей: 6940 | Зарегистр. 01-10-2002 | Отправлено: 19:18 09-06-2008
egor23



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

Цитата:
зачем?


Цитата:
я думаю в смом winarc она максимум используеся для перевода ok/cancel


Цитата:
думаю, это стандартное поведение самого gtk

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

Цитата:
Кстати подумалось, что в GUI'шной версии в диалоге опций можно внести настройки смены шрифта.

сказали что это отдалённого будущего.
на сегодня проще и наглядней использовать gtk2_prefs.exe.

Цитата:
А по дефолту все же нужен шрифт с максимальным количеством поддерживаемых символов.

Вопрос был просто просто про шрифт, но всплыли некоторые детали.

Всего записей: 3832 | Зарегистр. 03-11-2003 | Отправлено: 19:35 09-06-2008
Ghost2004

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

Цитата:
Цитата:Единственное что не так здорово - похоже наличие rep+tempfile всё же уменьшает объём доступной lmza памяти  
 
странно, не должно  

Да, похоже я тогда чего-то напутал в настройках, может объём хэша не тот поставил или версию перепутал - даже rep:1700mb:h27+tempfile+lzma:216mb:h256mb:bt4:128:mc128 упаковалась без проблем. Вот с распаковкой/тестированием вышло не так здорово - слишком уж большой словарь я поставил в rep... Но думаю, что если его уменьшить хотя бы до 1400 mb, распаковка у меня прошла бы - как было с rep:1gb+tempfile+lzma:160mb:bt4 .
 
А вот что касается упаковки с авто-вставкой tempfile, то даже lc3gb обрезает размер словаря lzma до 128 mb. И rep:1700mb:h27 до 1gb . Может дело в том, что lc не умеет работать с размерами больше 2 Гб?

Всего записей: 51 | Зарегистр. 02-01-2008 | Отправлено: 21:03 09-06-2008
egor23



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

Цитата:
Может дело в том, что lc не умеет работать с размерами больше 2 Гб?

скорее lc, ld так не работают, т.е. пределы должны быть меньше вшитых, или их вообще не должно быть -lc- -ld-

Всего записей: 3832 | Зарегистр. 03-11-2003 | Отправлено: 21:21 09-06-2008
Bulat_Ziganshin

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

Цитата:
А когда примерно можно ждать добавление в архив пустых каталогов ?

постараюсь на след. неделе

Всего записей: 3408 | Зарегистр. 13-08-2007 | Отправлено: 22:17 09-06-2008
Ghost2004

Junior Member
Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
egor23, так если совсем отключить пределы, то tempfile сам собой не вставится. А в этом случае распаковка (как я понял) и пойдёт с его использованием, не зависимо от наличия памяти, скажем rep:1gb+tempfile+lzma:128mb будет всё равно распаковываться с использованием tempfile, хоть есть непрерывный блок на 1700 mb, куда всё с лихвой уместится...
 
Да, а последовательность rep:1400mb:h27+tempfile+lzma:180mb:h512mb:bt4:128:mc128 прекрасно и упаковалась и протестировалась, но всё же при тестировании создался tempfile.
 
P.S. Более того, даже такая тяжёлая цепочка как rep:1400mb:h27:a99+tempfile+rep:1400mb:h27:a99+tempfile+lzma:216mb:h256mb:bt4:128:mc128  
преспокойно сжалась и протестировалась (разумеется, тестировалась с двумя штуками tempfile, но иначе быть и не могло).

Всего записей: 51 | Зарегистр. 02-01-2008 | Отправлено: 23:24 09-06-2008 | Исправлено: Ghost2004, 03:26 10-06-2008
aha



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

Цитата:
Версия 0.60
интеграция с Explorer  
полноценный, на уровне WinRAR, GUI  
 

Хотелось бы увидеть в контекстном меню опции сжатия по профилям- максимальный и т.д.

Всего записей: 906 | Зарегистр. 13-03-2004 | Отправлено: 11:29 10-06-2008
Registered User

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

Цитата:
<...>Да, а последовательность rep:1400mb:h27+tempfile+lzma:180mb:h512mb:bt4:128:mc128 прекрасно и упаковалась и протестировалась, но всё же при тестировании создался tempfile. <...>

Это из-за сохранения настроек упаковки в архиве, что ли?

Всего записей: 76 | Зарегистр. 22-12-2007 | Отправлено: 11:30 10-06-2008
Bulat_Ziganshin

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

Цитата:
Это из-за сохранения настроек упаковки в архиве, что ли?

ага. в общем, я понял, что никакие эксперименты с lc здесь не помогут
 
причина - то, что у fa есть как бы два режима работы. с -lc- он не корректирует метод сжатия вообще. это чисто ручной режим. без -lc- одновременно работают 2 ограничения - указанное в самой lc и автоматическое ограничение наибольшим блоком свободной памяти - оно-то и обрезает твои алгоритмы
 
думаю, что надо просто вручную вставленный tempfile при распаковке убирать, т.е. если ты просишь rep+temp+lzma, то паковаться будет в точности им, а распаковываться rep+lzma и temp тут будет вставлен автоматом только при необходимости

Всего записей: 3408 | Зарегистр. 13-08-2007 | Отправлено: 13:24 10-06-2008
aha



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

Цитата:
1. требования стабильности и однвоременно передовой эффективности на самом деле противоречивы. сейчас из 11 алгоритмов половина - мои. и ошибки выявляются именно в моих алгоритмах. ты можешь запросто их отключить, но что тогда у тебя останется? bcj+lzma, lzp+ppmd плюс ММ сжатие и автовыбор. в общем, получится 7-zip с автоматическим выбор алгоримта сжатия  

Это уже само по себе очень даже хорошо!

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

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

Всего записей: 906 | Зарегистр. 13-03-2004 | Отправлено: 13:38 10-06-2008
Bulat_Ziganshin

Silver Member
Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
я правильно понял, что все сбои в rep исчезли?
 
кстати, в MOC теперь тоже всё в порядке
 
Добавлено:

Цитата:
Да ошибки нужно в первую очередь, а вот GUI во вторую

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

Всего записей: 3408 | Зарегистр. 13-08-2007 | Отправлено: 14:08 10-06-2008
aha



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

Цитата:
лучше сделать dll чтобы другие программы могли добавлять поддержку fa

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

Всего записей: 906 | Зарегистр. 13-03-2004 | Отправлено: 16:07 10-06-2008
Ghost2004

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

Цитата:
я правильно понял, что все сбои в rep исчезли?  

Большая часть. Но проблема маленького слова с большим хешем у двух rep подряд всё-таки может вылезти в виде ошибки  
Stack space overflow: current size 8388608 bytes.  
Use `+RTS -Ksize' to increase it.  
arc: CompressionLib_d2GJ: interrupted
.  
У меня она возникает только с двумя rep подряд и использовании tempfile - судя по всему, где бы то ни было.  Т.е.
rep:512mb:h27:32+rep:512mb:h27:32+3bx работает нормально.
А вот следующие две цепочки именно с ней и вылетают:
rep:512mb:h27:32+tempfile+rep:512mb:h27:32+1bx
rep:512mb:h27:32+rep:512mb:h27:32+tempfile+1bx
.
 
Да, и ещё одна мелочь - если запустить arc, с использованием tempfile, после чего поставить его на паузу, а затем запустить arc во второй раз (из того же каталога), с настройками которым tempfile тоже необходим, то он начнёт перезаписывать tempfile старого arc'а - в результате, сами понимаете, выйдет совсем кривой результат. Экзотический конечно вариант, но с многоядерными процессорами всё же имеющий смысл - например надо один архив сжать, и одновременно другой протестировать/распаковать (кстати интересно, если физической памяти две распаковки/упаковки хватает, а вот с виртуальной в смысле свободного непрерывного блока - не очень, но используется arc два раза, то будут ли проблемы или тормаза с памятью, или оно довольно быстро пройдёт)...

Всего записей: 51 | Зарегистр. 02-01-2008 | Отправлено: 18:18 10-06-2008
egor23



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

Цитата:
а вот с виртуальной в смысле свободного непрерывного блока - не очень

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

Всего записей: 3832 | Зарегистр. 03-11-2003 | Отправлено: 18:55 10-06-2008
Registered User

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

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

У каждого процесса своё адресное пространство, так что с этим проблем не будет.
 
 
Да, и ещё идея - ограничивать память для упаковки не 75% ОЗУ, а свободным количеством.
 
Добавлено:
[off] что происходит? мои посты появляются на минуту позже [/off]

Всего записей: 76 | Зарегистр. 22-12-2007 | Отправлено: 18:56 10-06-2008
   

Страницы: 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-2025

BitCoin: 1NGG1chHtUvrtEqjeerQCKDMUi6S6CG4iC

Рейтинг.ru