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

Вопрос к автору - хочу чтоб некоторые типы файлов паковались внешним paq8, т. е. ассоциировать с расширением. Что конкретно нужно отредактировать в arc.ini или ещё где и какие ключи использовать, чтоб через GUI работало или через плагин к TC? Версия 0.50

Цитата:

Вопрос к автору

1. прочитать доку
2. если из доки это не понятно - я объясню


Цитата:

Булат, идёт ли работа и если да,то в каком направлении?

Научили понимать кнопку BackSpace для возврата на уровень выше
В 1.7 раза ускорено сжатие текстов в -m3: -m3$text=dict:p+lzp:32m:24:h20+grzip:m3:l

больше ничего не сделано


Цитата:

надо бы поправить планы дальнейшего развития

планы прежние за исключением того, что сроки растягиваются и возможно 0.60 и 0.70 поменяются местами. это зависит от ваших пожеланий и моего понимания того, как это надо реализовать. сейчас я вроде понял как реализовать многотомность

Цитата:

Научили понимать кнопку BackSpace для возврата на уровень выше

где взять её ?
на офсайте версия от 2008-01-01

Добавлено:
кстати вопрос не совсем в тему.
чем чулше сжимать базы данных ? может почитать где можно про это ?

Bulat_Ziganshin
доку читал, вопрос остался. Мне нужно упаковать arcом группу файлов, причём для файлов с расширением JPG нужно запустить paq8o9. Я прописал его вместо paq8i в секцию ;;; External compressors setup ; arc.ini, но какие ключи указывать при создании профиля в GUI чтобы заработало? Попробовал -max и —m9p для упаковки одиночного JPG но внешний paq8o9 не запустился. Если у Вас есть время - объясните плиз подробнее

Bulat_Ziganshin

Цитата:

планы прежние за исключением того, что сроки растягиваются и возможно 0.60 и 0.70 поменяются местами. это зависит от ваших пожеланий и моего понимания того, как это надо реализовать. сейчас я вроде понял как реализовать многотомность

О ! Это же просто отлично. Собственно отсутствие многотомности - одна из главных причин, не дающих перейти с RAR на FreeARC. Ну и SFX тоже не помешал бы.

А что касается времени реализации, ты просто изначально слишком оптимистичные сроки назвал. Думаю, если их умножить на 2, получится более реальная картина.

Bulat_Ziganshin
А мне очень понравился как и сам твой архиватор, так и подход к идее в твойм архиваторе.
Бог в помощь.

Цитата:

где взять её ?

я не стау выпускать версию с одним-единственным изменнием


Цитата:

чем чулше сжимать базы данных ? может почитать где можно про это ?

посмотри мою статью maximum practical compression и попробуй все программы оттуда, в сочетании с rep и delta

Bulat_Ziganshin
WinArc 0.50 во время архивирования (в названии box'а где показан процесс) вместо русских букв в названии архива отображает абра-кадабру.

пытаюсь пожать несколько файлов объёмом 17 Гб.

Цитата:

D:\tmp>arc a test.arc st*
FreeArc 0.50 alpha (Feb 8 2008) creating archive: test.arc
Compressing 3 files, 17.469.901.772 bytes. Processed 0.1%

пытаюсь прервать процесс Ctrl+C - строчку не отдаёт. временный файл перестаёт расти, но так и висит.
Если то же самое проделать на 0.0% - всё ок
0.2 % всё ок.
0.3 % всё ок
больше не проверял пока.

Цитата:

причём для файлов с расширением JPG нужно запустить paq8o9.

1. создаём для них группу в arc.groups. в данном случае уже есть группа jpgsolid
2. описываем архиватор, которым хотим сжтимать эти файлы. ты уже описал paq8o9
3. для того, чтобы сжать файлы из этой группы этим архиватором, надо использовать опцию

-m$jpgsolid=paq8o9

если эта команда не сжимает группы из 2+ файлов, то нужно перейти к использованию группы $jpg

4. далее самый простой способ автоматизировать это - длобавить в первую строку в arc.ini. как вариант, можно добавиьть в arc.ini [Compression methods] строку:
#p$jpgsolid = paqq8o9

тогда это будет использоваться только в -m#p/-max режимах

если тебе не лень, создай в заголовке темы секцию faq и вставь это туда

Добавлено:

Цитата:

WinArc 0.50 во время архивирования (в названии box'а где показан процесс) вместо русских букв в названии архива отображает абра-кадабру.

ага. поъоже, не та кодировка


Цитата:

ытаюсь прервать процесс Ctrl+C - строчку не отдаёт

это я собираюсь исправить к бете

FreeArc 0.50
Сжимаю папку 1,5Гб содержащую tiff (grey), файлы Corel PhothPaint (grey и RGB), Adobe PageMaker, PS и PDF.
GUI на 70% молча закрыла BOX с процессом, а основное окно на 50% загрузила мой 2-х ядерный проц (хотя смогла выйти через "Файл/Выход").
arc.exe с заданием тех же опций заархивировать смогла (размер 785Мб), но при тестировании архива (arc.exe t <имя файла>) вылетела с ошибкой:

FreeArc 0.50 alpha (Feb 8 2008) testing archive: &#9488;_¤ЁжЁ-бЄЁc ЇR<Ёб.arc
Testing 71 files, 1.544.655.297 bytes. Processed 0.0% 0.0% ...
0.0% 0.0% 0.0% 0.0% 0.0% 0.0% 0.0% 0.0% 8.5% 8.5%
...
8.5% 8.5% 8.5% 8.5% 8.5%
ERROR: Error when reading or writing data in lzp:126mb:92%:265:h24:d1mb

ERROR: exit: ExitFailure 2
ERROR: wclose: invalid argument (Bad file descriptor)


ERROR: exit: ExitFailure 2

ERROR: exit: ExitFailure 2

ERROR: exit: ExitFailure 2

ERROR: exit: ExitFailure 2

ERROR: exit: ExitFailure 2

ERROR: exit: ExitFailure 2

ERROR: exit: ExitFailure 2

ERROR: exit: ExitFailure 2

ERROR: exit: ExitFailure 2

ERROR: exit: ExitFailure 2

ERROR: exit: ExitFailure 2

Bulat_Ziganshin
вопрос про удаление файлов из архива. архив состоит из двух баз каждая по 8 Гб.

Цитата:

D:\tmp>arc d db.tmp.arc test_db_200709060430.BAK
FreeArc 0.50 alpha (Feb 8 2008) updating archive: db.tmp.arc
Compressed 1 file, 8.512.990.720 => 467.023.835 bytes. Ratio 5.4%
Compression time 2547.22 secs, speed 3.342 kb/s. Total 2046.32 secs
All OK

freearc потратил очень много времени.

7zip справился со своим архивом за 30 сек максимум, та же история со временем у WinRar.
хотелось бы понять почему ?
везде архивировал при умолчательных настойках.

Цитата:

freearc потратил очень много времени.

readme конечно никто не читает

Главные изменения по сравнению с FreeArc 0.40:
- По умолчанию, создаются солид-блоки неограниченного размера
(раньше по умолчанию они были ограничены 1гб)



Цитата:

ERROR: exit: ExitFailure 2

думаю, что вы столкнулись с ошибкой в 0.50. настоятельно рекомендую всем не пользоваться ею или как минимум использовать с -t ( лучше использовать 0.40 с -t). я сегодня сам наткнулся на ошибку распаковки, разбираюсь. очень большая просьба - законсервировать данные и точный режим упаковки чтобы я мог воспроизвести ошибку и выложить на ftp/http

Bulat_Ziganshin

Цитата:

Главные изменения по сравнению с FreeArc 0.40:
- По умолчанию, создаются солид-блоки неограниченного размера
(раньше по умолчанию они были ограничены 1гб)

Эхехех... Вот попомни мои слова - в любой _надежной_ программе понятия "неограниченный" и "по умолчанию" не-сов-мес-ти-мы.

Ты еще много раз услышишь о том, что FA "дико глючный", "дико тормозной" лишь потому, что юзеры, не читающие документацию (а её читает отсилы несколько процентов), будут пытаться сразу сжать "покруче": с максимальным объемом памяти, с виртуально неограниченным размером солид-блока и т.д. А потом вдруг выяснится, что они на другой машине не могут распаковать свой же архив, или на его обновление будет уходить жуткая куча времени. Только почти никто из них не подумает о чтении документации, будут говорить о багах (на деле не существующих) FA и "кривом коде".

Bulat_Ziganshin

Цитата:

законсервировать данные и точный режим упаковки чтобы я мог воспроизвести ошибку и выложить на ftp/http

у меня там данных на 1,5 Гиг - в 7zip 880Мег, предлагаю сделат так: т.к. Вы и сами наткнулись на
Цитата:

ошибку распаковки

- Вы исправьте её и пришлите мне обновлённый FreeArc 0.5 (для Win 32). Я заархивирую и разархивирую эти данные и если ошибка повториться - пришлю Вам 880Мег.

Хочу обратить Ваше внимание - проблема начала появляться ещё тогда, когда GUI версия FreeArc 'слетела' в процессе архивации. Заархивировать смог только в консольной версии.

Дополнительно:
с помощью GUI версии зашёл в этот архив и нажал протестировать: FreeArc запросил с меня пароль !!! хотя я пароль не устанавливал !!!, и в консольной версии при тесте пароль не спрашивает. Я ничего ему в пароль не поставил - нажал Ок. FreeArc весь вылетел (в Диспечере задач его нет) без каких бы то надписей.

Цитата:

- Вы исправьте её и пришлите мне обновлённый FreeArc 0.5 (для Win 32). Я заархивирую и разархивирую эти данные и если ошибка повториться - пришлю Вам 880Мег.

ok. ты главное те данные не стирай. кстати, когда я говорил "вы" - я имел в виду тебя и парня с пред. страницы


Цитата:

Хочу обратить Ваше внимание - проблема начала появляться ещё тогда, когда GUI версия FreeArc 'слетела' в процессе архивации.

кол-во файлов, режим сжатия?


Цитата:

FreeArc запросил с меня пароль

видимо, наведённая ошибка, хотя я всё равно не понимаю, как она навелась


Цитата:

Ты еще много раз услышишь о том, что FA "дико глючный", "дико тормозной"

и что ты предлагаешь? оставим только deflate?

Bulat_Ziganshin
нашёл какие 2-а файла вызывают проблему.
заRARил их и сейчас лью на ifolder.
Как залью напишу в личку адресок.
архивирую WinArc:
сжатие: максимальное (-mx)
автоопределение типов файлов (галка стоит)
сортировка файлов в архиве: Улучшенная: gercpn
больше галок ни где не стоит

при архивировании WinArc архивирует до конца, но при проверке спрашивает пароль и при нажатии на Enter вылетает. Arc при тестировании выдаёт описанную мною ранее ошибку.

Bulat_Ziganshin

Цитата:

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

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

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

Параметры сжатия по дефолту должны иметь пусть достаточно большие, но все же в пределах разумного ограничения (на объем используемой памяти, размер solid-блока и т.д). Грубо говоря, стандартные пресеты должны работать всегда и везде, как у любого коммерческого архиватора. Если же юзверь самостоятельно переопределяет параметры сжатия и своими руками "отменяет" эти ограничения - нет проблем, значит он знает, что делает.

Ну а в целом решай сам Можно пока оставить все, как есть и посмотреть, как оно будет дальше.

Bulat_Ziganshin
см. ПМ

ещё какая-то ошибка, при том в версии 0.40

агс a -mx -г "2007-06-08 Закладка" *.* -x@2007-06-08 Закладка.7z
ARC 0.40 creating archive: 2007-06-08 Закладка.arc
Compressing 5 files, 768.438.258 bytes. Processed 5.0%
This application has requested the Runtime to terminate it in an unusual way.
Please contact the application's support team for more information.

Да, и ещё неплохо бы отключать репу автоматом, когда не нужен(сжимаем маленький файл... http://forum.compression.ru/viewtopic.php?p=7284#7284

репа не только улучшает (иногда) сжатие, но и ускоряет его. так что это целесообразно только в режимах макс. сжатия. а ещё лучше было бы, чобы rep не перехватывал у lzma совпадения на близких дистанциях

Да, всё равно ведь lzma останавливается найдя совпадние какой-то небольшой длины - параметр fb. так что да, применеие rep целесообразно.

Поддерживаю также предложние о добавлнии опции -ver,как в RAR.Но это не срочно.

Цитата:

-ver,как в RAR

ok, это несложно

Шапку обновите PeaZip обновился до 2.0

Rexx4
Это хорошо, что обновился. А шапку обновлять не надо, в ней версия не упоминается

кстати, появился ещё один интересный тест архиваторов в треде http://www.encode.ru/forums/index.php?action=vthread&forum=1&topic=654 и на сайте http://www.metacompressor.com/default.aspx

Bulat_Ziganshin
Булат, ты хоть расскажи, как продвигается работа над следующей версией. А то с начала февраля никаких новостей.

потому и нет новостей, что продвигается слабо. вот все изменения с тех пор:
Научили понимать кнопку BackSpace для возврата на уровень выше
В 1.7 раза ускорено сжатие текстов в -m3: -m3$text=dict:p+lzp:32m:24:h20+grzip:m3:l
Улучшено определение типов файлов (2 эвристики + рекурсия)
lzp в -m5t..-m9t: увеличен словарь
tornado - cycled MF

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