» FreeArc (часть 4)

И при этом никак не разберусь с командной строкой
Подскажите, такая запись корректна?
"%ProgramFiles%\FreeArc\bin\Arc.exe" a d:\file.arc d:\tprk\* -max
Задача следующая всё содержимое папки d:\tprk\ положить в архив d:\file.arc с ключом -max
Смущает, что в начале работы архиватор пишет, что будет сжимать слишком малое количество файлов, меньше чем в папке, меньшее и объёму и по количеству.
То же самое и с
"%ProgramFiles%\FreeArc\bin\Arc.exe" a d:\file.arc d:\tprk\* -mx
Разобрался: или
"%ProgramFiles%\FreeArc\bin\Arc.exe" a d:\file.arc d:\tprk\* -max -r или
"%ProgramFiles%\FreeArc\bin\Arc.exe" a d:\file.arc d:\tprk -max
Про интерфейс GUI версии: ПЕРЕГРУЖЕН. Есть мнение, что больше 7ми опций, вариантов, чекеров, и т.п. сбивают человека с толку и перегружают его мозг.
P.S. Имея в виду 7 опций в одном экране

Я до конца не уверен, но идея такова, что стартовать надо приложение без видимой формы, точнее флаг видимости формы должен быть выключен, затем нужно свернуть последнюю, а затем уже показать. Вот примеры для винды:
http://stackoverflow.com/questions/4380575/how-to-launch-console-application-using-createprocess-with-minimized-main-window
http://stackoverflow.com/questions/7622052/creating-a-minimized-overlapped-window-win32

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

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


Кстати, не мог бы ты убрать плюсик и вытащить галочку (поверх всех окон) на его место в диалоге архивации? А то не ясно, зачем её прятать вообще, да и к тому же при нажатии на минус спойлер не сворачивается обратно, что не есть красиво.



А ещё: не знаю, у всех ли так или это "by design" вообще, но у меня при отмене архивации, запущенной из консоли, вываливаются ошибки (на билде от 27 сентября):

1)
---------------------------
freearc
---------------------------
write: invalid argument (Bad file descriptor)
---------------------------
ОК
---------------------------

2)
---------------------------
freearc
---------------------------
CompressionLib_dbHm: interrupted
---------------------------
ОК
---------------------------

А раньше было что-то про зациклившуюся (или прерванную) нить (thread).

Цитата:

Про интерфейс GUI версии: ПЕРЕГРУЖЕН. Есть мнение, что больше 7ми опций, вариантов, чекеров, и т.п. сбивают человека с толку и перегружают его мозг.

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

жду новой версии... желательно и 64бит))) буду тестировать на 4ядр/8гб озу

Цитата:

у меня при отмене архивации, запущенной из консоли, вываливаются ошибки (на билде от 27 сентября):

это настолько известная проблема что можно считать её уже фичей


Цитата:

Кстати, не мог бы ты убрать плюсик и вытащить галочку (поверх всех окон) на его место в диалоге архивации? А то не ясно, зачем её прятать вообще, да и к тому же при нажатии на минус спойлер не сворачивается обратно, что не есть красиво.

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


Цитата:

То есть надо поиграться с кодом.

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

Про GUI
Возможно, это зависит от целевой аудитории: все или техническая элита.
Ещё удивило в версии для командной строки, что к числу файлов к сжатию добавляются все папки, вместо того чтобы просто просуммировать файлы. Отголоски nix'ов, что ли.

Цитата:

Если warc пишет:  
Для установки этой программы необходима библиотека .NET Framework версии 2.0. Пожалуйста установите .NET Framework и повторите попытку снова.

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

Да ну там играться то совсем немного. Принцип вроде рабочий. Просто я много архивирую, естественно фоном, запускаю через скриптик (иногда одновременно много архиваций) и мне было бы дико удобно каждый раз не ждать, пока всё запустится, а уже потом возвращаться к доселе активному окну, вручную.

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

Не могу разбить архив на несколько частей. Вместо этого он все пакует в один архив.
У меня win x64, а когда я скачиваю с оф. сайта, там 32. В этом может быть проблема?

1) Если честно, ключик
Цитата:

background

больше ассоциируется с программой "свернутой" в трей и/или приоритете idle (и это отсутствует - кстати под спойлер +/- можно приоритет) (а трей реализовать думаю проблем не должно возникнуть хоть и в GTK)

// 2) Я то конечно знаю что диспетчером задач можно переключить и это не важная "функция", но в VirtualDub удобно поставить idle в GUI, а самому pdf/doc читать чтобы не подвисало на пол секунды иногда.

// 3) Кстати если поток 1 то можно "повесить" его жестко на одно ядро [affinity] то возможно быстродействие только улучшится (мне кажется(я в этом почти уверен(логика говорит что так по крайней мере должно быть))) если ядер/процессоров конечно больше 1 и на том же ядре ничего другого еще не "подвешено".
//По крайней мере одна из версий foobar жестко тормозила если так не сделать на XP без AMD DueCoreOptimazer

Black_Ghost

Цитата:

Не могу разбить архив на несколько частей

Если речь про .arc архив, то многотомность пока еще не реализована (смотри Планы дальнейшего развития Версия 0.75)
Используй сжатие (на вкладке "Основное" поменяй "Тип архива") в .zip или .7z, тогда будет многотомность. Но, увы, будет другой формат архива.

Да, можно и в трей, как WinRAR, и низкий приоритет, снова как в WinRAR. Главное чтобы фокус не граббился при запуске, а просто появлялась иконка.

вышел WinRAR5 с новым форматом сжатия RAR5, с обычным режимом сжатия в этом формате на моих файлах ситуация такая: на каких-то файлах на уровне best assymetric +/- 1мб, но фриарк стабильно проигрывает до 20мб если данные очень большого объема
(старый rar в 4-ой версии стабильно проигрывал фриарку по 5-15мб на моих файлах),
скорость сжатия\распаковки RAR5 повыше чем у freearc (4 ядра, 4 гига оперативы)
конкуренты не спят, новый винрар жмет неслабо, по крайней мере с теми файлами с которыми я имею дело

Почему sfx-архивы FreeArc'a некоторые антивирусы принимают за зловредов?

All
Такой вопрос - как FreeArc относится к своим битым/недокачанным архивам (в смысле без информации для восстановления)? Может он их вообще открыть и извлечь неповрежденные файлы?
У 7-zip с этим ой как плохо... недокачанные даже за свои архивы е признает...

cross125
21:28 18-05-2013
Цитата:

конкуренты не спят, новый винрар жмет неслабо

А зачем вообще в нынешних условиях, при нынешних размерах носителей и нынешних скоростях интернет эта погоня за мегабайтами?
Сейчас ИМХО на первое место выходят удобство и доп.фичи (каковых кстати, у FreeArc много - меня сдерживает от его использования только нераспространенность формата arc).

MrNN

Цитата:

Почему sfx-архивы FreeArc'a некоторые антивирусы принимают за зловредов?

Можете предоставить пруфлинк (выложите скриншот, ссылку на virustotal.com)?

fdhhhhhhhhhhh
1) в планах
2) реализовано
3) слишком обширная тема


Цитата:

Ну тогда сделай хотя бы возвращение высоты окошка при нажатии на минус.

как-нибудь


Цитата:

низкий приоритет, снова как в WinRAR.

у freearc и так всегда низкий приоритет, иначе винда просто вешалась

Добавлено:
MrNN
вероятно старая версия упакованная upx. проверьте сентябрьскую альфу или сами распакуйте

WatsonRus
ну фриарк как раз этим и силен - мегабайтами) я перелопатил свои репаки, распаковка RAR5 на всех в 2.5-3 раза быстрее чем у арк-архивов с практически тем же размером
фичи? ну смотря какие, например такой банальной вещи как многотомный арк-архив нету (хотя лично мне - не надо)
а нераспространенность по мне так плюс - не открывается в других популярных архиваторах, переименовываешь расширение и готово, неча копатся в моих архивах))) (защита от дураков но работает реально XD) 5ый рар тож не открывает арки

Цитата:

у freearc и так всегда низкий приоритет, иначе винда просто вешалась

Странно... У меня на последнем билде при запуске архивации приоритет Normal, при нажатии на кнопку Background -- тоже! Помню, что раньше менялось! Баг?

Цитата:

ну фриарк как раз этим и силен - мегабайтами) я перелопатил свои репаки, распаковка RAR5 на всех в 2.5-3 раза быстрее чем у арк-архивов с практически тем же размером

У меня fa всегда быстрей и лучше пакует и распаковывает чем rar5. Для упаковки использую rep:22m:64:c16:d4m:s32+exe+xtor:4:4m:h512k:l4 как показала практика, это оптимальное соотношение сжатия и скорости.

coolerru
низкий приоритет назначается тем конкретным тредам которые сжимают данные. приоритет процесса в целом не меняется

можешь сравнить отзывчивость системы при сжатии в 7-zip и freearc со 100% загрузкой процессора

cross125 23:25 19-05-2013
Цитата:

ну фриарк как раз этим и силен - мегабайтами

Зачем сейчас их так экономить? И тот же RAR5 тоже - зачем?
23:25 19-05-2013
Цитата:

такой банальной вещи как многотомный арк-архив нету

Эта фича сейчас разве что для обменников актуальна, для разбиения на тома, поскольку ограничения по размеру файла.


All
Так как насчет чтения FA своих битых/недокачанных архивов?

Ага, пишет Below Normal. Только вот при нажатии на кнопку Background ничего не меняется.

WatsonRus

Цитата:

Зачем сейчас их так экономить? И тот же RAR5 тоже - зачем?

ну так я уже сказал, для меня это тот же арк по сжатию но 2.5-3 раза быстрее по распаковке, а это очень важно когда используешь в больших инсталяторах
фича разбиения актуально и для разбиения на диски, и для пересылки архивов через почту

Paramon111

Цитата:

У меня fa всегда быстрей и лучше пакует и распаковывает чем rar5. Для упаковки использую rep:22m:64:c16:d4m:s32+exe+xtor:4:4m:h512k:l4 как показала практика, это оптимальное соотношение сжатия и скорости.

ну я юзаю Best assymetric т.к. дает лучшее сжатие (причем лучше чем максимальное), рар5 с обычным сжатием дает тот же результат (+/-1мб), но упаковка\распаковка быстрее, тонкой настройкой заниматься лень, просто юзаю готовые пресеты

coolerru
это так, в планах, но очень условно поскольку нужды большой в этом нет

Paramon111
rep:22m:64:c16:d4m:s32+exe+xtor:4:4m:h512k:l4
Узнаю знакомые черты.
А почему 22m? не 16 и не 32?

PS на текущий момент считаю более удачными (конкретно для xtor:4:4m:h512k:l4) параметры
rep:..m:80:c32:d4m:s40+...
кстати, на основании ваших же данных!

может немного ламерский
или не совсем в тему вопрос
но все же lzma2 же будет в FA, поэтому спрошу
почему lzma2 с a0 или hc4
при кол-ве потоков больше 3 требует больше памяти
даже чем bt2/3/4!

Shuld

Цитата:

rep:22m:64:c16:d4m:s32+exe+xtor:4:4m:h512k:l4   Узнаю знакомые черты. А почему 22m? не 16 и не 32?

Действительно, этот алгоритм взял с твоих исследований. 22m это минимальное потребление памяти при этих параметрах. А вообще можно и rep:128m поставить, на скорость практически не влияет.


Цитата:

на текущий момент считаю более удачными (конкретно для xtor:4:4m:h512k:l4) параметры rep:..m:80:c32:d4m:s40+...

Согласен, скорость возросла почти при том же сжатии. В конечном счете можно предложить вариант rep:128m:80:c32:d4m:s40+exe+xtor:4:4m:h512k:l4 для быстрой упаковки и распаковки.

О балансировке алгоритмов сжатия "внутри" одного метода сжатия.

Bulat_Ziganshin
Несколько месяцев назад мы разговаривали на эту тему. Я "много думал", ставил эксперименты и пришел к определенным выводам.
Во многом - это вопрос идеологии. Какую идеологию выбрать?

1 Вариант. (очевидный?)
Допустим, есть данные 200 Мб, из которых 100 Мб - тексты ($text) + 100 Мб - архивы ($compressed).
Предположим, что в методе сжатия -m9,
тексты ($text) будут сжиматься 40 сек и результат будет 20 Мб
архивы ($compressed) будут сжиматься плохо, за те же 40 сек получится 90 Мб.
Итоговый результат 20+90=110 Мб за 40+40=80 сек.
Здесь выравнивание по времени сжатия.

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

2 Вариант. (неожиданный?)
Те же данные.
тексты ($text) будут сжиматься 40 сек и результат будет 20 Мб
архивы ($compressed) будут сжиматься плохо, поэтому берется алгоритм, который сожмет до 92 Мб, но за 4 сек!
Итоговый результат 20+92=112 Мб за 4+4=44 сек.
Одинаковой будет скорость "убирания" лишних Мб.
В случае текста (100 Мб - 20 Мб)/40 сек = 2 Мб/сек
В случае архивов (100 Мб - 92 Мб)/4 сек = 2 Мб/сек
Такой вариант не будет тратить лишнего времени на сжатие трудносжимаемых данных.
При этом, правда, мы не получим "максимально возможного" сжатия. Но если оно нужно, можно его "впихнуть" в отдельный метод, допустим -mx.

Поскольку FreeArc и так обычно на больших данных обходит по степени сжатия WinRAR/7z, то потеря степени сжатия вряд ли будет критичной, но по скорости получится еще большее преимущество.

Добавлено:
Bulat_Ziganshin

По интерфейсу.
После сжатия я бы хотел, чтобы окно процесса (которое мы обсуждали) не закрывалось автоматически, а оставалось. А кнопка "Отменить" заменялась бы на "Закрыть".
Или это где-то уже есть в настройках? Я не нашел.

Цитата:

22m это минимальное потребление памяти при этих параметрах.

н-да, сурово.


Цитата:

Так как насчет чтения FA своих битых/недокачанных архивов?

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

Bulat_Ziganshin 19:47 20-05-2013
Цитата:

в морг.

Не айс.

Добавлено:
Значит, мне FA не подойдет.

Ситуация такая - допустим, нужен только один не очень большой файл из большого архива, точно известно, что он где-то в начале архива. Для того же rar я скачиваю часть архива чуть более примерного размера файла и обрываю закачку, затем вытаскиваю нужный файл из недокачанного архива. С arc такое не прокатит (равно как и с 7z).