» FreeArc (часть 4)

не могу разобраться с командной строкой...
набрал код
Arc a -u Pak1.zip Pak.zip "media"
но в итоге у меня Pak.zip и папка media упаковываются в один Pak1.zip...

короче мне бы получить:
1. папку media запихнуть в уже существующий zip-архив, заменив совпадающие файлы
т.е. желательно без распаковки\запаковки архивов
2. и как в ISdone это же прописать без ком. строки?

kalpak
В самом последнем ISDone.dll (а там unarc.dll) имеется поддержка архивов с параметров -hp.

1.
copy pak.zip pak1.zip
arc -tzip pak1.zip media
2. "isdone" в шапке

новая альфа:

7z.dll: исправлена ошибка в сжатии в Deflate (zip)
7z.dll: добавлена быстрая распаковка Deflate (zip)

Время на упаковку/распаковку инсталированного MS Office (810 мб в 5506 файлах) в .zip формат на 2600k@4.6ГГц:

упаковка, сек. распаковка, сек.

Здравствуйте.
Подскажите пожалуйста, почему когда я создаю архив через диалог, в графе сжатие прописываю например "precomp+delta+srep:a1+lzma:d260m:a1:mfbt4:fb273:lc8", то создание архива не завершается, время только увеличивается. Даже файлы в пару КБ стопарятся на определенном проценте (процент зависит от размера файла).
Дело явно в precomp...
Спасибо за разъяснения.

Цитата:

новая альфа:

7z.dll: исправлена ошибка в сжатии в Deflate (zip)
7z.dll: добавлена быстрая распаковка Deflate (zip)

также версия 0.67 ?

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

новая альфа:

dispack: исправлена ошибка, возникавшая на потоках >3гб; по умолчанию размер блока = 8 мб (было 64 мб)
новый перевод: Турецкий
база переводов обновлена до 7-zip 9.22, если это что-то меняет
GUI: если запомненные размер/положение главного окна слишком велики для текущего экрана - сбросить их в стандартные для Gtk2Hs значения

Плиз протестируйте обновлённый dispack на больших архивах и сообщите мне, если он продолжает сбоить

Добавлено:

Цитата:

также версия 0.67 ?

других и не будет до выхода 0.70, различай их по датам

Цитата:

1.
copy pak.zip pak1.zip
arc -tzip pak1.zip media
2. "isdone" в шапке

первая строка - это по сути просто резервная копия
вторая строка - якобы перепаковка - ругается -tzip неизвестная команда...

Цитата:

DefaultDirName={reg:HKLM\SOFTWARE\путь_из_реестра\а_этого_там_нет,Rusifikator|{pf}\abcd}

собственно как добавить к тому что есть в реестре то чего нету?
если как я написал (естеств. на латинице) - устанавливает в запасной вариант - {pf}\abcd
если указать то "что уже есть" ещё в одних скобках - то установка идёт в директорию с установщиком

конечно можно установить в "что есть", а в архивы добавить пустых папок согласно пути установки....
но это не лучший вариант

Цитата:

различай их по датам

Bulat_Ziganshin
1 Это неудобно. Может хоть билд добавите?
2 Использую автономно unarc.exe, она не имеет секции info и ее идентификация крайне затруднительна ибо дата файла, после многократных копирований, уже ни чего не гарантирует. Можете ли Вы предусмотреть секцию info в этом файле?

Bulat_Ziganshin

До меня только что дошло, что многие начинающие пользователи GUI-версии FreeArc не понимают, что при архивировании на вкладке "Основное" в строке "Сжатие" можно указывать любой разрешенный метод сжатия.

Сейчас там примерно так:
Ultra (require 2 gb RAM for decompression): -mx -ld1600m
Maximum (require 1 gb RAM for decompression): -mx -ld800m
Best asymmetric (with fast decompression): -m9x -ld192m
High: -m7 -md96m -ld192m
Normal: -m4
Fast: -m3
Very fast: -m2
HDD-speed: -m1
No compression: -m0

Предлагаю добавить строку типа:
(здесь можно указать любой другой разрешенный метод сжатия): -m...



Добавлено:
Сам в свое время не понимал этого.

Добавлено:
Или даже проще:
(другой метод): -m...

Добавлено:
(указать другой метод/методы): -m...

Код: C:\>unarc.exe
FreeArc 0.67 unpacker httр://freearc.org 2011-10-17

Цитата:

ругается -tzip неизвестная команда...

http://freearc.org/Download-Alpha.aspx


Цитата:

До меня только что дошло, что многие начинающие пользователи GUI-версии FreeArc не понимают, что при архивировании на вкладке "Основное" в строке  "Сжатие" можно указывать любой разрешенный метод сжатия.  

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

лучше мне кажется тебе сделать батник, который добавляет нужные строки в arc.ini и freearc.ini

Bulat_Ziganshin
Я не являюсь пользователем FA и постоянно не отслеживаю выходы новых версий, но периодически скачиваю FA ради обновления unarc.exe в составе утилиты UniExtract.
В этом случае я не могу быть уверенным, что я уже обновил unarc.exe до самой свежей версии. Приходится скачивать все 11 МБ распаковывать, побайтно сравнивать и убеждаться, что я уже когда-то и где-то скачивал unarc.exe у меня он уже обновлен...
Была бы info в файле и номер с билдом (раз уж Вы решили не менять номер версии), то таких сложностей я бы не испытывал.

Rep + tor:4

Было протестировано несколько наборов данных. Типовые результаты приведены далее.

tor:4
Начнем с рассмотрения конструкций вида
-mrep:1g:64:c32+4x4:tor:4:4mb:h…k:l…
Обоснование выбора rep:…:64:c32 было сделано ранее
http://forum.ru-board.com/topic.cgi?forum=5&topic=35164&start=1300#11
Размер окна 4m для tor:4 обоснован компромиссом: при маленьком окне ухудшаются параметры сжатия, при большом – растут требования к ОЗУ.
Тестировались следующие комбинации параметров tor:3 и tor:4:
…+xtor:3…:h64k
…+xtor:3…:h128k
…+xtor:3…:h256k
…+xtor:4…:h128k:l2 - xtor:4…:h128k:l16
…+xtor:4…:h256k:l2 - xtor:4…:h256k:l16
…
…+xtor:4:…:h8m:l2 - xtor:4:…:h8m:l16
Привожу типовой график зависимостей:

Линии одного цвета означают метод tor:4… с одним значением хеш-таблицы и разными значениями параметра l… от 2 до 16.
В табличном виде можно ознакомиться, скачав файл .xlsx:
Скачать 676 279 425.zip с WebFile.RU
(Время действия ссылки 2 месяца)
При увеличении l2 до l16 сжатие и время увеличиваются в нелинейной зависимости. Вполне можно выделить «эффективные» комбинации.
Так, видно, что …+tor:4…:h128k и …+tor:4…:h256k не могут обеспечить «эффективного» соотношения сжатие/время при любом l….
К эффективным можно отнести следующие комбинации в порядке увеличения времени и степени сжатия:
rep:…+4x4:tor:4:…:h512k:l2
rep:…+4x4:tor:4:…:h512k:l4
rep:…+4x4:tor:4:…:h512k:l8
rep:…+4x4:tor:4:…:h1m:l8
rep:…+4x4:tor:4:…:h2m:l8
rep:…+4x4:tor:4:…:h8m:l8
(На других данных отличия непринципиальны. Все зависимости остаются).

Проверялись также значения хеш-таблицы и l… отличные от степени 2. Результаты получались неудовлетворительные.

Rep
Были рассмотрены варианты, отличные от rep:…:64:c32:
Результаты для xtor:4:…:h512k:l4
Метод Размер Время

а почему просто нельзя сравнить информацию, печатаемую unarc.exe? слева - номер версии, справа - дата билда

Цитата:

сравнить информацию, печатаемую unarc.exe

А она еще и инфо печатает!? Спасибо, буду знать. В UE она у меня без окна консоли используется, я и не знал...
Тогда вопрос снял.

Bulat_Ziganshin
dispack - это как аналог exe (BCJ)
в старой версии вроде пакует [more=нормально]D:\Games\Tomb Raider -- Underworld>arc a -di -mdispack archive bigfile.002 bigfi
le.pcf
FreeArc 0.67 (September 29 2011) Creating archive: archive.arc using dispack
Memory for compression 208mb, decompression 144mb, cache 16mb
Compressed 2 files, 4,475,376,976 => 4,476,739,227 bytes. Ratio 100.0%
Compression time: cpu 52.72 secs, real 882.44 secs. Speed 5,072 kB/s
All OK


D:\Games\Tomb Raider -- Underworld>arc t archive.arc
FreeArc 0.67 (September 29 2011) testing archive: archive.arc
Tested 2 files, 4,476,739,227 => 4,475,376,976 bytes. Ratio 100.0%
Testing time: cpu 35.61 secs, real 297.92 secs. Speed 15,022 kB/s
All OK[/more]

или там нужно чтобы много файлов было?

Цитата:

ругается -tzip неизвестная команда...

http://freearc.org/Download-Alpha.aspx

ну так я скачал новую альфа
поэтому и написал, выдаёт - анкноу команд

Извините - понимаю, что нубский вопрос, но есть особый консольный упаковщик, который позволяет упаковать все файлы из папки в игровой архив. Однако при этом распаковывать им нельзя. То есть мне нужно добавить лишь постпроцессинг. Вроде перечитал все мануалы - добавил resman.exe в дирректорию с фриарком и следующие строки в arc.ini
Код: [Compression methods]
...
resman = resman
...
[External compressor:resman]
unpackcmd = resman.exe vid old.vid packall e\ ;здесь old.vid - название архива e\ одна из множества подпапок арц архива, которую надо запихать в игровой архив

Цитата:

До меня только что дошло, что многие начинающие пользователи GUI-версии FreeArc не понимают, что при архивировании на вкладке "Основное" в строке "Сжатие" можно указывать любой разрешенный метод сжатия.

Сейчас там примерно так:
Ultra (require 2 gb RAM for decompression): -mx -ld1600m
Maximum (require 1 gb RAM for decompression): -mx -ld800m...

- Как можно зафиксировать один из режимов в настройках для профиля сжатия по умолчанию? В опциях при нажатии "сохранить" ничего не происходит, и при следующем использовании опять дефолтный профиль. А по умолчанию всегда "normal" стоит, и в большинстве случаев проигрывает 7зипу по степени сжатия. Ситуация меняется на "ultra", но жму всегда в "ультру" - неудобно каждый раз в настройках лазить, хочу просто пкм=>>"добавить в arc архив" и жать сразу с сохранённым профилем.

Возможно уже обсуждалось, не нашёл.
Использую 66 версию.

antc
в команде распаковки нельзя указывать файлы которые не являются архивом FA
файл vid old как я понял вообще отдельный и не относится к арку
тебе надо добавить команду упаковки данных тем упаковщиком, а распаковку другим
что то типа того

Цитата:

packcmd=gamepacker {options} $$arcpackedfile$$.tmp $$arcdatafile$$.tmp
unpackcmd=resman {options} $$arcpackedfile$$.tmp $$arcdatafile$$.tmp

Shuld
У Вас процессор какой ?
Можно угадаю L2 Cache ? 2 MB*количество "физических" ядер.

Кстати для компактности 4x4:tor == xtor

hztn
Не понимаю Вас.
Выбираете файл.
Правой кнопкой вызываете контекстное меню и там "добавить в архив"...
В строке "Сжатие" сотрите, что там есть, и укажите, что Вам надо, например:
-mex5
И нажимайте ОК.
В следующий раз в контекстном меню будет и этот режим.
Это настолько просто, что наверное и непонятно.

Добавлено:
ndch
У 4х4 есть еще параметры. Строка типа xtor или xlzma не всегда прокатывает.
Например:
rep:1g+4x4:t1:i0:lzma:128mb:h128m:normal:bt4:128
Поэтому не всегда удобно сокращать...
Особенно при экспериментах.
Процессор i3-530 (2 ядерный, 4 поточный), L2 2х256КБ, L3 4МБ
К слову, а зачем Вы "угадываете" мой процессор? Я много раз писал, какой процессор.
И в заметке чуть выше, если пройти по ссылке, в файле .xlsx тоже все расписано подробно.

Цитата:

в старой версии вроде пакует нормально

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


Цитата:

resman = resman

это масло масляное


Цитата:

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

я не понял, опишите детальней процесс упаковки и распаковки

Цитата:

я не понял, опишите детальней процесс упаковки и распаковки

есть арц архив из нескольких папок, после распаковки нужно к одной из папок применить особую упаковку, суть которой выражается строчкой
Код: resman.exe vid old.vid packall e\

Цитата:

Как можно зафиксировать один из режимов в настройках для профиля сжатия по умолчанию?

отредактировать ArcShellExt-user.lua - поменять " a --noarcext " на " a --noarcext -mx "

Добавлено:

Цитата:

Привожу типовой график зависимостей:

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

Добавлено:

Цитата:

поэтому и написал, выдаёт - анкноу команд

ну конечно
arc -tzip a pak1.zip media

Цитата:

Насколько я понял unpackcmd - это то, что выполняется после распаковки архива в темп, а packcmd - соответсвенно, то что выполняется непосредственно перед созданием архива.

packcmd - это команда упаковки, а unpackcmd - распаковки. вы доку не читали? извините, ваше описание я так и не понял. единственное что скажу - fa не рассчитан на произвольные пре/пост-процессоры, он работает исходя из того что извлечённые из архива файлы будут абсолютно идентичны сархивированным

Shuld

Цитата:

зачем Вы "угадываете" мой процессор?

Да потому что Вы подбираете параметры FreeArc под свой процессор.
Лично мне на ноут с атомом этот "подбор" совершенно параллелен.


Цитата:

Я много раз писал, какой процессор.

Подписывайте пожалуйста на скриншотах что именно за процессор и как работает (hyperthreading). Сильно повысит информативность. Искать же в форуме что у Вас за процессор лень.

Цитата:

packcmd - это команда упаковки, а unpackcmd - распаковки. вы доку не читали?

ясно то есть эту функцию можно применять к одиночным фалам только? То есть нельзя разобрать в примеру исошник и потом его собрать пользуясь встроенным packcmd и unpackcmd, поскольку $$arcdatafile$$.tmp это одиночный файл (обрабатываемый в кокретный момент), а вовсе не скопище всех вываливающихся из врхива файлоов?
Тогда вопрос снят.