» FreeArc (часть 4)

UPDATE: i updated archive, adding grey-ui theme and improving appearance of existing ones. enjoy!

juvaforza
не понял

Цитата:

slech
процессор, версия freearc, arc lt?

i5-2400
FreeArc 0.67 (August 22 2012)
[more=arc lt]production-bad.arc
FreeArc 0.67 (August 22 2012) listing archive: d:\boot-menu\production-bad.arc

Archive type: FreeArc
Total bytes: 481,536,826
Compressed bytes: 468,998,126
Ratio: 97.3%

Directory blocks: 1
Directory, bytes: 2,354
Directory, compressed: 1,229
Solid blocks: 4
Avg. blocksize: 115 mb

Compression memory: 336 mb
Decompression memory: 352 mb
Dictionary: rep:96mb+xtor:16mb rep:10mb+xlzma:10mb grzip:41kb

Archive locked: -
Archive comment: -
Recovery info: -
SFX size: -
Headers encrypted: -
Encryption algorithms: -

Pos Size Compressed Files Method
-----------------------------------------------------------------------------
31 0 0 14 storing
31 40,280 10,249 15 grzip:41kb:m1:l32:h15
10,280 471,835,437 464,186,719 13 rep:96mb:96:d4mb:s32+4x4:tor:16mb:c3
464,196,999 9,661,109 4,801,158 30 rep:10mb:96:d4mb:s32+exe+delta+4x4:lzma:10mb:h4mb:normal:24:mc8
-----------------------------------------------------------------------------
72 files, 481,536,826 bytes, 468,998,126 compressed
All OK
[/more]


Добавлено:

Цитата:

исправляется опцией -mt1 при распаковке

Цитата:

arc x -m1 d:\boot-menu\production-bad.arc
FreeArc 0.67 (August 22 2012) extracting archive: d:\boot-menu\production-bad.arc
Extracted 72 files, 468,998,126 => 481,536,826 bytes. Ratio 97.3%
Extraction time: cpu 2.64 secs, real 1.83 secs. Speed 263,826 kB/s
All OK

Спасибо помогло, хотя 500 метров трафика уже сгорело

Цитата:

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

считается, что те кто пользуется внешними упаковщиками, могут себе позволить тратить бОльшие ресурсы, и 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
увы, я не Шампольон

Bulat_Ziganshin
1. Архивируем файл test.txt в архив test.arc.
2. Создаём архив из файла test2.txt и именем архива указываем test.arc.
3. В результате есть архив test.arc где присутсвуют два фйла: test.txt и test2.txt.

Цитата:

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-а оставшихся

slech

Цитата:

В результате есть архив test.arc где присутсвуют два фйла: test.txt и test2.txt.

WinRAR5 и 7-Zip действуют в точности также. Стандартная ситуация. Есть файл и есть конечный архив, и пользователь сознательно указывает для второго файла имя первого архива.

Bulat_Ziganshin
arc.ini/arc.groups полностью оригинальные, исходных файлов , к сожалению, на текущей машине нет.

http://rghost.net/39957505
При распаковке с -mt1
ERROR: read error (bad media?) in compression algorithm delta

>вы тот архив который с ppmd - пробовали с -mt1 распаковать?
Тот архив вообще успешно не создался.

Добавлено:
Сделал небольшое расследование:

1. Пакую содержимое архива с -m5 -mc-$text; получаю на выходе rest.arc с размером 5,334,777
2. Еще раз, но просто с -m5 --> rest2.arc 5,058,283
3. Снова с -m5 -mc-$text --> rest3.arc 5,000,626 - не распаковывается

Итого: найден баг с запаковкой!

slech
думаю что полезно было бы сообщать пользователю, что архив с выбранным именем уже существует, скажем вместо Output archive писать Create archive или Add to archive. опять-таки, наличие user-defined GUI позволило бы решить этот вопрос без моего вмешательства. это может быть плагин который любой пользователь может добавить в свой конфиг примерно с таким скриптом

Код: code("add-dialog", :: {
$(output-archive).onChange(:: {
$(output-archive-label).value = fileExists($(output-archive).value)? "2001 Add to" : "2002 Create"
})})

i18n("rus", 2001, "Добавить к");
i18n("rus", 2002, "Создать");
i18n("ukr", 2001, "...");

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

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

Добавлено:
В принципе, это все Update Mode.

я этот архив и после -mx распаковать не могу. интересный набор.

Добавлено:

Цитата:

получаю на выходе rest.arc с размером 5,334,777

у меня 5.334.778 на выходе.

Булат привет! Как Ваши успехи, скоро увидим релиз?

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 Кб

[more] Bulat_Ziganshin
Привет.
Появилась проблема со срепом.
Файлы пакуются с такими параметрами:


Код: arc.exe a -ep1 -dses --dirs -s --workdir=D:\temp -lc- -di -i2 -r -hppass -msrep+lzma:350mb:normal:bt4:273:lc8 data-XXX.arc packeddata\*

Цитата:

Спасибо помогло, хотя 500 метров трафика уже сгорело

вообще-то -m1 на распаковку никак не должно влиять. я -mt1 советовалю возможно дело было в нехватке свободной памяти из-за лишних dll


Цитата:

1. Пакую содержимое архива с -m5 -mc-$text; получаю на выходе rest.arc с размером 5,334,777  
2. Еще раз, но просто с -m5 --> rest2.arc 5,058,283
3. Снова с -m5 -mc-$text --> rest3.arc 5,000,626 - не распаковывается  

у меня:

I:\1>"C:\!FreeArc\freearc\Tests\Arc.exe" a a -r -t -m5 -mc-$text
Compressed 70 files, 23,060,330 => 5,333,786 bytes. Ratio 23.1%
Compression time: cpu 7.85 secs, real 4.36 secs. Speed 5,288 kB/s
Testing time: cpu 0.31 secs, real 0.36 secs. Speed 63,875 kB/s

I:\1>"C:\!FreeArc\freearc\Tests\Arc.exe" a a -r -t -m5 -mc-$text;
Compressed 70 files, 23,060,330 => 5,057,211 bytes. Ratio 21.9%
Compression time: cpu 7.58 secs, real 4.35 secs. Speed 5,302 kB/s
Тестирую 70 files, 23,060,330 bytes. Processed 3%
ОШИБКА: ошибка чтения в алгоритме (рас)паковки delta

I:\1>"C:\!FreeArc\freearc\Tests\Arc.exe" a a -r -t -m5
Compressed 70 files, 23,060,330 => 5,057,211 bytes. Ratio 21.9%
Compression time: cpu 7.55 secs, real 4.33 secs. Speed 5,330 kB/s
Тестирую 70 files, 23,060,330 bytes. Processed 3%
ОШИБКА: ошибка чтения в алгоритме (рас)паковки delta


т.е. -mc$text; - вообще ничего не меняет в алгоритме сжатия да и не должно (это отключение группы "$text;", которой разумеется нет), а вот ошибка распаковки - налицо. спасибо, посмотрю

slowreflex
попробуй lzma с файлами, без stdin/stdout

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

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

Bulat_Ziganshin
К сожалению, не помогло.

http://i1.imageban.ru/out/2014/07/29/1033e75591273b03400037fa91baf7b4.jpg

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

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


Цитата:

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

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

slowreflex
попытайся дальше повыкидывать "лишнее", например -hp. пока что у тебя получваается что fa сливает данные в один файл, вызывает на нём srep, и srep в процессе работы крашится. что очень странно, поскольку srep тут по сути никак от fa не зависит. проверь хватает ли свободного места, озу и попробуй предыдущие версии (3.91/3.2)

FreeArc 0.67 (August 22 2012)
http://yadi.sk/d/AtJvYB2TMnI8

Bulat_Ziganshin
Места и ОЗУ хватает. Этой же цепочкой запаковалось 8 ГБ данных без проблем. Выбрасывали лишнее из цепочки, но не помогло. Пробовались 3.91 и 3.2. На 3.91 был вылет, на 3.2 вылета не было. Тогда поменяли m5f на m3f для 3.92 и проблем не возникло (c m4f проблем также нет). В общем, не пакует именно эти файлы с таким размером срепом 3.9x с m5f.

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

Потестил новую версию unarc.dll и unarc.exe, режимы 4x4 отрабатываются корректно, проблем со случайной нехваткой памяти больше нет. Хорошо определяет по количеству памяти сколько потоков использовать. Скорость радует Спасибо большое!

Vladimyr
у меня это показывается как вездесущая " ошибка чтения в алгоритме (рас)паковки delta", в общем ясно что баг серьёзный, ищу

Добавлено:
new alpha version:fixed stupid bug in last alpha resulted in numerous decompression errors with "error reading" or "exhaustive pattern" messages


Новая альфа-версия:исправлена глупая ошибка в последней альфе, приводившая при распаковке к вылету с сообщениями "ошибка чтения" или "exhaustive pattern"

WinArc - оболочка к FreeArc от Александра Марфина
ЗЫ... для архивации используется Arc.exe
имеет симпатичный (WinRar-овский) интерфейс

Bulat_Ziganshin

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

Vladimir_02
Спасибо, для просмотра и распаковки самое то

Может кто помочь?
Почему при запаковки rep dispack и чем то другим кроме lzma при распаковке пишет неизвестный метод запаковки архива?