» FreeArc (часть 4)

Значит, нашёл баги в последней альфе, связанные с созданием 7z sfx-архивов:
-m0 параметр вызывает ошибку:
---------------------------
FreeArc.exe
---------------------------
szCheckedTABI: error
---------------------------
ОК
---------------------------

не работает команда "m" -- удаление не происходит после успешного архивирования.

Цитата:

Fossius
Сто раз писали "Предлагайте варианты для гуя". И так понятно, что над этим надо работать.
Булат посмотрите пожалуйста в сторону PeaZIP, в стиле обычного проводника винды - это удобно и привычно. А опционально можно сделать в духе винрара.

Я бы взглянул в сторону HaoZip, и думаю что его создатель может поделиться исходниками т.к. FreeArc и HaoZip нисколько не конкуренты...

coolerru

Цитата:

-m0 параметр вызывает ошибку:

Все правильно, для 7z без сжатия -mx0, а не -m0


Цитата:

не работает команда "m" -- удаление не происходит после успешного архивирования.

для 7z архивов (согласно GUI FreeArc) удаление после успешного архивирования еще не реализовано

Fossius
Хао в духе винрара и сделан.
Можно сделать "профи" - показывается в духе проводника, а "лайт" - стиль привычного винрара.

Bulat_Ziganshin

Посмотрел картинки WinUHA
А ведь здорово, когда есть вторая полоска "упаковано"/ "packed"!
И надпись под ней Ratio - к месту! Сейчас она как-то непонятно расположена.

Цитата:

Баг замечен давно был, приходится юзать с промежуточными/временными файлами, багрепорт на такое хз как сделать, если только видео записывать =)  

очень просто - убираешь лишние опции, лишние файлы пока ошибка не перестанет проявляться

первый раз вижу WinUHA, интерфейс более информативнее и аккуратнее чем сейчас в ФА!

Добрый день
Есть желание написать ebuild для freearc. Поэтому несколько вопросов отсюда
http://www.linux.org.ru/forum/general/7894692?lastmod=1340361987112#comment-7898078

Bulat_Ziganshin

Цитата:

ОШИБКА: ошибка в сжатых данных алгоритма lzma:177mb:normal:bt4:128

Как такое может быть при распаковке если после упаковки архив благополучно протестировался и его хеш впоследствии не изменился?
FreeArc 0.67 (February 5 2012)

Bulat_Ziganshin
Будь другом, подскажи.
Имеется образ ISO с игровыми файлами Wolfenstein2009 (не установка, а просто папка с игрой).
В "изначальном" репакерском установщике (который был упакован при помощи FreeArc) это всё ужато до 2,91 гига, но там настолько тупой установщик и структура подпапок, что я от него отказался в пользу своей сборки.
Теперь к вопросу.
Я хочу его максимально эффективно ужать, чтобы получить аналогичный размер, НО...
Так просто до такого размера ничего не получается ужать, там используется некий алгоритм PreComp с добавлением Srep.
Собственно, по синтасису я более менее разберусь (тем более, что с прошлого моего вопроса команда у меня осталась в заметках), а сейчас меня интересует вот что:
Я хочу (по твоему совету) промежуточные данные поместить на Ram-диск, но могу выделить на него не более 8 гигов (всё же ещё нужна память и для упаковки и для работы системы), и, следовательно вопрос: уместятся ли все промежуточные данные в 8 гигов при попытке сжатия плохожмущегося обычным способом 6-гигового файла?


з.ы.
Источник (в 3 частях) выглядит так:

FreeArc 0.67 (May 22 2012) listing archive: data1.bin

Archive type: FreeArc
Total bytes: 4,049,156,024
Compressed bytes: 1,127,225,672
Ratio: 27.8%

Directory blocks: 1
Directory, bytes: 59,107
Directory, compressed: 17,142
Solid blocks: 2
Avg. blocksize: 1931 mb

Compression memory: 4096 mb
Decompression memory: 4096 mb
Dictionary: precomp:4096mb+lzma:64mb

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

Pos Size Compressed Files Method
-----------------------------------------------------------------------------
31 0 0 22 storing
31 4,049,156,024 1,127,225,672 1,439 precomp+srep:mem512m:m3f:a1:l512+lzma:64mb:normal:bt4:128
-----------------------------------------------------------------------------
1,461 files, 4,049,156,024 bytes, 1,127,225,672 compressed
All OK


FreeArc 0.67 (May 22 2012) listing archive: data2.bin

Archive type: FreeArc
Total bytes: 985,693,840
Compressed bytes: 976,175,484
Ratio: 99.0%

Directory blocks: 1
Directory, bytes: 802
Directory, compressed: 406
Solid blocks: 2
Avg. blocksize: 470 mb

Compression memory: 2542 mb
Decompression memory: 254 mb
Dictionary: lzma:254mb

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

Pos Size Compressed Files Method
-----------------------------------------------------------------------------
31 0 0 2 storing
31 985,693,840 976,175,484 17 exe+delta+lzma:254mb:normal:bt4:128
-----------------------------------------------------------------------------
19 files, 985,693,840 bytes, 976,175,484 compressed
All OK


FreeArc 0.67 (May 22 2012) listing archive: data3.bin

Archive type: FreeArc
Total bytes: 976,277,188
Compressed bytes: 967,844,690
Ratio: 99.1%

Directory blocks: 1
Directory, bytes: 620
Directory, compressed: 378
Solid blocks: 2
Avg. blocksize: 466 mb

Compression memory: 2542 mb
Decompression memory: 254 mb
Dictionary: lzma:254mb

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

Pos Size Compressed Files Method
-----------------------------------------------------------------------------
31 0 0 2 storing
31 976,277,188 967,844,690 13 exe+delta+lzma:254mb:normal:bt4:128
-----------------------------------------------------------------------------
15 files, 976,277,188 bytes, 967,844,690 compressed
All OK

WildGoblin
ну например можно набрать этот текст вручную

WildGoblin

Цитата:

Цитата: ОШИБКА: ошибка в сжатых данных алгоритма lzma:177mb:normal:bt4:128

Цитата:

Как такое может быть при распаковке если после упаковки архив благополучно протестировался и его хеш впоследствии не изменился?

ruduk
То есть при сжатии в 7z нужно использовать 7-Zip'овские ключи сжатия?

Я надеюсь в будущем всё будет унифицировано в FreeArc стиль?

uglypod
попробую как-нибудь, идея здравая, глупо что я сам не догадался

Bulat_Ziganshin

Цитата:

ну например можно набрать этот текст вручную

После того как у меня несколько архивов не распаковалось я все большие архивы FreeArc тестирую после упаковки и сохраняю их sh1 (на случай аппаратного сбоя - чтобы не было вопросов потом) - помнится мы с вами общались по этому поводу.

P.S. Если нужно какие-то данные предоставить - логи, скрины, сам архив (8gb), то только скажите.

P.P.S. Не нужно так расстраиваться из-за неудач с последними альфами - на то она и тестовая версия чтобы юзер не дремал!

egor23

Цитата:

2. ошибка аппаратная\программная - ... HDD ...

Возможно HDD... он новый и большой, а по нынешним временам это может быть источником проблем.

Bulat_Ziganshin
Я думаю, лучше всего если вы cabal соберете, и выложите на hackage. Из кабала ебилдик я как-нибудь сделаю

coolerru

Цитата:

То есть при сжатии в 7z нужно использовать 7-Zip'овские ключи сжатия?

Если вы используете консольную версию (Arc.exe), то внимательно поизучайте что пишет в строке "Сжатие" GUI-версия (FreeArc.exe) при сжатии когда выбран тип архива 7z, попробуйте разные варианты, и используйте строку "-m... " в своих целях, но уже для Arc.exe

На русском

Цитата:

Если вы используете консольную версию (Arc.exe), то внимательно поизучайте что пишет в строке "Сжатие" GUI-версия (FreeArc.exe) при сжатии когда выбран тип архива 7z, попробуйте разные варианты, и используйте строку "-m... " в своих целях, но уже для Arc.exe

Ясно.


А по поводу приведения всего к одному знаменателю: Булат, планируется ли внедрить трансляцию FreeArc ключей в систему 7-Zip, перед запуском последнего?

Что, правда такие слова есть в русском языке? Вы где учились, на Юпитере? ))))

Цитата:

то внимательно поизучайте что пишет в строке "Сжатие" GUI-версия (FreeArc.exe) при сжатии когда выбран тип архива 7z

для опции -m это не поможет


Цитата:

планируется ли внедрить трансляцию FreeArc ключей в систему 7-Zip, перед запуском последнего?

пока не планируется. сейчас ключи -m... передаются напрямую в 7-zip, за исключением некоторых, которых заведомо нет в 7-zip, но они есть в freearc и потому транслируются, например:
-mt... -> -mmt...
-m1..-m6 -> -mx1..mx9
-hp -> -mhe

трансляцию -m0 в -mx0 я добавил, можно будет сделать трансляцию -mX+Y+Z в -m0=X -m1=Y -m2=Z; но помимо этого есть специфичные для 7-zip вещи типа bcj2 с его несколькими выходами. в общем и целом этот вопрос пока просто повис в воздухе, для суперспецов всегда есть возможность задать опции -m... в формате 7-zip, а остальным это не так уж сильно нужно. думаю вернуться к этому тогда, когда сжатие в 7z с помощью fa станет более востребовано

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

Добавлено:

Цитата:

P.S. Если нужно какие-то данные предоставить - логи, скрины, сам архив (8gb), то только скажите.  

давай! надеюсь у тебя есть место куда архив скинуть?

Paramon111

Цитата:

Что, правда такие слова есть в русском языке? Вы где учились, на Юпитере? ))))

нажато
Цитата:

Сообщить модератору

Bulat_Ziganshin

Цитата:

давай! надеюсь у тебя есть место куда архив скинуть?

Могу как в прошлый раз торрентом раздать.

Архивировал 16 гб образ убунтовской виртуалки:

Код: 3 540 988 392  7z -mx -md256m
3 216 460 052  arc -mx (rep:1600m+lzma:177m)
2 980 064 981  srep + 7z -mx -md256m
2 956 691 497  srep + arc -m9x (lzma:254m)

WildGoblin
давай

Цитата:

трансляцию -m0 в -mx0 я добавил

Благодарю!


Рад, что помогаю!


Цитата:

-m1..-m6 -> -mx1..mx9

А почему не "-m1..-m9 -> -mx1..mx9"?

Bulat_Ziganshin

Ошибка!!!

Даю ссылку на архив (RAR), папка с файлами, 29 Мб.
http://webfile.ru/6230946

FreeArc0.67 2012-11-17
Если сжимать методом -m1, то проблема с одним файлом
если -m2, то со всеми.
Если сжимать методом типа
-rep:96m:64:c64+xtor:3:4m:h32k
то со всеми файлами.
Файлы архивируются без сообщений об ошибках. Но распаковать или протестировать - ошибка.
И в командной строке, и в GUI
на компьютере с 2 ядрами, и на i3-530.


Добавлено:
Вообще, похоже, во всех методах типа rep+tor:3

Добавлено:
Пробовал скачать то, что залил на файлообменник - ошибка повторяется.

Вот такая история



при распаковке все нормально.
Я конечно понимаю , что это ошибка пизипа.
Но все таки

Shuld
подтверждаю, ошибка в сочетании xtor:t1 :

I:\>arc create a -mxtor:3:16m -i2 -t
FreeArc 0.67 (November 17 2012) compressing 1 file, 4,957,623 bytes
Compressing P1010309.JPG
Compressed 1 file, 4,957,623 => 4,957,635 bytes. Ratio 100.0%
Compression time: cpu 0.03 secs, real 0.07 secs. Speed 72,902 kB/s
Testing 1 file, 4,957,623 bytes
WARNING: CRC failed in "P1010309.JPG". File is broken.
Testing time: real 0.05 secs. Speed 101,170 kB/s
There were 1 warning(s)
ERROR: archive broken, deleting

I:\>arc create a -mxtor:3:16m:t0 -i2 -t
FreeArc 0.67 (November 17 2012) compressing 1 file, 4,957,623 bytes
Compressing P1010309.JPG
Compressed 1 file, 4,957,623 => 4,957,635 bytes. Ratio 100.0%
Compression time: cpu 0.06 secs, real 0.07 secs. Speed 70,819 kB/s
Testing 1 file, 4,957,623 bytes
Testing P1010309.JPG
Testing time: cpu 0.02 secs, real 0.05 secs. Speed 103,277 kB/s


Добавлено:

Цитата:

А почему не "-m1..-m9 -> -mx1..mx9"?

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

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

Bulat_Ziganshin

Цитата:

Я конечно понимаю , что это ошибка пизипа. Но все таки.

Можно вас попросить скомпилировать консольную версию 0.666 с UTF-8 для списков файлов по умолчанию? У PZ свои муки, но возможно только этого (при использовании -scl) ему будет достаточно.
Цитата:

decoding of names of archived objects containing extended characters, form version 3.0.1, is supported for file types handled using 7z/p7zip backend (using backend's -sccUTF-8 option).