» FreeArc (часть 4)

Andarin

Цитата:

Может, конечно, имелось в виду другое...

Мне вот это и интересно!

Понятно будем ждать следующего релиза, жалко конечно я уж так обрадовался сжатию до 30% .... А что с -mm и -tta не подскажите? Как написано на сайте они предназначены для сжатия мультимедии в особенности wav, так почему результат такой низкий? Обычный -m9 сжимает данные до 64% а с mm\tta удается достичь только 85%, может я что-то не так делаю?


PS И спасибо за чудесную программу

Новая альфа-версия:AES-NI: 1ГБ/сек - скорость шифрования (методом по умолчанию и в целом для -ae=aes-*/ctr/r:0) на современных процессорах
REP: исправлена ошибка, приводившая к зависанию на файлах размером BLOCKSIZE*N+k где 0<=k<L
GUI: показывает английский тултип/перевод если текущая локализация не имеет своего варианта
7z.dll: расширение архива по умолчанию теперь определяется опцией -t (например, команда "a a -tbzip2" эквивалентна "a a.bz2 -tbzip2")
LZ4: переименован метод "lz4a"->"lz4b" (формат сжатых данных несовместим со старой версией)
Из лицензии программы убрано упоминание GPL

Интеграция с Explorer - исправлены ошибки в новой реализации:больше не показывает каскадное меню, если оно пусто
корректное меню, если выбраны каталоги
если выбран ровно один архив - показывает команды для сжатия его в другие форматы
для архивных файлов меню всегда выводится (так что галочка включает только ассоциирование с FreeArc и иконку)
обновлён список расширений архивов/контейнеров (взят из 7z.dll плюс apk/zipx и кое-что по мелочи)

Глобальная очередь операций - закончена реализация: теперь эта настройка из freearc.ini также используется для команд FreeArc.exe исполняемых из комстроки (включая запускаемые из меню Explorer)
изменения этой настройки в диалогах Добавить/Извлечь больше не запоминаются в freearc.ini (в отличии от изменений, сделанных в диалоге Настройки)
ГИП: выводит "Ждём пока другая копия FreeArc завершит операцию..." и не начинает отсчёт времени пока идёт ожидание в очереди

Улучшения в вычислении/ограничении потребления памяти:Более точное вычислении/ограничении потребления памяти при использовании внешних компрессоров-фильтров (с stdin на stdout)
Unarc: ограничивает потребление памяти в grzip/4x4 по такому же алгоритму как Arc.exe
Unarc: теперь опция -ld по умолчанию трактует свой параметр как мегабайты

Исправлены ошибки в использовании временного каталога:GUI: больше не предлагает удалить временные файлы при открытии вложенного архива (распакованного во временный каталог) - в частности это исправляет проблему при открытии архивов .tar.gz
GUI: временный каталог, установленный в arc.ini (опцией -w), отныне может быть использован для распаковки содержимого архива в операции "Открыть из архива"
GUI: логфайл/врем.каталог, установленные в freearc.ini, отныне имеет больший приоритет, чем аналогичные настройки из arc.ini





New alpha version:AES-NI: 1GB/sec speed for default encryption method (and in general for -ae=aes-*/ctr/r:0) on modern cpus
REP: fixed bug causing hangup on files with size=BLOCKSIZE*N+k where 0<=k<L
GUI: show english tooltip/translation if the current locale doesn't have one
7z.dll: "a a -tbzip2" now works as "a a.bz2 -tbzip2" (i.e. default archive extension depends on the -t option)
LZ4: renamed method "lz4a"->"lz4b" (data format is incompatible with previous version)
Removed GPL from the program license

Explorer integration - fixed bugs in the new implementation:don't show empty cascaded menu
proper handling if directories are selected
if only one archive is selected - show options to compress it to other formats
always show context menu for archive files (so checkbox only toggles association with FreeArc and icon)
updated list of extensions to associate with (taken directly from 7z.dll plus apk/zipx and a few other)

Global command queue - finished implementation: now this freearc.ini setting also used for FreeArc.exe commands executed from cmdline (including those executed from the Explorer menu)
changes made to "Global queueing" setting in Add/Extract dialogs are no more saved in freearc.ini (as opposed to changes made in the Setting dialog)
GUI: show "Waiting for other FreeArc copy to finish operation..." and don't start counting operation time until global lock is grabbed

Improved calculation/limiting of memory usage:Improved calculation/limiting of memory usage when using stdin-to-stdout external compressors
Unarc: limit memory usage for grzip/4x4 in the same way as Arc.exe
Unarc: now -ld option accepts limit in megabytes by default

Fixed bugs in tempdir usage:GUI: no more propose to delete temporary files on open of subarchive (stored in the tempdir) - in particular it fixes .tar.gz handling
GUI: temporary directory set in arc.ini (-w) now can be used for extracting archive contents in the "Open file from archive" operation
GUI: logfile/tempdir configured in freearc.ini now has higher priority than those set in arc.ini

Bulat_Ziganshin

Цитата:

в 0.67 эта ошибка исправлена.

Имеет смысл обновиться или все-таки подождать финала?

Skif_off
Я с версией 0,666 не мог работать - там ошибки.
А в версии 0,67 те ошибки, что мы замечали, Булат исправил.
Я в последней версии 12-12-2012 пока с ошибками не сталкивался.

Цитата:

0.67 зафиналить не собираетесь?

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


Цитата:

Имеет смысл обновиться или все-таки подождать финала?

обновляйтесь. 0.67 сейчас горазло качественней чем 666


Цитата:

Обычный -m9 сжимает данные до 64% а с mm\tta удается достичь только 85%, может я что-то не так делаю?  

всё зависит от конкретных данных. у вас медкие wav-файлы, fa к этому не приспособлен. попробуйте nz,rar4,uharc

Цитата:

muzf PackArc/PackJpg сжимают пофайлово, а precomp-у приходится работать с бинарниками, откуда ему знать что этоти 2 jpg нужно жать солидом?  
Как Вы себе это представляете?

Как вариант - для мультимедиа файлов отключать precomp и сжимать пофайлово.
Но проблема вообще-то в самом precomp (в 043 проблема осталась). Судя по -v он определяет размер второго jpeg stream всего в 493390 байт, когда он должен быть раз в 9 больше.
Эта проблема проявляется и в таблице squeezechart у Precomp.

http://lenta.ru/news/2013/09/06/encryption/

это к вопросу о том, достаточно ли шифрования по american encryption standard, к тому же так удобно ускоренного в процессорах американской фирмы intel

Bulat_Ziganshin

Цитата:

это к вопросу о том, достаточно ли шифрования по american encryption standard, к тому же так удобно ускоренного в процессорах американской фирмы intel

Быстрее зашифрует - быстрее и расшифрует Думаю, их аппаратный RNG тоже не совсем random.

Булат, вопрос к тебе как к автору arjz. Есть arj-архив, в нем есть упакованный exe'шник, дающий при распаковке ошибку crc. Инфы для восстановления в архиве ессно никогда не было. Есть серьезные основания полагать, что ошибка не более, чем в 1 бит (к примеру правильный байт был 87, а "стал" C7). Вопрос: как локализовать место в сжатом файле, где возникает ошибка ? Чтобы на край хоть все 256 вариантов сбойного байта перебрать

И никто не напишет что последняя альфа не работает? Приколисты вы народ ))

Paramon111

Цитата:

И никто не напишет что последняя альфа не работает? Приколисты вы народ ))

Это только у приколистов, видимо, не работает.
У меня работает. Всё до мелочей не проверял, но стандартные операции без проблем.

Benchmark
посмотреть в расжатом файле до какого места он выглядит правдоподобно и с какого места - неправдобподобно. соответственно между ними локализована ошибка

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

в любом случае это требует программирования

Файл.doc --> FreeArc --> Add to Archive --> Всё дефолтное --> Ok:
c_szDefaultExtension:unsupported archive type

Добавлено:
Ok --> Cancel --> Ok - вешает процесс FA

Добавлено:
Хотя не совсем,
thread blocked indefinetely

Потом всё исчезает.

Цитата:

посмотреть в расжатом файле до какого места он выглядит правдоподобно и с какого места - неправдобподобно

Выглядит правдоподобно весь. И даже работает. Вопрос лишь в том, вылезет ли в какой-то момент непредвиденная ошибка, или повреждено не особо критичное место. С полным перебором ясно (~110kb * 256 вариантов каждого байта), просто надеялся, что можно проще.

Paramon111

Цитата:

И никто не напишет что последняя альфа не работает? Приколисты вы народ ))

глючный релиз


Добавлено:
Bulat_Ziganshin
FreeArc
1. например упаковываем Папку bin\, ничего не создаётся
Упаковать - ок - окно закрылось
ничего не происходит

2. например упаковываем Папку FreeArc-portable-0.67-alpha-win32\

Упаковать - ок

c_szDefaultExtension: unsupported archive type

Кстати
А окно так должно выглядеть?

Цитата:

~110kb * 256 вариантов каждого байта

=25 миллионов вариантов = 2.5 тб данных = час работы компьютера

Andarin 20:41 16-11-2012

Цитата:

У меня работает. Всё до мелочей не проверял, но стандартные операции без проблем.

Приношу извинения - запускал не с того файла, не последнее обновление. Последняя версия не работает.

А есть ли способ при упаковке\распаковке сохранять атрибуты файлов (только чтение, скрытый, системный и тд) ?

нет, атрибуты пока не сохраняются

Bulat_Ziganshin
ещё были фризы\подтормаживания системы,
виновником был Hardware Interrupts and DPCs

откатился на "предыдущую версию" 23.05.2012

Сжал файл в 7z выбрав шифрование Быстрое: twofish-256 -p? -hp Но Bandizip показывает, что шифрование применено AES 256. Чему верить?

egor23
краткое содержание предыдущей серии

winkot
формат .7z поддерживает только aes-шифрование, так что эта опция внаглую игнорируется

Bulat_Ziganshin

Цитата:

краткое содержание предыдущей серии

имелось ввиду сдвинуты Обработано\всего

в своё время нравилось окно WinUHA

Bulat_Ziganshin
Тогда, наверное, надо бы сделатьт эту кнопку не активной. А то вводит в заблуждение. Кстати, сжать в zip с шифрованием не получилось вообще, ни с AES ни с twofish. На сайте пишется о возможности применения каскадного шифрования. К каким типам архивов это относится?

egor23
да, я специально сделал чтобы они могли перекрываться. когда там реальные данные - это почти незаметно, зато позволяет немного уменьшить ширину диалога. собственно мог бы и сам посмотреть - не работает только сжатие в arc из gui/explorer. или вообще в предыдущей версии - я вроже ничего не менял

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

Добавлено:
мне тоже диалог прогресса winuha нравился - он был самый информативный среди всех GUI архиваторов. но сейчас единственное в чём он имхо превосходит fa - написано сколько озу используется. нам бы тоже такое добавить не помешало

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

winkot
да, при работе с 7z/zip надо менять интерфейс, отключая неподдерждиваемые опции. просто это ещё не сделано. каскадное шифрование - фича только формата arc. zip поддерживает aes-шифрование, но похоже способа включить его вместо дефолтного нету. надо впрочем сделать его вообще по умолчанию, кому нужен этот zip-crypto..

Bulat_Ziganshin

Цитата:

собственно мог бы и сам посмотреть - не работает только сжатие в arc из gui/explorer

gui/explorer - глючит\ не работает

а консоль работает и arc и FreeArc:
arc a a ..\
FreeArc.exe a a ..\


Цитата:

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

а полгода пролетело незаметно...
времени не хватает

Добавлено:

Цитата:

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

WinUHA 2.0 RC1 (2005.02.27)



Добавлено:

Цитата:

но сейчас единственное в чём он имхо превосходит fa - написано сколько озу используется.

превосходит:
1. изменение приоритета
2. Фоном - сворачивает в трей,
но при нажатии фоном приоритет не меняется на минимальный, тоже есть недоделки.

Bulat_Ziganshin
ХВАТИТ СИСЬКИ МЯТЬ!!! Выпусти пожалуйста 0.70 которую ты обещаешь всему миру уже который год, а потом уж придумывай новые фичи, алгоритмы и т.д.

Помолчал бы ты ей богу. Хотя бы из-за уважения к автору FreeArc, который делает его совершенно бесплатно и наполнил его отличным функционалом.
И вообще, что ты хочешь увидеть в 0.70 в отличии от текущей версии?