» FreeArc (часть 4)

new version:

* 7z.dll: fixed bug: a.7z.arc was recognized as .7z archive if a.7z was stored in .arc without compresion
* GUI: runs exe/doc/xls files instead of opening them as archives (configured in Interface tab)
* GUI: ^PgUp and ^PgDn to walk in the hierarchy (in paricular to open exe/doc/... as archives)
* 7z.dll: "lt" and ArcInfo commands: shows list of solid blocks and removed .arc-specific lines
* freearc.ini: added default values for compression.zip and compression.7z options
* UI: fixed erroneous stats at the end of compression like "99,993,888 => ... bytes" on 100mb file
* LZMA: writes decompressed data in 8 mb (instead of 256 kb) chunks

Bulat_Ziganshin

Цитата:

* 7z.dll: "lt" and ArcInfo commands: shows list of solid blocks and removed .arc-specific lines

для cab-архива ничего не показал

Bulat_Ziganshin
Вроде была мысль после тестирования архива выводить сообщение, что тестирование пршло успешно и ошибок необнаруженно.

slech
Сейчас есть панель событий, там все отображается.

По поводу вида интерфейса 0.б66: Взял портабельную версию, открыл. Хотел начать работать. Сразу обратил внимание, что нет меню Вид. А почему, собственно? Такое есть в любой проге - от вьюера до упаковщика. Настройка внешнего вида. В том же самом 7-zip можно даже 2 панели открыть. Удобно.

Не успел даже попробовать архивер в работе. Интерфейс вдруг укоротился и вижу только слова каталог и размер -- а название папки и файла куда-то ушло и вообще стало не видно.
То есть, вроде как прокрутки не хватает по горизонтали.

Это что такое плиз? Как поправить?

И как использовать можно PeaZip как оболочку для FreeArc - где можно узнать?

Bulat_Ziganshin
Почему вы не обновляете 7z.dll и 7zG.exe хотябы до последней стабильной версии?

Цитата:

нет. по умолчанию - это значит никаких параметров

Почему режим по умолчанию (вы говорили что он дает наилучший уровень сжатия в цепи среп - АРК(ультра)) проигрывает режиму -m2?

FA 0.67, srep 1.91, win7 32 3.25Гб ОП

Цитата:

Почему режим по умолчанию (вы говорили что он дает наилучший уровень сжатия в цепи среп - АРК(ультра)) проигрывает режиму -m2?

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


Цитата:

Почему вы не обновляете 7z.dll и 7zG.exe хотябы до последней стабильной версии?

7z.dll я компиляю сам (удаляю из него deflate), а 7zG.exe вроде как раз 7.20. могу обновить до последней альфы


Цитата:

для cab-архива ничего не показал

для 7z/rar пашет, для zip нет, остальные я даже не проверял. в общем, я записал но в low-priority. нафиг оно вообще нужно..

Bulat_Ziganshin

Цитата:

7z.dll я компиляю сам (удаляю из него deflate), а 7zG.exe вроде как раз 7.20. могу обновить до последней альфы

В последний альфа версия 7zG.exe v9,13. обновите до последней финальной!

Цитата:

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

Тест проводил несколько раз для исходных файлов размером 3-4,5 Гб в цепи srep-arc (ultra) m2 дает выигрыш ~ 2Мб над параметром по умолчанию. Мне не разу не удалось получить преимущество режима по умолчанию над m2 (5 тестов с разным данным).

Почему версия 0,666 при архивировании упорядочивает файлы в 2 прохода, а не все сразу (48000 файлов)?

Цитата:

Тест проводил несколько раз для исходных файлов размером 3-4,5 Гб в цепи srep-arc (ultra) m2 дает выигрыш ~ 2Мб над параметром по умолчанию. Мне не разу не удалось получить преимущество режима по умолчанию над m2 (5 тестов с разным данным).

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


Цитата:

Почему версия 0,666 при архивировании упорядочивает файлы в 2 прохода, а не все сразу (48000 файлов)?

читай доку на опцию -s


Цитата:

В последний альфа версия 7zG.exe v9,13. обновите до последней финальной!

судя по дате - от 9.20


Цитата:

. Сразу обратил внимание, что нет меню Вид. А почему, собственно? Такое есть в любой проге - от вьюера до упаковщика. Настройка внешнего вида.

Settings/Interface. если есть какие-то предложения/пожелания - пиши


Цитата:

Интерфейс вдруг укоротился и вижу только слова каталог и размер -- а название папки и файла куда-то ушло и вообще стало не видно.
То есть, вроде как прокрутки не хватает по горизонтали.

скриншот? у меня полоса гор. прокрутки появляется


Цитата:

И как использовать можно PeaZip как оболочку для FreeArc - где можно узнать?

как оболочку для arc.exe, в её доке. на мой взгляд идеология там дурацкая, warc пока вне конкуренции


Цитата:

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

что предлагаешь реализовать? сейчас в списке идей записано такое:
по окончании операции в заголовке и поле Message "SUCESSFULLY TESTED a.arc", "% WARNINGS IN TESTING a.arc", "ERROR IN ..."
и заменять Отмена на ОК

Цитата:

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

Выложить не могу, но вы их самостоятельно можете найти.

1. Counter-Strike Source v59 (4,25 ГБ)
2. Rome: Total War (3,86 ГБ)
Тест проводился еще в нескольких играх, но точных данных по ним немогу дать (данные не сохранились).
Перед обработкой срепом файлы упаковывались в АРК без сжатия.

Еще провел два теста, но теперь для версии 2.95. Вот что получил:
Just Cause2 (4321020622)>(m2)3056691833>(standart)3057385575
Dead Space (7318737332)>(m2)3030893833>(standart)2961759927

Если учесть два предыдущих теста, то мне кажется для исходных файлов до 4-4,5 Гб целесообразнее использовать m2, а для больших объемов лучше пользоваться параметром по умолчанию.

VasulNoz

Цитата:

Еще провел два теста, но теперь для версии 2.95. Вот что получил:

где сравнение m2 vs m3?

Цитата:

Just Cause2 (4321020622)>(m2)3056691833>(standart)3057385575
Dead Space (7318737332)>(m2)3030893833>(standart)2961759927

подопытные неудачные, они практически не дожимаются

Цитата:

Just Cause2 (4321020622)>(m2)3056691833>(standart)3057385575

Вы обратили внимание, что получили в итоге дожатия отрицательное сжатие?

Цитата:

подопытные неудачные, они практически не дожимаются

Цитата:

Вы обратили внимание, что получили в итоге дожатия отрицательное сжатие?

Это уже конечные результаты: среп сжатый Арком
(m2) это m2 сжатый Арком
(standart) режим по умолчанию сжатый Арком

Bulat_Ziganshin
А не могли бы вы пофиксить глюк в декомпрессоре tor? А то напрягает уже.

vishyakov
дайте ссылку на багрепорт



Цитата:

Just Cause2 (4321020622)>(m2)3056691833>(standart)3057385575
Dead Space (7318737332)>(m2)3030893833>(standart)2961759927

Если учесть два предыдущих теста, то мне кажется для исходных файлов до 4-4,5 Гб целесообразнее использовать m2, а для больших объемов лучше пользоваться параметром по умолчанию.

скорее дело в каких-то случайностях. попробуй например эти 7 гиг обрезать до 4

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

Bulat_Ziganshin
На сколько я знаю, srep, не встроен в FreeArc, хотел узнать, а будет ли он встроен?

Bulat_Ziganshin
Проблемный архив: http://rating.khsu.ru/inmbd/arc/vc.arc
Видео: http://rating.khsu.ru/inmbd/arc/video.arc

Суть в том, что если распаковывать архив не целиком, а только отдельные файлы, то частенько зависает. Кстати, насчёт того, что баг именно в tor - это было предположение, а не утверждение.

Вот еще один тест:
Counter-Strike Source v59 (4565314491)>(m2)1640665622>(standart)1643939423
Здесь опять преимущество m2, если еще учесть время на упаковку и распаковку m2 то превосходство достаточно велико.
Будите иметь время потестить эти режимы, у меня сейчас нет времени, да и проц не столь силен для этих дел.

VasulNoz
а ты все проводимые тесты приводишь или только те, где m2 выиграл?


Цитата:

если еще учесть время на упаковку и распаковку

время упаковки значения не имеет. распаковка должна иметь ту же скорость. ты последнее тестировал или просто так ляпнул?

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

Добавлено:

Цитата:

На сколько я знаю, srep, не встроен в FreeArc, хотел узнать, а будет ли он встроен?

я медленно движусь к этому. а зачем оно тебе нужно?

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

к вопросу об m2 vs m3. srep 2.95

plain-архив arc.arc 9,075,734,139 (dxt-графика)

m2.rep 8,159,165,667 -> m2.arc 4,309,626,326
m3.rep 7,992,577,259 -> m3.arc 4,327,642,219

m2.rep - у репа только свич -m2. Последующее сжатие фриарком без rep'а (если я не накосячил с параметрами )

отключить rep очень просто - опция -mcr-

ну у меня там строка самопальная, правда недоделаная (времени все нет дальше разбираться и эксперементировать): delta+lzma...

Bulat_Ziganshin
удивился, когда обнаружил, что для шифрования данных и заголовков архива можно указать два разных пароля:
arc a test.arc -pPASS -hpWORD *.*

после этого, для распаковки нужно вводить оба пароля по-очереди:
arc x test.arc
FreeArc 0.666 extracting archive: test.arc

Enter decryption password: <WORD>
Extracting 1 file, 834 bytes. Processed 0%
Enter decryption password: <PASS>
Extracted 1 file, 11,090 => 834 bytes. Ratio 1329.7%
Extraction time: cpu 0.02 secs, real 0.23 secs. Speed 4 kB/s
All OK

это так и задумано?
в таком случае, наверное, стоит как-то указать, который из паролей надо вводить
может, что-нибудь типа:
Enter headers decryption password:
Enter data decryption password:

P.S. WinRAR, например, при такой ситуации использует только пароль из -hp и игнорирует тот, что в -p

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

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

Bulat_Ziganshin

Цитата:

так что не важно в каком порядке их вводить

не совсем так

если попробовать их ввести в другом порядке, выйдет вот что:
arc x test.arc
FreeArc 0.666 extracting archive: test.arc

Enter decryption password: <PASS>
Incorrect password

Enter decryption password: <WORD>
Extracted 1 file, 11,090 => 834 bytes. Ratio 1329.7%
Extraction time: cpu 0.02 secs, real 0.30 secs. Speed 3 kB/s
All OK

и хоть повторного ввода "PASS" не требуется, сообщение о неверном пароле может заставить подумать, что в нём была опечатка, например, и попытаться вводить его снова и снова..

Bulat_Ziganshin
Вы смогли воспроизвести глюк, о котором я упоминал выше?

vishyakov
1. этот каталог у меня извлёкся корректно. попробуй свежую альфу
2. проблема с наведёнными ошибками при прерывании распаковки пользователем есть, пока я не могу её исправить (это требует переработки всей архитектуры)

Bulat_Ziganshin

Цитата:

я сделал вариант unarc.dll/sfx, который корректно работает с stdin-to-stdout фильтрами. у меня с srep работает. проверяйте:

только хотел заорать от счастья, а файла там больше нет
загрузить его снова не планируется? очень полезная штука для любимого скрипта от Shegorat

DrNed
качай последнюю альфу фриарка, там все имеется, что тебе нужно.

Profrager
качал, включал оттуда unarc.dll и facompress.dll в свой скрипт. Изменение заметил только одно: перестало появляться консольное окно, но прогресс в окне установщика всё равно стоит на 0%
p.s. наверное этот опрос следует обсуждать в другой теме?

тебе нужно взять srep 2.95, сжать файл с -f и использовать в arc.ini секцию srep с stdin-to-stdout распаковкой