» FreeArc (часть 4)

Snoopak96
1. я так понял, что unarc.dll завершает работу, хотя подпроцессы распаковки ещё не завершились. наверно та же фигня будет и с arc.exe/unarc.exe. запишу, подумаю
2. если указать большой -ld и достаточно физ. памяти (или попробуй -ld-) - то должно всё в памяти распаковываться
3. как только займусь толком работой над ним

antc
не обращай внимания что там 1 файл указан
считай что это все данные вместе
на примере precomp можно же понять что делают эти команды
перед работой с внешним упаковщиком Арк записывает данные в файл (по-умолчанию в $$arcdatafile$$.tmp) а выходной файл п.у. $$arcpackedfile$$.tmp
по-понятнее напиши что ты хочешь, не ясно как то что тебе надо

Bulat_Ziganshin
со всем уважением, Но почему все на забугорном языке? Это все таки русский форум. (эт я про список изменений) Я конечно понимаю приблизительно, но хотелось бы не приблизительно. (надеюсь не последует совета выучить англ. в совершенстве)

Bulat_Ziganshin
Cabal не забудьте собрать

Ладно опишу доступно. Есть iso образ. Я извлёк из него ручками всё содержимое. Всё это содержимое запаковал фриарком. При этом в архиве есть ещё множество другим данных. При распаковке мне хочется чтобы конечным продуктом стал iso файл (плюс рядышком ножество других данных, которые в архиве идут в нагрузку), а вовсе не его содержимое. У меня есть невероятно корявая консольная утилита, которая еле-еле умеет упаковывать эти ISO файлы.
Понятно, что можно составить скрипт, который можно запустить отдельно после распаковки, но мне бы хотелось узнать нельзя ли как-то встроить его внутрь. Например, чтобы при установке через инно сетап в конце распаковки каждого архива происходила компиляция ISO

SerJantX

Цитата:

со всем уважением, Но почему все на забугорном языке? Это все таки русский форум. (эт я про список изменений) Я конечно понимаю приблизительно, но хотелось бы не приблизительно. (надеюсь не последует совета выучить англ. в совершенстве)

Чего ты пристал к человеку?!
Раз не можешь понять тот пост на английском, то если его тебе перевести на русский и подавно не поймёшь ничего!

Как заставить использовать например 3,5 гиг ОЗУ при имеющихся 4 гиг? что бы я не выставлял параметром -lcXXXXmb больше 2700м не используется. меньше, без проблем. пробовал даже -lc85p тоже выше 2700 не поднимается. при параметре -lc- сразу ошибка "невозможно выделить память".

Paramon111
это сложно. самый простой вариант - использовать внешние (64-битные) компрессоры

Цитата:

Подскажите с каким параметром нужно паковать срепом 14Гб файл, чтобы потом запаковать его Арком в режиме ультра и получить наименьший размер.

всем пользователям srep нужно то же самое, так что он по умолчанию настроен на макс. сжатие


Цитата:

Сначала убирал одну(оставил только arc), топом убирал обе. ассоциация все равно появляется. Под ассоциацией подразумеваю изменение иконки архива и архивы стали открываться в FreeArc . а не в WinRar(стоит по умолчанию).

у меня win7 x64, no uac - сейчас поставил 0.67 поверх 0.666, из всех галочек в инсталяторе была снята только одна (associate with other archives), иконки и Enter у non-arc архивов не перехватились. так что увы - могу посоветовать только в rar снова сделать ассоциирование (отключить и включить его снова). скажи мне на всякий случай какую версию fa ставил и включен ли у тебя uac?

SerJantX
лень

antc
Арк только пакует данные
скомпилировать ISO из распакованных данных это уже отдельно надо делать
а вариант запаковать именно этот образ не подойдет?
и что это за дистрибутив, который содержит ISO-образы?

Bulat_Ziganshin
Вот еще вопрос есть по поводу памяти. Взял один файл 399mb, упаковал -mx -mc:exe/dispack070, посмотрел солид-блок. Он был такой: rep:403mb+dispack070+delta+lzma:177mb:normal:bt4:128 Ввел эти данные в метод сжатия добавив в конце -lc-, сжатие пошло. Методом подбора определил максимальное lzma:194mb при котором упаковка еще идет без ошибки. Сжатие в конечном итоге стало больше естественно. И мой вопрос: Почему -mx определил что lzma можно максимально задать 177mb а не 194mb? Может это можно исправить в будущих версиях?

гламурненько: http://www.youtube.com/watch?v=iQPXTgtru40

Bulat_Ziganshin

Цитата:

buffered I/O (improves speed a lot when writing to slow USB sticks)

проблемка в "-m0" + sfx осталась

arc a -m0 J:\arc_m0.arc 238m.txt
45сек

arc a -sfx -m0 J:\arc_m0sfx.arc 238m.txt
210сек

[more=Лог..]

time && arc a -m0 J:\arc_m0.arc 238m.txt && time
Текущее время: 23:28:12,23
Введите новое время:
FreeArc 0.67 (March 8 2011) creating archive: J:\arc_m0.arc
Compressed 1 file, 249,562,113 => 249,562,113 bytes. Ratio 100.0%
Compression time: cpu 1.61 secs, real 12.50 secs. Speed 19,965 kB/s
All OK
Текущее время: 23:28:57,35
Введите новое время:

time && arc a -sfx -m0 J:\arc_m0sfx.arc 238m.txt && time
Текущее время: 23:29:06,87
Введите новое время:
FreeArc 0.67 (March 8 2011) creating archive: J:\arc_m0sfx.exe
Compressed 1 file, 249,562,113 => 249,562,113 bytes. Ratio 100.0%
Compression time: cpu 3.33 secs, real 210.06 secs. Speed 1,188 kB/s
All OK
Текущее время: 23:32:37,45
Введите новое время:

[/more]

Цитата:

Почему -mx определил что lzma можно максимально задать 177mb а не 194mb? Может это можно исправить в будущих версиях?

1. потому что я пользуюсь упрощённой эвристикой 2. нельзя

вообще советую вставлять tempfile между методами, например rep:403mb+dispack070+delta+tempfile+lzma:177mb:normal:bt4:128

кошмар

Цитата:

всем пользователям srep нужно то же самое, так что он по умолчанию настроен на макс. сжатие

У меня в батнику стоит такой параметр srep.exe -m2. Он дает макс. сжатие?
Если нет то напишите какой параметр нужно использовать.

среднестатистический пользователь ФА))
особенно ставить галочку "каждый файл в отдельный архив - лучше сжатие" ))

Bulat_Ziganshin
Я понял. Тогда так к слову скажу что этот же файл на методе -m9x использует те же 177mb. Хотя без rep:403mb уже максимально я подобрал lzma:253mb, что уже существенно отразилось на сжатии.

Добрый день! есть проблема (или это я плуг или ...)
вот пакую файлы: 7z - srep.
Потом пытаюсь перекаковать среп в архив АRC ...
но FreArc пишет что не возможно модифицировать АRC архив.
подскажыте как решить ??

Bulat_Ziganshin
Во всякой глупости - капля сарказма

kalpak

Цитата:

особенно ставить галочку

Что же подтолкнуло молодого человека к этой мысли?

Bulat_Ziganshin
Боюсь надоесть, но снова хочу поднять тему ОЗУ. Сравнил 7-zip и FreeArc.
Взял все тот же файл 399mb. В 7-zip упаковал так: lzma:192mb:ultra:bt4:8, посмотрел потребляемую память при упаковке, было 3050mb.
Результат сжатия был 104 610.
Потом стал паковать FreeArc`ом. Задача была в том чтобы был тот же алгоритм как -mx и потребление памяти 3050mb. В результате подбора вышло: rep:403mb+dispack070+delta+lzma:153mb:ultra:bt4:8
Результат сжатия был 94 569.

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

Сейчас 7-zip в некоторых случаях сжимает эффективней только за счет использования 100% ОЗУ+файл подкачки. Наш же архиватор 100% ОЗУ (-lc-) без файла подкачки.

mezi
Потому, что не нужно его модифицировать, нужно его упаковать во фриарк.
на файле - правой кнопкой - в контекстном меню - FreeArk - добавить в архив, выбираеш нужные тебе параметры и пакуеш. Это азы пользования компьютером.

я собственно изучал внешние ссылки на сайт. особенно порадовало, что кое-где при выкладке архивов дают ссылки на бесплатные распаковщики - 7-zip, alzip и freearc. хотя пока таких капля в море

Paramon111
Чего? Какой ещё файл подкачки при >2 гигах оперативки???
Срочно отключи эту каку!
Подкачка существует для того, чтобы выгружать память, если её не хватает. А когда её реально много (>2ГБ) - она начинает только всё тормозить бесполезной выгрузкой...
Эх...

Bulat_Ziganshin
Есть такой у меня вопрос по поводу сжатия.
Есть некий набор из нескольких файлов по 300-400 мбайт, различающихся примерно на 10-16 мбайт, а остальные данные одинаковы (разные по наполнению портативные версии программ в ThinApp контейнерах).
При этом каждый из файлов по отдельности реально жмётся до размера ~80…100 мбайт, а при наличии уникальных данных всего на 10-16 мбайт в каждом из файлов, результат должен получиться порядка 130…160 мбайт (НЕ больше).
Однако, по факту я не получаю такого сжатия, поскольку максимально обрабатываемый словарь (при "-m9x -lc- -ld-") всего 256 мбайт, что заметно меньше даже самого "мелкого" файла.
Немного порадовали обещания srep'а по ужиманию огромных массивов данных при мизерном расходе памяти (т.е., влепить 1-2 гигов словарь и вообще красота при расходе в ~200 мбайт), но похоже, что он не находит общее в разных файлах (не работает в solid-режиме). Совать всё в tar или прочую ерунду - глупо, ибо доступ к файлам нужен крайне быстрый без бесполезных распаковок и прочего.
Как вариант - можно пожать тем же 7z со словарём 384 или 512 мбайт, но хотелось бы иметь всё-таки ARC-архивчик.
Вопрос: что можно сделать в данной ситуации?

И второй вопрос - планируется ли х64 версия?

Gnom3
да, но как ???

Цитата:

гламурненько: http://www.youtube.com/watch?v=iQPXTgtru40

Наверное этот чел из рг. Механики.

Цитата:

У меня в батнику стоит такой параметр srep.exe -m2. Он дает макс. сжатие?
Если нет то напишите какой параметр нужно использовать.

нет. по умолчанию - это значит никаких параметров


Цитата:

Потом пытаюсь перекаковать среп в архив АRC ...

arc a archive.arc file.srep


Цитата:

проблемка в "-m0" + sfx осталась

это из-за того, что мне приходится использовать низкоуровневый I/O. высокоуровневый в хаскеле не работал с русскими буквами (вроде исправили) и файлами >4gb (а это нет)

insorg
может заюзать REP?

V2driver
R.G. game pack

Edison007007
Как конкретно?
Я, в основном, обхожусь вариантом "-m9x -lc- -ld-" без тщательной установки параметров.
Если есть конкретные пожелания (с примером) какие конкретно параметры можно задать - буду благодарен, ибо времени на изучение мануалов по каждому из них катастрофически нету.