» FreeArc (часть 4)

Highpass, ну да, и что ?

Shuld

Цитата:

Такой вариант графика более универсален. Даже если на другом конце Земли кто-то будет сжимать с процессором типа i3-530, то легко заранее прикинуть требуемое время или выбрать режим.

Вовсе нет. Ранее я приводил графики время/плотность на разных процесорах для вариантов алгоритма торнадо. Получились разные зависимости на разных процессорах.

Цитата:

а при упаковке?

считается, что те кто пользуется внешними упаковщиками, могут себе позволить тратить бОльшие ресурсы, и 10-20 гигабайт при сжатии 4 гб файла для них не будут проблемой


Цитата:

Предыдущий компрессор (тогда еще назывался lzma-freearc-x64.exe от 1 сентября 2010) работает без нареканий. При прямом сжатии через FreeArc-LZMA-x64.exe аналогичная ситуация с 3,6 гб.

как с вас вытягивать инфу приходится, даже с самых продвинутых. значит, проблема не в arc, а в том что FreeArc-LZMA-x64.exe не поддерживает сжатие с lzma:512mb:bt4 ? однако у меня успешно работает вот такая команда:

FreeArc-LZMA-x64.exe e lzma:512mb:bt4 D:\Testing\dll700.dll 1

возможно, ты не сменил настройки в arc.ini - они для новой программы другие (надо указывать "lzma:" в ком. строке)

Добавлено:
slech
увы, я не Шампольон

cdman67
Да ничего. Просто ты заблуждаешься, считая что такое значение параметра FB допустимо.
FB имеет диапазон от 5 до 273 (ранее до 255) включительно.

Доброго всем времени суток и с наступающим.

Цитата:

ну ты упомянул ziptv, а этот компонент у меня только с делфи ассоциируется.

Помнится google давал мне для него кучу результатов под разные языки и C++ и PhP и еще чего-то.


Цитата:

да все можно, только вот кто бы еще это реализовал кроме Булата..

А я решил что это я тупой - заблудился в сырцах.

Цитата:

Custom right-click menu entries proposal: Open, edit, compress, decompress, rename, copy, move, delete, join, split, properties

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

Думаю стоит рассмотреть:
Properties - смотрим свойства файла
Create Folder - создать папку
Create File - создать файл

Добавлено:
Properties я проглядел. Т.е. оно уже есть в задумке.
Значит можно рассмотреть 2-а оставшихся

Цитата:

Ранее я приводил графики время/плотность на разных процесорах для вариантов алгоритма торнадо. Получились разные зависимости на разных процессорах.

Видимо, я нечетко выразился.
Результаты в группе процессоров i3-530 будут похожи (например для i3-550)
и отличаться от группы Athlon II X3 435 - 450.

А графиков я не нашел.
Можно ссылку?
(таблиц нашел много, но это ненаглядно)

Цитата:

FB имеет диапазон от 5 до 273 (ранее до 255) включительно.

ранее было 256, если не изменяет память.

Create File - совершенно бессмысленна вещь, по крайней мере в 7-zip. Create Folder - в идеале должно быть отдельное ПКМ-меню при клике на свободном пространстве

Bulat_Ziganshin

Из папки со свежей альфой запускаю Addons\LZMA-x64\FreeArc-LZMA-x64.exe
Командная строка: FreeArc-LZMA-x64.exe e lzma:512mb:bt4 D:\C_26.04.2011.tib D:\C_26.04.2011.tib.lzma
В итоге имеем выделенная процессом FreeArc-LZMA-x64.exe память: 3741416 Кб
Со словарем 1024mb все те же 3741416 Кб

Изменяет
Диапазон был расширен до 273 в версии 7-zip 4.30 beta. А вот выписка из файла помощи версии 4.29

fb={N}
Sets number of fast bytes for LZMA. It can be in range from 5 to 255. Default value is 32 for normal mode and 64 for maximum mode. Usually big number gives a little bit better compression ratio and slower compression process.

Create File - создали файл - например xls - запустили оттуда же и затем созранили обратно в архив. Незнаю работает ли такое на практике где-либо.

Create Folder - 7z смотрю не различает нажатие на файл и на свободное пространство.

Чтобы уже наверняка.

Sig666
дошло. это я виноват, что-то стормозил. будем искать


Цитата:

Create File - создали файл - например xls

в explorer есть такая команда, но она создаёт файл по шаблону. к примеру a.arc нулевой длины создавать бессмысленно, хотя НЕКОТОРЫЕ программы может и поддерживают такой сценарий

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

Sig666
лови: http://freearc.org/download/testing/FreeArc-LZMA.zip

egor23

Цитата:

Результат получается битый, т.е. архив должен был получиться 74МБ, а получился 40Мб
причём в папке темр временный файл получается 74МБ, т.е. srep отрабатывает правильно, а вот в архив попадают не все 74МБ, а только 40МБ.

попробуй с этой версией:

http://www.freearc.org/download/research/srep296b.zip

напомню, что речь шла о работе в режиме stdin-to-stdout

Bulat_Ziganshin

Спасибо, теперь все нормально

Bulat_Ziganshin

Цитата:

;options = mem75%-400mb (for decompresssion with srep+exe+delta+lzma:256mb)
packcmd = srep {options} <stdin> <stdout>
unpackcmd = srep -d {options} <stdin> <stdout>

Упаковка работает

arc a a296b -msrep:m3f:s250m pdf.TAR11.pcf
FreeArc 0.67 (March 18 2011) creating archive: a296b.arc
Compressed 1 file, 249,562,113 => 77,720,120 bytes. Ratio 31.1%
Compression time: cpu 2.13 secs, real 37.56 secs. Speed 6,644 kB/s
All OK

Распаковка с {options} не работает

Цитата:

unpackcmd = srep -d {options} <stdin> <stdout>

arc x a296b
FreeArc 0.67 (March 18 2011) extracting archive: a296b.arc
Extracting 1 file, 249,562,113 bytes. Processed 0.0%
ERROR: write error (disk full?) in compression algorithm srep:m3f:s250m

Распаковка без {options} работает

Цитата:

unpackcmd = srep -d <stdin> <stdout>

arc x a296b
FreeArc 0.67 (March 18 2011) extracting archive: a296b.arc
Extracted 1 file, 77,720,120 => 249,562,113 bytes. Ratio 31.1%
Extraction time: cpu 1.94 secs, real 5.88 secs. Speed 42,479 kB/s
All OK

Цитата:

1.    при создании архива - добавить к имени архива: Дата+Время никак не могу настроить, чтоб имя архива и дата были разделены пробелом. Создается архив вида ВАСЯ06.03.2012 или так получилось ВАСЯ-06.03.2012 через пробел никак. Неудобно.

сделал так чтобы в таких полях можно было записать текст с пробелами в кавычках, например :
" %Y-%m-%d"
или
Date: " %Y-%m-%d"

Я правильно понял, что FreeArc в zip не сжимает? и не конвертирует?

Bulat_Ziganshin
Как скоро будет lzma2?

1ANP
версия 0.666 - нет. версия 0.67 - сжимает, но с ошибками. если очень нужно, надо поставить 0.67 и заменить в ней 7z.dll на стандартную от 7-zip

Цитата:

Методы –m9, -mx, ультра – одно и то же, для данной конфигурации компьютера.

как я уже сто раз говорил, -m9=-mx. макс/ультра сжатие - это -mx с ограничением памяти на распаковку, и ультра вроде на деле никак не может отличаться от -mx, а макс. отличается чисто символически


Цитата:

1. У FreeArc в встраиваемой Win-версии можно в командной строке задавать все те же параметры, что в консольной версии?
2. У меня в FreeArc (в встраиваемой Win-версии) накопились лишние профили сжатия. Не могу их убрать. А также упорядочить оставшиеся.
3. При архивировании больших папок в форматах 7z и zip - ошибка.

1. не понял вопроса. встраиваемая=portable? gui-версия freearc.exe имеет ту же ком. строку, что и консольный arc.exe, и ещё несколько команд чисто gui-шных: [more]
Код: case args of
["--settings-dialog"] -> openSettingsDialog -- Диалог настроек
"--add-dialog":xs -> openDialog xs exec add -- Диалог упаковки
"--extract-dialog":xs -> openDialog xs exec extract -- Диалог распаковки
["--register"] -> changeRegisterShellExtensions args -- Регистрация в Explorer
["--unregister"] -> changeRegisterShellExtensions args -- Удаление регистрации в Explorer
[] -> myGUI run args -- При вызове программы без аргументов или с одним аргументом (именем каталога/архива)
[_] -> myGUI run args -- запускаем полноценный Archive Manager
_ -> startGUI >> exec args -- а иначе - просто отрабатываем команды (де)архивации

V2driver
пока я не планирую его доделать. возможно, в 0.80 как часть плана по улучшению сжатия

SREP 2.97 release candidate:

* show original/compressed size with commas: 1,234,567
* -mem75p made equivalent to -mem75%


bugfixes:

* fixed bug in compression from stdin
* fixed crashes when decompressing corrupted data
* fixed crashes when real filesize is larger than one specified with -s


Recommended sections for arc.ini:

This section is optimized for srep:f (future-lz) compression, therefore compressed data are sent immediately to stdout:

Код: [External compressor:srep]
packcmd = srep {options} $$arcdatafile$$.tmp - <stdout>
unpackcmd = srep -d {options} - - <stdin> <stdout>

Shuld

Цитата:

Результаты в группе процессоров i3-530 будут похожи (например для i3-550)
и отличаться от группы Athlon II X3 435 - 450.

Ещё есть geode/atom. Также графики разные для процов с разным кешем, предвыборкой комманд.

попался под руку http://www.ixbt.com/cpu/images/method-2011/4pack.7z - как я понимаю, его там используют для тестирования процессоров в rar/7-zip. не удержался, прогнал тест при макс. сжатии:

архиватор размер время

Надеюсь в новом 2011 дождемся новых версий архиватора Извиняюсь за офф.

Bulat_Ziganshin

Цитата:

SREP 2.97 release candidate

[more=Упаковка "не проходит"..]
Упаковка с новыми рекомендациями "не проходит"


Цитата:

packcmd = srep {options} $$arcdatafile$$.tmp - <stdout>

arc a a297 -msrep:m3f:s250m pdf.TAR11.pcf
FreeArc 0.67 (March 18 2011) creating archive: a297.arc
Compressing 1 file, 249,562,113 bytes. Processed 75.8%
Compressing 249.562.113 bytes with srep -m3f -s250m $$arcdatafile$$.tmp -
48 mb, -m3f -l512 -c256 -a4
Compression ratio: 234,881,024 -> 72,710,139: 30.96%. Cpu 25.653 mb/sec, real 20.798 mb/sec
ERROR! Input file is larger that filesize specified

Errorlevel=3

ERROR: general (de)compression error in srep:m3f:s250m


Цитата:

packcmd = srep {options} $$arcdatafile$$.tmp $$arcpackedfile$$.tmp

arc a a297 -msrep:m3f:s250m pdf.TAR11.pcf
FreeArc 0.67 (March 18 2011) creating archive: a297.arc
Compressing 1 file, 249,562,113 bytes. Processed 100.0%
Compressing 249.562.113 bytes with srep -m3f -s250m $$arcdatafile$$.tmp $$arcpackedfile$$.tmp
48 mb, -m3f -l512 -c256 -a4
Compression ratio: 234,881,024 -> 72,710,139: 30.96%. Cpu 25.222 mb/sec, real 20.708 mb/sec
ERROR! Input file is larger that filesize specified

Errorlevel=3
Compressed 1 file, 249,562,113 => 249,562,114 bytes. Ratio 100.0%
Compression time: cpu 2.73 secs, real 14.63 secs. Speed 17,064 kB/s
All OK
[/more]

Добавлено:
-msrep:m3f:s250m

Упаковка проходит при
packcmd = srep {options} <stdin> <stdout>
packcmd = srep {options} - - <stdin> <stdout>

Распаковка проходит
unpackcmd = srep -d {options} - - <stdin> <stdout>

Распаковка не проходит
unpackcmd = srep -d {options} <stdin> <stdout>

пищит динамик ПК, "данные в консоль идут"