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

Bulat_Ziganshin
Спасибо большое

Bulat_Ziganshin
ARC 0.40 (25.11) - ARC 0.40 (12.12)
FreeArc: бесплатный open-source архиватор - 13

Цитата:

Максимум 1237m (при возможных 1562m, в 0.40-prerelease3)

Это так задумано?

Цитата:

Это так задумано?

попробуй для начала http://www.haskell.org/bz/memtest.exe - сколько максимум памяти в нём удаётся выделить?

Добавлено:
сделал:
--download без параметра - найти URL оригинала в files.bbs/descript.ion
--download?get_url - выполнить "get_url arcname" для получения URL оригинала

эти опции можно один раз запихнуть в arc.ini и дальше уже не париться - fa будет находить нужный URL и использовать его для восстановления автоматически!

Bulat_Ziganshin

Цитата:

в смысле?

default option

Цитата:

я полагал, что seek times близки к нулю у флеша

время доступа иногда (зависит от модели и производителя) и 300ms
хотя у моей 1.2 ms

Цитата:

попробуй для начала http://www.haskell.org/bz/memtest.exe - сколько максимум памяти в нём удаётся выделить?

(WinXP 32bit)
memtest.exe 1659
Filled 1658 mb
Tested 1658 mb
Memory test complete

(WinXP 64bit)
memtest.exe 1704
Filled 1703 mb
Tested 1703 mb
Memory test complete

euheny

Цитата:

default option

А смысл ?

Если где-то в сети нет правильной копии данного архива (или копия есть, но доступа к нему нет), то толку от этой опции - ноль.

Вот в "web-профиле" (при создании архивов, выкладываемых на одном или нескольких зеркалах) есть смысл выставить по дефолту -rr0. Но в каком-нть "local archive-профиле" (когда создается единственная копия архива, которая нигде не дублируется) от -rr0 толку не будет, там нужна полноценная recovery record.

Benchmark

Цитата:

А смысл ?

Смысл в том чтобы было и всегда, да и сотые доли от процента размера архива не сильно утежеляют...
Как тут уже горилось (перефразирую), например CRC на каждые 64кбайт архива.

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

egor23

Цитата:

Смысл в том чтобы было и всегда

А оно не нужно всегда.

Пример: я создал архив, записал его на болванку, оригиналы стер. Болванка "побилась". В обычном режиме я стандартно получу ошибку распаковки. При использовании -rr0 я получу ошибку + узнаю, какие блоки архива побились. А толку ? Восстановить-то все равно не с чего, копии архива нигде нет.

По умолчанию всегда должен быть минимально необходимый набор функций.

Bulat_Ziganshin
Кстати, а возможно появление 64-битной версии FreeARC ?

Народ, объясните научно-популярно почему у каждого архиватора свой формат архива?
7z, rar, arc и т.д. - не уж то нельзя сделать один открытый формат который бы удовлетворил всех? Что-то вроде zip, только лучше.

Benchmark

Цитата:

А оно не нужно всегда.

Аспект изначально был сетевой (лежит где-то файлик...)

Цитата:

По умолчанию всегда должен быть минимально необходимый набор функций.

В минимум необходииого вписывается, и всегда можно отключить, если не нужно.
(CRC на каждые 64кбайт архива - 0.0122% от размера архива).

скажите он портубель или надо каждый раз заново ставить и пишет что-то в реестр?

burin

Цитата:

скажите он портубель или надо каждый раз заново ставить и пишет что-то в реестр?

В реестр ничего не пишет и вообще установки не требует. Кладешь его в любую папку и пользуешься.

Добавлено:
egor23

Цитата:

Аспект изначально был сетевой

Аспект данной фичи - да. Но не самого архиватора.

В конце концов что мешает лично тебе вписать этот ключик в файл конфигурации и пользоваться им ?

незнаю как хранятся эти данные:
0.0122% - это если будет лежать в явном виде, а если как вся остальная информация в LZMA, то ещё меньше, на половину, - 0.0061%

Добавлено:

Цитата:

В конце концов что мешает лично тебе вписать этот ключик в файл конфигурации и пользоваться им ?

то же самое, что мешает этот ключик удалить...

Опять увлеклись спором...

egor23

Еще раз: у тебя уже все есть, прямо сейчас. Вписываешь ключ в arc.ini и пользуешься. Что еще нужно-то ?

Benchmark
Ды, дело не в нас, а в обычных пользывателях, которые дальше настройки "по-умолчанию", на примере WinRar - "обычный", не меняют настройки.
А таких пользывателей всё больше и больше.

"Обычные пользователи" спокойно пользуют zip или rar-архивы, а нередко вообще ничего не используют, и при этом полностью довольны. И даже не задумываются о том, что где-то в природе есть некий FreeARC.

Если вспомнить слова Булата, то FreeARC как раз и создается для "необычных" пользователей, способных проглядеть по диагонали мануал и самостоятельно решить, что им от архиватора нужно, а что - не нужно.

Не надо пытаться продать магнитофон с выкрученной на максимум громкостью и выставленным заранее пресетом 'rock' покупателю, который, возможно, собирается в тихой домашней обстановке слушать классическую музыку. Он сам решит. Благо, все настраивается вдоль и поперек.

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

Выпустил версию, включающую все протестированные нами нововведения:
release notes
download

из добавленных в последний момент возможностей:
-rr1%;4kb
-rr0*64kb

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

Цитата:

Кстати, а возможно появление 64-битной версии FreeARC ?

под винды - нет, пока не выйдет mingw64. под unix можно сделать, но возиться только ради него неохота


Цитата:

CRC на каждые 64кбайт архива - 0.0122% от размера архива

4/65536 = 0.0061%. кстати, эта информация не жмётся - это ж практически случайные числа. и потому хранятся они без упаковки. то же самое относится и к recovery секторам при -rr>0

включить эту опцию по умолчанию пока мешает то, что архив для добавления RR читается повторно. а кроме того перед выполнением любой операции если в архиве есть RR - сначала проверяется весь архив на наличие сбоев. в общем, не тянет она на almost-zero overhead

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

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

Добавлено:

Цитата:

Game - MAX PAYNE 2 RUS/1c (1920мб):

если заменить lzma на ccmx, то сжатие должно вырасти ещё процентов на 5-10

Вот несколько тестов:

MAX PAYNE 2 (расжатый) ~ 1920 mb

типы файлов:
wav файлы (adpcm)
dds текстуры
файлы уровней (вместе с текстурами)
и прочее.

7-zip (ultra:16mb dict) = 918mb
7-zip (ultra:128mb dict) = 818mb
FreeArc (-m7) = 779mb

Еще 39 мегабайт выгадали в сранении с 7-зипом на ультра сжатии. Жалко, что ОЗУ надо много для распаковки архива (~800mb).

А вот прямо противоположная ситуация:

HITMAN 2 Silent Assassin ~ 900mb

7-zip (ultra: 96mb dict) = 200mb (ровно)
FreeArc (m7 & default (!) ) ~ 270mb

Странно правда?

Фриарк проиграл 7зипу 70 мегабайт и тут я думаю дело было в сортировке файлов и ошибочном применении TTA к wav (это только расширение, а начинка может быть любая) файлам, которые LZMA, в данном случае, пакует на УРА.

Булат, не факт, что ccm поможет, здесь же DDS текстуры и WAV'ы (adpcm-уже сжатые).

Bulat_Ziganshin

Цитата:

под винды - нет, пока не выйдет mingw64

Ясно. Ну значит это дело далекого будущего

PAQer

Цитата:

Фриарк проиграл 7зипу 70 мегабайт и тут я думаю дело было в сортировке файлов и ошибочном применении TTA к wav (это только расширение, а начинка может быть любая) файлам, которые LZMA, в данном случае, пакует на УРА

Тут ничего не поделаешь, пока не будет реализован "выбор метода сжатия по содержимому файлов, а не только их расширениям" (обещан в версии 0.42).

Цитата:

Тут ничего не поделаешь, пока не будет реализован "выбор метода сжатия по содержимому файлов, а не только их расширениям" (обещан в версии 0.42).

+1

хотя можно просто удалить arc.groups. или хотя бы метки из него $wav $text и т.д. - тогда сортировка останется, но все файлы будут паковаться как бинарные, lzma с препрцессорами

Почему-то не показывается размер файла в архиве в поле «Packed»?

ARC 0.40 (prerelease-4) listing archive: f:\freearc\freearc\bin\release\1.wrc
Date/time Attr Size Packed CRC Filename
-----------------------------------------------------------------------------
2007-11-30 22:26:11 .D..... 0 0 00000000 CRC64
2007-12-14 23:36:08 .D..... 0 0 00000000 second
2007-12-02 12:26:34 ....... 6 0 ed6a6084 errors.txt
2007-11-26 01:18:10 ....... 42 0 a2ae0aaa captcha.htm
2007-12-16 22:16:13 ....... 11971 0 f02cb38e Presenting FreeArc 0.40.htm
2007-08-15 22:02:06 ....... 0 0 00000000 second/AUTOEXEC.BAT
2007-02-11 23:00:36 ....... 230 0 07d9f491 second/boot.ini
2007-12-15 21:35:01 ....... 12800 0 a38e6646 Thumbs.db
2002-09-06 10:00:06 ....... 98304 0 ee6d51ec second/dllinfo.dll
2000-10-23 22:57:58 ....... 0 0 00000000 CONFIG.SYS
2007-11-26 01:18:10 ....... 811 0 5d3be6db captcha.png
2007-12-17 01:46:31 ....... 736022 0 aac4e396 captcha.bmp
2007-12-04 23:19:01 ....... 17216 0 47a58933 17.JPG
2007-12-17 01:02:54 ....... 74 0 f032021e empty.lar
-----------------------------------------------------------------------------
14 files, 877.476 bytes
All OK

Цитата:

Почему-то непоказывается размер файла в архиве в поле «Packed»?

это фича у 7-zip тоже самое

Bulat_Ziganshin

Цитата:

4/65536 = 0.0061%.

.. промазал второпях (времени свободного нет, в текстовом представлении 8байт)

Цитата:

эта информация не жмётся - это ж практически случайные числа.

основывался на сжатие числа ПИ - жмётся до 43% (57% высвобождается).

Цитата:

потенциально это сделать можно (хотя хранение двух crc - пофайловой и посекторной - тот ещё изврат).

Цитата:

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

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

Цитата:

основывался на сжатие числа ПИ - жмётся до 43% (57% высвобождается).

это потому, что ты сжимал его запись десятичными цифрами LOL


Цитата:

Кстати если сбойные участки идут подряд - они выкачиваются сразу или каждый участок по отдельности?

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


Цитата:

слишком маленький размер блока при большом количестве ошибок тоже плохо привыкачивании этих кусочков

учитывая, что накладные расходы при выкачке каждого куска - несколько сотен байт... да и вообще, можно пытаться качать multiple range: 0-4095,8192-12287. протокол http это позволяет, не знаю правда как насчёт реальных серверов

Bulat_Ziganshin

Цитата:

да и вообще, можно пытаться качать multiple range: 0-4095,8192-12287.

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

Очень интересует этот вопрос

Цитата:

Максимум 1237m (при возможных 1562m, в 0.40-prerelease3)

как обстоят дела?

Добавлено:

Цитата:

--download была переименована в --original

Кстати про недостаток использования системных библиотек, если в Internet Explorer будет стоять Автономная работа, FreeArc в Inet не попадёт.

Bulat_Ziganshin
так всё-таки :
freearc для профессионалов или для всех ?

Цитата:

Кстати про недостаток использования системных библиотек

скорее библиотек от MS спасибо, щанесу в доку


Цитата:

так всё-таки :
freearc для профессионалов или для всех ?

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

Добавлено:
сделал новый русскоязычный сайт - http://freearc.sourceforge.net/rus/index.htm

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

Цитата:

может, вообще там страничку убить и сделать ссылку прям сюда

ИМХО, правильнее было бы наоборот.
Наберется вот, скажем, тут 100 страниц - и откроют новый топик - все ссылки править придется.
Да и все-таки форум-форумом, а у продукта должен быть свой ресурс.

Bulat_Ziganshin

Цитата:

сейчас это люди, которые серьёзно интересубтся архиваторами как таковыми.

тогда к чему это :

Цитата:

реальная альтернатива rar и 7-zip