» FreeArc (часть 4)

Nikolai2004 с Фа MS документы можно пожать в 2 и 3 раза....
Зачем опять изобретать велосипед?

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

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

V2driver

Цитата:

Зачем опять изобретать велосипед?

Вот именно. Особенно если учесть, что у офиса 2010 файлы по сути уже являются zip-архивами.

ну не знаю, по-моему рано вы .doc формат хороните. он такой же бессмертный как и .zip.

я вот в повседневной работе редко вижу чтобы кто-нибудь пользовался office 2007/2010 (из-за особенностей интерфейса). а если даже и пользуются, то в новый формат .docx ничего не сохраняют (по соображениям совместимости)

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

Nikolai2004

Цитата:

то в новый формат .docx ничего не сохраняют (по соображениям совместимости)

Время все исправит. Еще несколько лет и будут пользоваться, я многим в офисе поставил office 2007
Конечно 100% пользования .docx наверное ни когда не будет, ну или еще 30 лет надо для этого т.к. есть люди которые еще в некоторых офисах используют Win98 (ХР будет жив еще дольше, да и в офисах предполагается лиценз. программы, что отбивает у многих стимул покупать постоянно новые версии, как говориться - "Если все работает, то зачем что то менять")

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

С какими лучшше параметрами сжать srep файл содержащий .upk файлы?
Игра MassEffect, подскажите пожалуйста

кошмар

[more="Bulat_Ziganshin"]
здрасте
как то вы познакомили меня с утилиткой echooo.exe - не идет зараза на вин 7 64-бит =((
может сможете посоветовать альтернативу?[/more]

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

Доброго всем времени суток.
Извините, если не в тему, но более подходящей не подвернулось.

Никто не пытался сделать компонент на базе FreeArc?
Ну вроде, компонента ZIPTV и пр., чтобы можно было использовать в архиватор своих прогах, без всяких довесок.
Спасибо.

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

kalpak

Цитата:

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

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

AKN74
Это типа, чтобы без dll было?) И на делфи? Тогда либо надо переписывать весь код на паскале, либо имплантировать дллку внутрь ехе'шника и загружать вручную как делает UPX к примеру, либо использовать программу, типа dllmerge, которая все это делает автоматом.

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

Цитата:

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

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

Наглядный тест архиваторов на январь 2011 года

Участники тестирования: WinRAR 3.93, 7z 9.20 и FreeArc 0.67а (17 ноября 2010).

Таблица таблицей, но это очень ненаглядно, трудно охватить все сразу. Столбцовые диаграммы - тоже малоинформативны.

А на графике с осями "размер архива"х"время сжатия" - все сразу видно.
График для варианта "байт"х"мин:сек"

Каждый маркер обозначает один результат теста. Результаты разных архиваторов обозначены разными цветами. Слева вверху – быстрые режимы, справа внизу – максимальные режимы. У архиватора WinRAR маркеры «обычный», «хороший», «максимальный» неожиданно слились в один, т.е. между ними в данном тесте практически нет разницы!

График для варианта "размер архива в %"х"скорость сжатия (в логарифмическом масштабе)".

Такой вариант графика более универсален. Даже если на другом конце Земли кто-то будет сжимать с процессором типа i3-530, то легко заранее прикинуть требуемое время или выбрать режим.

Из графиков хорошо видно, что при одинаковой степени сжатия затраты времени у FreeArc в 2…5 раз меньше конкурентов! Особенно хорошее соотношение «степень сжатия/ время» у режима –mex8.
А методы -mex5...-mex7 выглядят неоптимально.
Методы –m9, -mx, ультра – одно и то же, для данной конфигурации компьютера.
Также видно, что «однопоточные» методы по времени значительно проигрывают «многопоточным». В дальнейшем их тестировать не вижу смысла.

PS Как лучше выкладывать рисунки: Превью или Картинка в тексте в полный размер?
Планирую сделать еще тест на других данных и добавить в них nanozip0.08.

Вопросы:
1. У FreeArc в встраиваемой Win-версии можно в командной строке задавать все те же параметры, что в консольной версии?
2. У меня в FreeArc (в встраиваемой Win-версии) накопились лишние профили сжатия. Не могу их убрать. А также упорядочить оставшиеся.
3. При архивировании больших папок в форматах 7z и zip - ошибка.

Доброго всем времени суток.

Profrager.

Цитата:

Это типа, чтобы без dll было?)

Да.
Имхо не рулез таскать чужие dll и не иметь возможности что-либо исправить, если чего не комильфо.
Хотя, если без вариантов, то хоть единственную dll.

Цитата:

И на делфи?

Ну к чему такие крайности?
Разве в C нет возможности подключить сырцы с классом CFreeArcStream (название для примера)?
А в случае с dll, язык написания и вовсе без разницы.

ЗЫ. Знаю что не стол заказов - хотя бы помечтать.

V2driver
R.G. game pack

Всем привет.
Можете подсказать какие параметры восновном используют в сжатиях игр для репаков?
И есть такой параметр, чтоб распаковка была долго, но сжатия очень хорошое (и чтоб не больше 700 метров ОЗУ хавало)

Заранее спасибо.

AKN74

Цитата:

Имхо не рулез таскать чужие dll и не иметь возможности что-либо исправить, если чего не комильфо.

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

Цитата:

Хотя, если без вариантов, то хоть единственную dll.

некоторые варианты избавления от длл я тебе уже предложил.

Цитата:

Цитата: И на делфи?

Ну к чему такие крайности?

Ауу.. Что так глухо?..

Shuld

Цитата:

Такой вариант графика более универсален. Даже если на другом конце Земли кто-то будет сжимать с процессором типа i3-530, то легко заранее прикинуть требуемое время или выбрать режим.

Вовсе нет. Ранее я приводил графики время/плотность на разных процесорах для вариантов алгоритма торнадо. Получились разные зависимости на разных процессорах.

Dark_Delphin
Параметр для чего?

Доброго всем времени суток и с наступающим.

Цитата:

ну ты упомянул ziptv, а этот компонент у меня только с делфи ассоциируется.

Помнится google давал мне для него кучу результатов под разные языки и C++ и PhP и еще чего-то.


Цитата:

да все можно, только вот кто бы еще это реализовал кроме Булата..

А я решил что это я тупой - заблудился в сырцах.

Ну тема же Фриарк называется)

Добавлено:
Какой параметр у FreeArc использовать, чтоб распаковка была долго , но чтоб же сжатие перед этим было отличное?

Цитата:

Ранее я приводил графики время/плотность на разных процесорах для вариантов алгоритма торнадо. Получились разные зависимости на разных процессорах.

Видимо, я нечетко выразился.
Результаты в группе процессоров i3-530 будут похожи (например для i3-550)
и отличаться от группы Athlon II X3 435 - 450.

А графиков я не нашел.
Можно ссылку?
(таблиц нашел много, но это ненаглядно)

Третье пришествие кнопки "Сделать зашибись!" надвигается, прихожане уже тут.

новая альфа:

GUI: удаление временных файлов даже с атрибутом R/O (например, файлов извлечённых из не-arc архивов для запуска)
Опция -tzip/-t7z делает .zip/.7z расширением архива по умолчанию
Новый FreeArc-LZMA-x64.exe, поддерживающий все опции внутреннего алгоритма LZMA (включая HT4 matchfinder) и может быть откомпилирован любым компилятором (gcc, msvc, icl, linux, 32/64-битным)


Это означает, что теперь вы можете заменить внутреннюю 32-битную реализацию LZMA внешней 64-битной и получить свободу от 2gb-порога и ускорение некоторых режимов сжатия (по крайней мере, в теории это должно работать )


new alpha version:

GUI: removing temporary files even with read-only attribute (for example, files extracted from non-arc archive in order to run them)
-tzip/-t7z makes .zip/.7z the default archive extension
New FreeArc-LZMA-x64.exe that supports all the options of internal LZMA (including HT4 matchfinder) and can be compiled by any compiler (gcc, msvc, icl, linux, 32/64-bit)


It means that now you can replace internal 32-bit LZMA implementation with 64-bit external one and make FreeArc 10-20% faster in some compression modes (well, at least in theory)