Ru-Board.club
← Вернуться в раздел «Программы»

» FreeArc (часть 4)

Автор: Bulat_Ziganshin
Дата сообщения: 01.07.2012 22:15
juvaforza
а в arc.ini прописать?
Автор: Shuld
Дата сообщения: 25.11.2012 05:00
Bulat_Ziganshin

На странице
http://freearc.org/Benchmarks.aspx
у меня не работает первая ссылка

Надо
http://www.squeezechart.com/index.html
?
Автор: juvaforza
Дата сообщения: 01.07.2012 22:19
Bulat_Ziganshin
Я думал об этом, правда не понял каким образом. Читал невнимательно.
Автор: Shuld
Дата сообщения: 25.11.2012 17:16
Хочется сказать вот о каком досадном факте.

Заархивировал папку 6 Гб архиваторами WinRAR и FreeArc
Размер архива предсказуем, RAR - 5,3 ГБ, FreeArc - 4,6 Гб.
Кликаю на архиве, время запуска оболочки:
WinRAR - 2 сек, FreeArc - ...... - 20 c!
Несколько напрягает, надо сказать.
Автор: coolerru
Дата сообщения: 04.07.2012 01:01
Bulat_Ziganshin
Здравствуй!
В первую очередь благодарю за прекрасный архиватор, который является основным для меня. Желаю удачи и наилучших пожеланий на пути движения разработки к совершенству! =)

А теперь внесу свой вклад в это самое улучшение: возникла проблема с использованием ключа -ep1, который по-идее должен архивировать объекты - файлы или папки - складывая их напрямую в корень архива, исключая только путь, который ведёт к ним на диске. С файлами всё порядке, а вот папки помещаются пустыми, а их содержимое выпотрашивается в корень архива. Версия FreeArc'а последняя, от 22 мая.
Пример: <FreeArc.exe a -ep1 -sfxfreearc.sfx -- 1.arc.exe 1 2 1.txt>. "1", "2" папки с файлами, "1.txt" случайный файл.
В итоге получаем пустые папки 1 и 2, их содержимое и файл 1.txt прямо в корне архива. Очевидно, в цикле парсинга строки, содержащей путь к объектам, содержащимся в объектах, указанных в командной строке / файле-списке, алгоритм обрезает на один уровень больше чем нужно.
На всякий случай, WinRAR всё ложит нормально.

Также вопрос: планируется ли какая-либо интеграция с arclite'ом для Far'а, т.к. он теперь официально заменил MultiArc и, по-моемому, также лучше?
Автор: Bulat_Ziganshin
Дата сообщения: 25.11.2012 21:59

Цитата:
http://freearc.org/Benchmarks.aspx
у меня не работает первая ссылка

спасибо, поправил


Цитата:
время запуска оболочки:
WinRAR - 2 сек, FreeArc - ...... - 20 c!

это может быть из-за разных причин - кеширование, работа 7z.dll и т.д. если хочешь - попробуй разобраться
Автор: Shuld
Дата сообщения: 26.11.2012 03:08
Вряд ли мне хватит знаний.

Попробовал еще сделать архив 7z (скоростной).
7z проработал 7 мин, вместо 4 мин у WinRAR и FreeArc, а размер архива получился больше, чем RAR-овский.
Открываю архив 7z "своей" оболочкой, примерно те же 2 сек, открываю FreeArc-ом - заметно дольше.
Это только у меня так?
Автор: alifais2000
Дата сообщения: 04.07.2012 18:36
привет
может кто поможет мне использовать

bikunpack.exe с FreeArc

заранее спасибо
Автор: ruduk
Дата сообщения: 26.11.2012 12:17
Shuld

Цитата:
открываю FreeArc-ом - заметно дольше

Возможно диск сильно фрагментирован, и используется "мощный" уровень эвристики антивируса. Попробуйте отключить антивирус, полностью дефрагментируйте диск (на котором находится архив), проверьте открытие архива.
Иногда даже 1 МБ файл при сильной фрагментации файловой системы может быть записан 300 фрагментами, а вы говорите о 4,6 ГБ!
Также если во время сжатия в .arc были использованы специфические методы, попробуйте сжать -m2 например и проверьте еще раз.
Дальше если уж захотели разобраться, то не мешало бы дать хотя бы листинг архива
Автор: V2driver
Дата сообщения: 04.07.2012 19:18
alifais2000
Читай http://freearc.sourceforge.net/rus/FreeArc040-rus.htm
Автор: Shuld
Дата сообщения: 26.11.2012 16:30
Не понимаю.
Если архив .7z открывается программой 7zip за 2 сек,
а тот же (!) архив окрывается FreeArc-ом секунд за 10,
то при чем тут фрагментация?
Попробовал сейчас на архиве размером 100 Мб.

Добавлено:
Или сам FreeArc у меня установился в медленную часть винта, или сильно фрагментирован?

Добавлено:
ruduk

У Вас сколько секунд уходит на открытие архива .7z
программой 7zip и сколько - FreeArc-ом?
Автор: alifais2000
Дата сообщения: 04.07.2012 20:25
V2driver

Я не могу понять, что это ссылка

Я сказал, как я могу использовать bikunpack.exe с FreeArc
Автор: CDK
Дата сообщения: 27.11.2012 19:46

Цитата:
Если архив .7z открывается программой 7zip за 2 сек,
а тот же (!) архив окрывается FreeArc-ом секунд за 10,

антивирь может влиять - фриарк работает же через 7z.dll

У меня фа (и новый и 0.67 от 17.11.2010) 1.5-гиговый рар-архив с доками за 16 сек, а сам рар за 8 сек. НОД32 не влияет.

added: а 7z вообще моментально его открывает

ЗЫ: радует каждый раз при запуске свежего, только скачанного, фа (Portable Windows package) сообщение о том, что есть еще более новая версия
Автор: V2driver
Дата сообщения: 04.07.2012 20:48
alifais2000
Там всё написано.
Автор: ruduk
Дата сообщения: 05.07.2012 13:56
alifais2000
http://freearc.sourceforge.net/rus/FreeArc040-rus.htm#_Toc185595018 ---> Вот что тебе нужно!
Автор: Shuld
Дата сообщения: 28.11.2012 04:14
CDK
фа 1.5-гиговый рар-архив с доками за 16 сек
added: а 7z вообще моментально его открывает

Так?
Значит не только у меня так?
Автор: Bulat_Ziganshin
Дата сообщения: 05.07.2012 17:10

Цитата:
Также вопрос: планируется ли какая-либо интеграция с arclite'ом для Far'а, т.к. он теперь официально заменил MultiArc и, по-моемому, также лучше?

спросите у автора arclite, он у меня спрашивал как ему поддержку fa реализовать


Цитата:
Пример: <FreeArc.exe a -ep1 -sfxfreearc.sfx -- 1.arc.exe 1 2 1.txt>. "1", "2" папки с файлами, "1.txt" случайный файл.
В итоге получаем пустые папки 1 и 2, их содержимое и файл 1.txt прямо в корне архива. Очевидно, в цикле парсинга строки, содержащей путь к объектам, содержащимся в объектах, указанных в командной строке / файле-списке, алгоритм обрезает на один уровень больше чем нужно.
На всякий случай, WinRAR всё ложит нормально.

вижу, что я неправильно понял раровское описание. поставил на переделку, поскольку моя цель - совместимость с rar, но займусь этим в след. версии, типа 0.71
Автор: ruduk
Дата сообщения: 28.11.2012 09:06
Shuld

Цитата:
фа 1.5-гиговый рар-архив с доками за 16 сек

сжал игру, и у меня ~10 сек на открытие .rar и меньше 1 сек на открытие тех же файлов, но уже в .arc-архиве. Размер архива ~2 ГБ. Понятное дело .arc все-таки родной формат, а .rar посредством 7z.dll, потому и дольше.

Добавлено:
Специально обновил базы антивируса, почистил временные файлы, продефрагментировал диски, перезагрузил компьютер. После перезагрузки архив .rar открывался 21 сек! Повторное открытие стало меньше (типа ~14 сек), а потом остановилось на 6 сек (наверное кеширование помогает). Для .arc все также меньше 1 сек.
Автор: Paramon111
Дата сообщения: 28.11.2012 10:11
Shuld
Исходный размер папки 6.19 Гб, сжатый в FreeArc 5.63 Гб. Время открытия оболочкой FreeArc полторы секунды.
Сжал Winrar, размер 5.59 Гб. Время открытия архива в FreeArc тоже полторы секунды.
Думаю и с 7-zip будет так же. Проблемы не увидел.
Автор: coolerru
Дата сообщения: 07.07.2012 17:01
Прекрасно! Жду новую версию!
Автор: Teemoor
Дата сообщения: 28.11.2012 16:03
Уважаемые форумчане,

не поделитесь версией FreeArc в которой корректно работает сжатие изображений типа jpg, jpeg? На сайте версия 0.666 (20 мая 2010 г.) - она насколько я понял некорректно работает с изображениями. Очень нужно для архивирования огромного объема семейных фотографий.
Автор: juvaforza
Дата сообщения: 07.07.2012 17:36
Bulat_Ziganshin
Можно я поспрашиваю (в принципе, по версии 0.666)?

Значения по умолчанию для кодировок, описанные в старой документации, верны и на текущий момент?

Так ли сейчас выглядит полный список ключей (в краткой 7-zip записи)?
Цитата:
'-sc--' - "восстановить значения по умолчанию"
'-scs' - для файл-списков
'-scl' - для файл-списков
'-scс' - для файлов c комментариями
'-scf' - для файловой системы
'-scd' - для каталога архива
'-sct' - для терминала (консоли)
'-scp' - для параметров ком. строки
'-sci' - для конф. файлов arc.ini и arc.groups


Восстановить - это значит использовать?

Ключ '-scf' под Win принимается, но игнорируется?

Ключ '-sct' регулирует только вывод, или ввод тоже?

Файл freearc.ini всегда в UTF-8?

Насколько имя кодировки нечувствительно к регистру? Например, на 'v -scutf8' или 'v -sc=utf8' - неповторимая реакция.

Баг ли это, что при использовании записи через '=' наблюдается некорректная реакция? Например, на 'v -sct=UTF8' (без '=' - все ожидаемо) такая реакция:
Цитата:
Charsets.hs126,4)-(129,36): Non-exhaustive patterns in function g


Все ли ключи имеют RAR запись?

Существует ли комбинированный ключ в 7-zip записи?

Объекты по умолчанию для ключа в RAR записи - это 'c' и 'l' (т.е. как понимается ключ '-scu')? А для 7-zip записи ('-scUTF8')?

Суть части ;Default options for all commands в конфиге - это только одна строка, другие незакомментированные и синтаксически корректные строки будут игнорироваться?

В последней альфе при листинге после 'Archive integrity OK' нет символа перевода строки.
Автор: Shuld
Дата сообщения: 28.11.2012 16:36
ruduk

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

Paramon111
Время в случае, если архиватором с момента включения не пользовался? Или после нескольких открытий архивов?
Автор: Paramon111
Дата сообщения: 28.11.2012 16:44
Shuld
Просто создал архив .arc, открыл его, удалил. Потом создал архив .rar, открыл FreeArc`ом и снова удалил.
После включения ПК архивы создавал перед этой проверкой.
Автор: Bulat_Ziganshin
Дата сообщения: 28.11.2012 23:35
Новая альфа-версия:LZ4: импортирована ревизия от 5-го ноября; lz4:hc:b256k:90% - использовать HC matchfinder, блоки 256кб, оставлять несжатыми блоки с коэф. сжатия >90%
LZMA: в xlzma сохраняет однажды выделенные буфера (для предотвращения фрагментации памяти при сжатии многогигабайтных данных)
-m1/-m2/-m3: изменены настройки для улучшения соотношения скорость/сжатие
Tornado: исправлена ошибка в предыдущей альфе, иногда приводившая к созданию нераспаковываемых архивов в режимах -m1/-m2

New alpha version:LZ4: imported Nov5 revision; lz4:hc:b256k:90% - use HC matchfinder, 256kb blocks, store blocks with compression ratio >90%
LZMA: keep allocated buffers in xlzma (in order to prevent memory fragmenation when compressing multigigabyte data)
-m1/-m2/-m3: tuned params in order to improve speed/compression ratio
Tornado: fixed bug in previous alpha sometimes leading to bad compressed data in -m1/-m2 mode
Автор: Bulat_Ziganshin
Дата сообщения: 09.07.2012 13:11
некоторые ответы я комментирую текущими исходниками


Цитата:
Так ли сейчас выглядит полный список ключей (в краткой 7-zip записи)?

да: [more] f value "--" = aCHARSET_DEFAULTS -- -sc-- означает восстановить значения по умолчанию
f value ('s':cs) = _7zToRAR value "l" cs -- -scs... устанавливает кодировку для листфайлов
f value ('l':cs) = _7zToRAR value "l" cs -- -scl... does the same
f value ('c':cs) = _7zToRAR value "c" cs -- -scs... устанавливает кодировку для комментфайлов
f value ('f':cs) = _7zToRAR value "f" cs -- -scf... устанавливает кодировку для файловой системы
f value ('d':cs) = _7zToRAR value "d" cs -- -scd... устанавливает кодировку для каталога архива
f value ('t':cs) = _7zToRAR value "t" cs -- -sct... устанавливает кодировку для терминала (консоли)
f value ('p':cs) = _7zToRAR value "p" cs -- -scp... устанавливает кодировку для параметров ком. строки
f value ('i':cs) = _7zToRAR value "i" cs -- -sci... устанавливает кодировку для ini-файлов (arc.ini/arc.groups)
[/more]


Цитата:
Значения по умолчанию для кодировок, описанные в старой документации, верны и на текущий момент?

вероятно, да: [more]#ifdef FREEARC_UNIX

-- |Default charsets for various domains
aCHARSET_DEFAULTS = [ ('f','8') -- filenames in filesystem: UTF-8
, ('d','8') -- filenames in archive directory: UTF-8
, ('l','8') -- filelists: UTF-8
, ('c','8') -- comment files: UTF-8
, ('t','8') -- terminal: UTF-8
, ('p','8') -- program arguments: UTF-8
, ('i','8') -- ini/group files: UTF-8
]

#else

-- |Default charsets for various domains
aCHARSET_DEFAULTS = [ ('f','u') -- filenames in filesystem: UTF-16
, ('d','8') -- filenames in archive directory: UTF-8
, ('l','o') -- filelists: OEM
, ('c','o') -- comment files: OEM
, ('t','o') -- terminal: OEM
, ('p','a') -- program arguments: ANSI
, ('i','o') -- ini/group files: OEM
]
[/more]



Цитата:
Восстановить - это значит использовать?

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


Цитата:
'v -sct=UTF8'

потому что название опции здесь -sc, т.е. -sc=tutf8 должно работать. добавил поддержку -sct=utf8 в след. альфу


Цитата:
Ключ '-scf' под Win принимается, но игнорируется?

да


Цитата:
Ключ '-sct' регулирует только вывод, или ввод тоже?

ввод тоже, но боюсь, что это сделано не до конца. пароли работают, а "Overwrite?" - нет


Цитата:
Файл freearc.ini всегда в UTF-8?

да: [more]-- Будем считать, что все GUI конфиг-файлы хранятся в UTF-8
readConfigFile = parseFile '8'
saveConfigFile file = unParseFile '8' file . joinWith "\n"
modifyConfigFile file f = readConfigFileManyTries file >>== f >>= saveConfigFile file
-- Под Windows дополнительно добавляем BOM и используем CR/LF
saveWindowsConfigFile file = unParseFile '8' file . (chr 0xFEFF . joinWith "\r\n"
[/more]


Цитата:
Все ли ключи имеют RAR запись?

да. скажем можно выставить все чарсеты в utf-8 опцией -sc8slcfdtpi


Цитата:
Существует ли комбинированный ключ в 7-zip записи?

если речь идёт о настройке нескольких чарсетов одной опцией - то нет


Цитата:
Объекты по умолчанию для ключа в RAR записи - это 'c' и 'l' (т.е. как понимается ключ '-scu')? А для 7-zip записи ('-scUTF8')?

да, -scu эквивалентен -sclUTF8 -sccUTF8

-scUTF8 - не воспринимается как 7-zip'овская опция, поскольку не начинается с одной из 7-zip'овских букв 'slcfdtpi'. поэтому мы сваливаемся при обработке в "раровскую" ветку и воспринимаем это как настройку 'u' для чарсетов 't', 'f' и '8'. ну а с учётом того что последний не существует, а 'f' в винде игнорируется, это эквивалентно -scut или -sctUTF16


Цитата:
Насколько имя кодировки нечувствительно к регистру? Например, на 'v -scutf8' или 'v -sc=utf8' - неповторимая реакция.

непонятно причём тут регистр, остальное описано выше


Цитата:
Суть части ;Default options for all commands в конфиге - это только одна строка, другие незакомментированные и синтаксически корректные строки будут игнорироваться?  

да


Цитата:
В последней альфе при листинге после 'Archive integrity OK' нет символа перевода строки.

10x
Автор: Shuld
Дата сообщения: 02.12.2012 05:49
Провел новый тест с архиваторами, в том числе FreeArc от 28 ноября 2012
http://forum.ru-board.com/topic.cgi?forum=5&topic=8076&start=780#19

Метод -m1 показал заметное улучшение по времени и степени сжатия. Причем сжатие на этом (и некоторых других) данных даже лучше, чем у методов -m2/m3. Причина, по-моему, в том, что на больших объемах данных деление на группы скорее вредит, чем помогает. А в методе -m1 групп мало.
(Разумеется, немало данных, на которых метод -m1 показывает результаты по сжатию хуже других методов).


Добавлено:
В тесте приведены обновленные варианты методов -m81...-m89 и добавлен метод -m80
Расшифровка методов:

Добавлено:
Метод Расшифровка метода Примерное соответствие стандартному методу
Автор: muzf
Дата сообщения: 02.12.2012 11:22
Shuld, я с тобой полностью согласен, быстрые -m8* давно надо перенести в официальный .ini , как и нормальную поддержку jpeg/mp3 без precomp через packarc. Полгода прошло, Булат не хочет это добавлять по умолчанию без бубнов.
Автор: ALExey1995
Дата сообщения: 09.07.2012 16:12
alifais2000

Цитата:
bikunpack.exe

это только распаковщик!
Автор: Shuld
Дата сообщения: 02.12.2012 12:36
muzf
Результаты использования -m8* положительные?

Страницы: 123456789101112131415161718192021222324252627282930313233343536373839404142434445464748495051525354555657585960616263646566676869707172737475767778798081828384858687888990919293949596979899100101102103104105106107108109110111112113114115116117118119120121122123124125126127128129130131132133134135136137138139140141142143144145146147148149150151152153154155156157158159160161162163164165166167168169170171172173174175176177178179180181182183184185186187188189190191192193194195196197198199200201202203204205206207208209210211212213214215216217218219220221222223224225226227228229230231232233234235236237238239240241242243244245246247248249250251252253254255256257258259260261262263264265266267268269270271272273274275

Предыдущая тема: Punto Switcher (часть 3)


Форум Ru-Board.club — поднят 15-09-2016 числа. Цель - сохранить наследие старого Ru-Board, истории становления российского интернета. Сделано для людей.