» FreeArc (часть 4)

Подскажите, возможно ли в arc реализовать запуск файла из архива после распаковки этого архива? Т.е. создать exe архив после распаковки которого запускался бы файл. Или только внешний инсталятор?

freearc-installer.sfx извлекает архив во временный каталог, запускает setup.exe и после его выполнения стирает все временные файлы. freearc-installer-nodelete.sfx делает то же самое кроме стирания

Bulat_Ziganshin
когда примерно вы собираетесь добавить разбитие ахривов на части??

в 0.75. сроки пока неопределены

Кстати.

Сегодня неожиданно обнаружил, что доблестные разработчики из так называемой FAR Group исключили в Far 2.0 из стандартного пакета плагинов MultiArc. Т.е. теперь либо надо его брать и переносить вручную из 1.75, либо пользоваться с комфортом форматом ARC под FAR уже не получится. Скажем, команды упаковки/распаковки без MultiArc еще можно прикрутить в меню пользователя, а вот просматривать внутренности архива - уже фиг.

есть идея по распространению формата:
Можно поступить как с 7-zip в свое время.
Просто обьяснить релизерам на торрент трекерах что он лучше / быстрее / лучше жмет
Остальные подхватят

Упертость автора радует.

Benchmark
6 лет назад автор был намного более много-словен, теперь перешел от слов к делу

CDK
репаками пользоваться вообще не стоит, от них обычно одни проблемы
я имею ввиду изпользовать этот формат для ISO/книг/утилит и так далее по списку

Цитата:

Просто обьяснить релизерам на торрент трекерах что он лучше / быстрее / лучше жмет

юмаришь? 95% репаков это и так фриарк

Farch

Цитата:

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

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

Цитата:

изпользовать этот формат для ISO/книг/утилит и так далее по списку

книги, утилиты и т.д. обычно занимают мало места, и смысл в использовании freearc'а для них против тех же 7z и winrar никакого. Выигрыш виден только на большом объеме данных.

Здравствуйте!
Если не затруднит, дайте пожалуйста код распаковки архива через батник...
Дерево такое:


Код: [-] Папка1
[-] FreeARC_console
[-] Addons
...
[-] bin
...
[-] Documentation
...
[-] License
...
[-] Папка 2
Архив.arc
[-] Папка 3
Архив 2.arc

для распаковки нужен только arc.exe или unarc.exe

команда распаковки "arc x архив"

Farch

Цитата:

Можно поступить как с 7-zip в свое время.
Просто обьяснить релизерам на торрент трекерах что он лучше / быстрее / лучше жмет
Остальные подхватят

Некоторое время назад множество рипов игр было пожато uharc. Многие ли из-за этого начали им пользоваться ? А многие ли вообще задумывались, чем оно там пожато, если их интересовала собственно игра, а не нюансы упаковки рипа ?

7-zip стал популярен не поэтому. Там бесплатность в сочетании с легкостью и удобством добавления 7-zip в свои проекты. Есть библиотечка, есть развитое API к ней, можно использовать даже в коммерческих проектах. А большего девелоперам зачастую и не надо.

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

Bulat_Ziganshin
Дайте хоть какие то сроки выхода новой версии FreeArc (альфа / финал)

> Дайте хоть какие то сроки выхода новой версии FreeArc

Да уж, планы остались далеко позади

С таким отношением автора к пользователям, FreeArc никогда не станет популярным.

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

VasulNoz
Проект открытый, хотите - делайте сами, не умеете - ждите, либо кидайте денег автору - http://www.freearc.org/ru/Donations.aspx
Автор делает Freearc в свободное время.

Engaged Clown
Читай внимательнее! Я автора никуда не подгоняю.

VasulNoz

Цитата:

С таким отношением автора к пользователям

Отношение автора к пользователям влияет на популярность опосредованно, просто автор понял, что
Цитата:

FreeArc никогда не станет популярным

и энтузиазм его поубавился.
С момента последнего релиза прошло уже 8 месяцев, а воз и ныне там. Большинству (пользователей\разработчиков) не нужен ещё один 7-zip, а гикам и текущих возможностей достаточно.

Если бы автор давал больше информации о разработке. Стабильно выпускал альфа версии программы, то и народ до FreeArcа тянулся.

VasulNoz

Цитата:

Читай внимательнее! Я автора никуда не подгоняю.

По интонации видно.

Цитата:

Стабильно выпускал альфа версии программы

Engaged Clown
Тогда почему в полной истории изменений последняя версия за август?

VasulNoz

Цитата:

Тогда почему в полной истории изменений последняя версия за август?

Если тебе интересно, то на днях обновлю ее (полную истории изменений) к последней версии. С согласия автора я обновляю страницу через 3-4 альфа-версии или релиза новой версии. Последняя версия за 17 ноября 2010 и я, также как и Вы, жду выхода новой версии.

Цитата:

Тогда почему в полной истории изменений последняя версия за август?

Вроде эта полная история - работа ruduk'а.
ЗЫ:
Код: ------------------------------------------------------------------------
r1628 | bulat | 2011-01-27 14:46:38 +0300 (ùΓ, 27 ∩¡ó 2011) | 1 line

DLL: progress indicator for operations on FreeArc archives

Цитата:

Тогда почему в полной истории изменений последняя версия за август?

Можно видеть здесь:
http://freearc.org/ru/Statistics.aspx
Статистику по версиям.
Хотя, конечно в истории изменений тоже бы надо.

Добавлено:
1. Разные результаты сжатия одним методом.
Ранее я приводил результаты теста
http://forum.ru-board.com/topic.cgi?forum=5&topic=35164&start=60#16
В нем я тестировал GUI-версию 0,67а. Теперь сравнил с консольной версией 0,67а, запускал из Far-а. И наблюдаю заметное отличие:
Gui -m4 2м03с 1 311 346 587 байт
кон -m4 130c 1 306 900 221 байт
кон -m4 157c 1 306 785 652 байт
В консоли при нескольких запусках получалось разное время, и главное - величина архива! Архивы тестировались нормально.
В чем дело?
Разница в величине свободной памяти на момент архивации?

2. Оптимизация метода -mex5.
В том же тесте на графиках видно, что режим -mex5 выпирает (горбом) вправо-вверх. Он не оптимален, по времени почти как -mex7, а по сжатию хуже.
Я разобрался, что дело в сжатии "архивов" rar zip, их у меня почти 50%.
Захотел оптимизировать. Здесь 2 варианта:
- сменить метод,
- оптимизировать метод

2а Сменить метод
Булат посоветовал попробовать tor.
Наилучшие результаты у меня получились при командной строке
-mex5/$compressed=rep5+xtor:c3
В одном тесте результат достойный, в другом - не очень.
Какими параметрами tor можно увеличить степень сжатия в данном случае?
Мои эксперименты (xtor:32m:c3 xtor:32m:c4) приводили только к увеличению размера архива.

2б Оптимизировать метод
В -mex5 архивы обрабатываются
5rep +exe+delta+4x4:i0:lzma:4mb:max
Какие параметры lzma можно попробовать в данном случае для увеличения скорости (при небольшом ухудшении сжатия)?

Подскажите пожалуйста как сделать такое:
упаковывать в sfx
с приоритетом по скорости (сам архив)
на процессоре i3 540 (4 виртуальных процесора) (или может быть лучше выключить hyperthreading ?)
на флешку (т.е писать "в один поток", желательно кусками кратными 64 кб (судя по process monitor сабж такими кусками и пишет, только сначала пишет на флешку в freearc1.tmp); скорость чтения флешки ~17 мб/сек)
Распаковываться архив будет на других компьютерах -желательно чтобы процесс распаковки был не самым медленным.

Не могу более грамотно сформулировать вопрос - заранее извиняюсь за не совсем верную формулировку вопроса.

сама упаковка на винт вроде бы побыстрее так получается:
arc a -r -sfx -m4x4:tor:4 archive
Compressed 1,685 files, 254,712,966 => 102,982,742 bytes. Ratio 40.4%
Compression time: cpu 11.90 secs, real 3.43 secs. Speed 74,217 kB/s

для сравнения упаковка на флешку:
arc a -r -sfx -m4x4:tor:4 G:\2011feb02\archive

Compressed 1,685 files, 254,712,966 => 102,982,742 bytes. Ratio 40.4%
Compression time: cpu 11.20 secs, real 536.74 secs. Speed 475 kB/s

arc a -r -sfx -m4x4:i1:tor:4 G:\2011feb02\archive

Compressed 1,686 files, 357,871,058 => 207,544,347 bytes. Ratio 57.9%
Compression time: cpu 20.47 secs, real 1074.77 secs. Speed 333 kB/s


копирование самого архива (100 мб) на флешку с винта в фаре штатным копировщиком: ~20 секунд

Вобщем то проблема (для меня как юзера) - очень медленное создание архива непосредственно на флешке.
Беглым взглядом, судя по "диспетчеру задач" и прогрессбару в консоли (сабжа), похоже что тормозит именно запись на флешку.
Как побороть или когда это планируется исправить ?

[more]
для сравнения упаковка на винт:
arc a -r -sfx -m=tor:5 doc

Compressed 1,684 files, 254,712,243 => 99,291,973 bytes. Ratio 38.9%
Compression time: cpu 8.36 secs, real 8.05 secs. Speed 31,645 kB/s
-----
arc a -r -sfx -m=tor:4 doc

Compressed 1,685 files, 254,712,966 => 132,177,781 bytes. Ratio 51.8%
Compression time: cpu 5.35 secs, real 5.15 secs. Speed 49,488 kB/s
-----
arc a -r -sfx -m4x4:tor:5 doc

Compressed 1,685 files, 254,712,966 => 101,042,021 bytes. Ratio 39.6%
Compression time: cpu 17.11 secs, real 5.01 secs. Speed 50,810 kB/s

arc a -r -sfx -m4x4:i2:tor:4 doc

Compressed 1,685 files, 254,712,966 => 102,982,742 bytes. Ratio 40.4%
Compression time: cpu 8.46 secs, real 4.48 secs. Speed 56,805 kB/s


arc a -r -sfx -m4x4:i1:tor:4 doc

Compressed 1,685 files, 254,712,966 => 102,982,742 bytes. Ratio 40.4%
Compression time: cpu 8.02 secs, real 5.92 secs. Speed 43,011 kB/s
[/more]

ndch

Цитата:

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

SSD Вам в помощь

а если серьёзно, то не заметил тормозяков при записи на флэшку.

egor23

Цитата:

упаковка на винт
real 3.43 secs

Цитата:

упаковка на флешку:
real 536.74 secs

попробуй -m4x4:tor:4+rep

Bulat_Ziganshin

Цитата:

cpu T secs, real t secs | t << T

Такое вообще бывает, в обычной жизни?

Bulat_Ziganshin

Почему у FA работа горячих клавиш зависит от языка текстового ввода?

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

Кто то обещал обновить полную историю изменений, когда ее можно будет увидеть?

Так вот история. Последнее обновление – 30 Января 2011.