» FreeArc (часть 4)

insorg
Развёл тут холивар
А теперь коротко и ясно скажи, что тебе нужно?

Alex_Piggy
ясно. спасибо, буду разбираться

Цитата:

Да ну, неужели? И где ты такой комп мощный раздобудешь, ежели на 3ГГц 4-ядернике с 12 Гигами оперативки 3 несчастных гига пережимались целый день?

Уважаемый, а файлов на 3-5МБайт больше не существует для проверки?

Вроде баг в unarc.dll: если указанный архив не найден или не является архивом, то бесконечно начинает вызываться event("error", -14, 0, "ERROR: this is not FreeArc archive or this archive is co
rrupt")

12) написать невразумительное сообщение куда попало

нет ни архива, ни обращения по адресу a) автора репака, б) автора используемой им системы. по уму эту проблему должен разбирать автор репака с автором isdone.dll, но понятно что до них не докличешься. и что теперь должен делать я? отгадать как архивировал создатель репака, какие он ещё библиотеки использовал и решить за вас всех ваши проблемы? вот если ко мне автор библиотек обратится и предъявит конкретный пример - тогда я смогу что-то сделать

>не ставятся только те репаки, в которых использован FreeArc для сжатия данных.

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

Добавлено:

Цитата:

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

наверняка потому что архив внутри srep. ну и вообще подозрение номер 0 - у тебя 32-битная винда

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

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

я так понимаю раз все молчат, то у всех мои файлы сжимаются? я уже пробовал и портативной версией сжать и с live-usb заходил. не хотят. будем считать что это баг такой, при определенном размере файлов, реп не сжимает

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

Да, ситуация дурацкая.
Приводить конкретный пример смысла нет - ошибка повторяется на абсолютно всех репаках титанического размера.
И да, винда действительно 32-битная. Точнее, обе винды, на которых я всё проверял: 7-ка и XP. А разве 32-битность - проблема?
Если невразумительное сообщение куда-попало меня спасёт - отлично.
Кстати, на просторах этой темы я встречал предложение найти способ указывать, что репак сделан с помощью FreeArc - вроде автоматического создания файла descript.ion при распаковке. Если его реализовать, то люди с тем же вопросом, что у меня, будут пачками сюда приходить.
P.S. Вот типичнейший пример репака, который возвращает ошибку из unarc.dll или isdone.dll в случайном месте. Вряд ли он чем-то поможет.

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

PtDragon
У меня минимальный из нужных файлов - весом >200 Мбайт с содрежимым внутри под тысячи мелких файлов общим весом на 1,1 Гига.
Меньшего нет.

V2driver
Коротко и ясно - поправить строку параметров " -m9x -i2 -lc- -ld- -di -mc$default,$obj:+precomp " для максимально возможного сжатия, ибо lzma:normal:254 - далеко не максимальный вариант, который мне нужно выжать.
Если можешь помочь - подскажи, пожалуйста, чего не хватает или что нужно поправить.

Paramon111
Если интересно понанять архиватор - попробуй этот файл
http://www.maximumcompression.com/strange.rar
(Коммент к нему: Several people analysed the file and concluded it's optimally compressed using double delta compression.)
Попробовал пожать разными архиваторами, получил такой результат:
CompressionTest.7z         1 053 908 (-mx=9)
CompressionTest.7z          104 842 (-mx=9 f=delta:4)
CompressionTest.arc          194 739
CompressionTest.arj         1 044 452
CompressionTest.bz2         1 043 327
CompressionTest.cab         1 042 104
CompressionTest.gz         1 041 655
CompressionTest.ppm         1 072 645
CompressionTest.rar          67 596 (макс.сжатие)
CompressionTest.sqx         1 056 147
CompressionTest.tgz         1 041 762
CompressionTest.uha          180 275
CompressionTest.xz         1 040 088
CompressionTest.z          1 467 045
CompressionTest.zip         1 041 754 (deflate, макс.сжатие)
Интересный разрыв, однако...

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

PoseidonGuest002
прочтите наверху "Почему для использования 2+ гб памяти желательно установить 64-битную версию Windows". запустите оболочку freearc и в settings посмотрите последнюю вкладку

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

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

1) скажите что у вас в диалоге settings
2) проверьте на 64-битной винде
3) пусть авторы репака скажут параметры сжатия

вообще большой размер словаря lzma - это известная ловушка для неопытных авторов репаков а виноват как всегда папаша мюллер

Добавлено:

Цитата:

Вот типичнейший пример

автор репака девушка. неудивительно что она не спец по тонкостям упаковки

Цитата:

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

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

Цитата:

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

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

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

Цитата:

Где это вообще искать?

в гугле


Цитата:

1. Я не требую, а интересуюсь тем, что не описано в доступном мануале.
2. Как автор проги мог бы уже и сказать, с чем конкретно она работает, чем ломаться тут как школьница.
3. Времени у меня действительно мало, и абсолютно логично, что у других его вряд ли больше, но тот факт, что рациональнее было бы ответить сразу, чем разводить базар - налицо!
Тем более, что написать две-три строчки ответа - не такая уже и трудная задача, клава не отвалится и руки не отсохнут...  

1. ты именно так и написал - разжёвывайте мне всё, поскольку времени разбираться в доках у меня нету. и именно так ты и делаешь - задаёшь кучу мелких вопросов, на которые мог бы ответить сам если бы сел, прочёл и разобрался
2. я сказал - она работает с zlib. а теперь не начинай импульсивно стучать по клавиатуре, а сделай отсюда выводы - будет ли она работать с rar или tc
3. отмотай пару страниц назад. тебе отвечали на вопросы до какой-то поры. но понимаешь, есть люди с малыми потребностями - они зададут пару конкретных вопросов, получат пару конкретных ответов и узнают _всё_ что им нужно. есть люди с большими потребностями - они спросят что читать, прочтут, зададут пару специфичных вопросов и во всё разберутся. а бывает когда у людей большие потребности, но они думают что им всё разжуют и начинают задавать кучу мелких вопросов вместо того чтобы сесть и разобраться во всём предмете полностью

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


Цитата:

Что проверяется?

то, что ты спросил - можно проверить самому


Цитата:

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

вот-вот. категорическое нежелание читать доку по freearc поскольку тебе проще задавать десятки конкретных вопросов


Цитата:

Раньше тоже что-то хотел узнать по поводу srep'а, но получил аналогичный ответ.

мне кажется, там опять же была проблема с изчуением доки самого freearc


Цитата:

Сейчас вижу, другой человек спрашивает по х64 упаковщику - его тоже завуалировано послал...

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

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...

Спасибо, что не отказались помочь.
В settings написано: максимальный блок адресов: 1446 mb
На 64-битной винде проверю обязательно, как только появится возможность.
Как только добьюсь какого-либо результата или хотя бы узнаю параметры сжатия, сразу отпишусь здесь.

Добавлено:

Цитата:

автор репака девушка. неудивительно что она не спец по тонкостям упаковки

Шутить изволите-с. :)
Так-то это перезалив. Автор некто Fenixx (fenixx-repack.3dn.ru). Впрочем, может оно и девушка.

Цитата:

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

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


Цитата:

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

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

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

Цитата:

В settings написано: максимальный блок адресов: 1446 mb На 64-битной винде проверю обязательно, как только появится возможность.

на 64 Семёрке 2042mb

Bulat_Ziganshin
Ладно, не хочешь помочь - не надо. Только не надо начинать старую песню про мануалы. Я всегда сначала разбираюсь сам, изучая сопутствующие материалы, и только в самый последний момент спрашиваю, если что-то осталось непонятным. В моей ситуации ещё с прошлого раза остался непонятным нюанс совмещения явно заданого способа сжатия и внешних упаковщиков.
И моё мнение таково, что если кто-то (кто угодно из присутствующих) уже пользуется таким же набором параметров - для него не составит особого труда скопировать эти самые параметры сюда.

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
Метод Размер Время

Никак не могу упаковать каталог так, как мне надо.
Имеем каталог, который надо упаковать со всем содержимым:

D:\Work\Data

в нём несколько подкаталогов, два из которых (tmp и trt) не должны попасть в архив.
В архиве корневым каталогом должен быть Data.
Получается только если текущий каталог для Arc.exe = D:\Work, но это не всегда возможно.

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

Цитата:

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

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

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

Цитата:

http://www.maximumcompression.com/strange.rar  

I:\>arc a a -mmm:1*16+mm:1*16+lzma:max "Compression Test.gba"
Compressed 1 file, 1,048,576 => 46,376 bytes. Ratio 4.4%

I:\>7z a a "Compression Test.gba" -m0=delta:2 -m1=delta:2 -m2=lzma:fb128
Compressed to 46,856 bytes


Цитата:

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

а это нетрудно отличить. люди, которым что-то непонятно в мануалах, задают вопросы про мануалы. тебе в мануалах всё понятно, "только неясно что ты имела в виду"

Цитата:

До меня только что дошло, что многие начинающие пользователи 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 версию.

-dpd:\work -xtmp\ -xtrt\ -apData

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

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

insorg
Спасибо за файлик, правда Булат уже написал решение. Возрадуйся, у меня получилось запустить LZMA x64!!!! Короче я делал примерно так:

Скопировал содержимое arc-lzma-x64-filter.ini в arc.ini.

Дальше FreeArc-LZMA-x64.exe скопировал в папку bin

Удачи, отпишись как получится.

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 тоже все расписано подробно.

SELFY

Цитата:

Цитата: максимальный блок адресов: 1446 mb

на 64 Семёрке 2042mb