» FreeArc (часть 4)

Fossius
Ну да, кому-то это определенно нужно, мне нет - я всего два раза запускал GUI FreeArc.
Меня больше интересует это:

Цитата:

FreeArc - планы на будущее
...
Версия 0.90
...
доделать archive recovery, чтоб было не хуже чем в rar

Попутно, кажется, нашел, откуда на сайте WinArc эта строка:

Цитата:

Скорость создания архива выше 2-5 раз, в сравнении с другими архиваторами.

Читаем на офсайте FreeArc:

Цитата:

Преимущества
...
Потрясающая производительность: в среднем FreeArc работает в 2-5 раза быстрее программ аналогичного класса (ccm, 7-zip, rar, uharc -mz, pkzip) при сравнимой степени сжатия

В общем, рекомендовать такую программу, с учетом нонешних "продвинутых пользователей", можно, ИМХО, только если в планах срубить бабло за чистку компа от всякой лажы. Офсайт тоже как будто тяп-ляп: Защитный кодд*.

З.Ы. У проги самая толстая *ShellExt.dll, которую когда-либо видел

Shuld
Цитата:

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

Сравнение старого и нового -m8*

Код: 81 = rep:1gb:64:c64+xtor:3:4m:h32k
81new = rep:1gb:112:c64:d4m:s64+xtor:3:4m:h32k
84 = rep:1gb:64:c16:d4m:s32+xtor:4:4m:h8m:l8
84new = rep:1gb:96:c16:d4m:s48:h25+4x4:tor:6:4mb:h8mb
85 = rep:1g:64:c32+xlzma:4mb:h512k:fast:128:mc8
85new = rep:1g:48:c16:d4m:s32+xlzma:4mb:h512k:fast:128:mc8
86 = rep:1g:64:c32+xlzma:4m:h1m:normal:24:mc8
86new = rep:1g:48:c16:d4m:s24+xlzma:4m:h1m:normal:24:mc8
87 = rep:1gb:h24+4x4:t3:i0:lzma:8mb:h32mb:normal:bt4:128 ;1427МБ
87new = rep:1gb:h24+4x4:i0:lzma:4mb:h32m:normal:bt4:128 ; 1396 МБ

muzf

Код: -m84new

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

Цитата:

Чего там самое-то? Г..вноинсталлер натуральный Отказался от всей гадости, не пустил в интернет - теперь прогресс установки висит на ~40% ) Еще и удалиться не хочет без перезагрузки.
И смущает ссылка - почему не сразу офсайт?
 

Цитата:
Скорость создания архива выше 2-5 раз, в сравнении с другими архиваторами.
Возможность задействовать все ядра процессора, что дает высокую скорость архивирования.

Ага.
Тупо обертка, вид под WinRAR, внутри 7z.dll (9.32!) и Arc.exe (почти двухлетней давности), facompress*.dll и arc.groups отсутствуют, хотя facompress*.dll в среднем на 10% ускоряет работу, arc.groups улучшает сжатие .

инсталлер при желании можно перепаковать (автор по-ходу на рекламе Яндекса зарабатывает)
можно закинуть новые Arc.exe и 7z.dll - должно работать..
остальное ваше субъективное мнение...

Цитата:

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

не хватало адресного пространства. это уж принципиальная проблема fa - всегда можно найти комп где меньше 1 гб непрерывного пространства и он превратит rep+xtor в rep+tempfile+xtor. как говорится, надо в генах править, благо что в unarc такая правка уже есть

Vladimir_02

Цитата:

не ожидал такого негатива...

А чего вы ожидали, дав ссылку на хвалебную статью? Я только обратил внимание на недосатки. 7z.dll неудачной версии 9.32 чего только стоит: сами посмотрите поддерживаемые форматы - большинство будет распаковываться именно ею.

Цитата:

инсталлер при желании можно перепаковать

Можно, но пишу о родном, скачиваемом с офсайта. Ну и инсталлятор, в котором отключили мусор и не дали ломануться в сеть не должен виснуть.

Цитата:

можно закинуть новые Arc.exe и 7z.dll - должно работать..

+facompress.dll, facompress_mt.dll, arc.groups, разработчика процитировал. До кучи - arc.ini, precomp042.exe, srep.exe. И надо предупредить о RAR5

Цитата:

остальное ваше субъективное мнение...

Остальное - это что? Инсталлер говне очень, тут вы согласны, версия 7z.dll неудачная и Arc.exe есть свежее, тут вы тоже согласны. Всё остально - цитаты с офсайтов и одна за авторством Bulat_Ziganshin.
Ну и скорость и количество ядер никакого отношения к оболочке не имеют - это полностью заслуга стороннего софта.

Вы как-то связаны с Александром Марфиным или f1comp.ru? Допускаю, что был несколько резковат, но где покривил против истины или кого-то прямо оскорбил? Или очевидные опечатки на офсайте - норма? Тогда вполне можно усомниться и в культуре разработкикоде. Это я еще не тронул стиль этой страницы

Буду рад, если вы найдете время и напишите автору о сторонних модулях, идея-то не плохая. Насчет вменяемых оболочек согласен, в целом это беда кроссплатформенного софта.

З.Ы. К слову, WinArc пробовал еще бету или один из первых релизов.

Цитата:

Не так уж важно, какая версия метода, как важно есть он или нет.

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

Булат, чтобы привести Freearc к мировому господству, нужны следующие шаги:
1. Требуемая версия дла распаковки, указанная в заголовке архива. Чтобы как ты говоришь не было проблем с попыткой распаковать новый архив на старой версии.
2. Быстрые методы m8* из коробки
3. Мультимедиа-сжатие jpg/mp3 из коробки через packarc без precomp
4. Для пункта 3 без использования цепочек external compressors - чтобы не создавался временный файл (мы это обсуждали чуть выше с тобой).
5. Позиционирование freearc не только как универсального архиватора, но и самого сильного и быстрого средства для бэкапа, ввод возможности --sync в GUI чтобы даже простые люди могли задать бэкап раздела/папок по расписанию с возможностью исключения некоторых папок. StuffIt и WinZip сразу идут лесом.
6. Profit!

muzf
Вы могли бы попробовать вообще rep:2g+... (Я назвал бы эти методы -m9x)
И может получиться много интересного, от улучшения сжатия до нехватки памяти/ адресного пространства.

Вот без гумна WinARC 2.5 Достается такой
файл из темпа [через песочницу,например].

Shuld
Опиши как он должны выглядить внутри ini , только дай им другое имя, -m9x вроде как занято.

Цитата:

Это я еще не тронул стиль этой страницы  

это SEO

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

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

Bulat_Ziganshin

Цитата:

это SEO

Ага, потом дошло, не стал исправлять.

Цитата:

если ты лично GUI вообще не пользуешься, то как можешь судить о том насколько winarc полезен другим??

Я ни слова про собственно GUI WinArc не сказал Только о модулях и инсталляторе. И добавил:

Цитата:

идея-то не плохая

Добавлено:
Кажется, пробовал версию 1.3 или 1.4, крайнюю только в виртуалке покрутил (на рабочей системе инсталлятор завис, минут 20-25 подождал и прибил).

Benchmark
3-е и 4-е измерение?

Bulat_Ziganshin
Не, ну зачем Хотя бы отдельную колоночку рядом.

Цитата:

Вы как-то связаны с Александром Марфиным или f1comp.ru? Допускаю, что был несколько резковат, но где покривил против истины или кого-то прямо оскорбил? Или очевидные опечатки на офсайте - норма? Тогда вполне можно усомниться и в культуре разработкикоде.

нет не связан.. я же написал, что фриарком не пользуюсь (HaoZip наше все)))... устанавливал PDFmaster и прицепом установился WinArc - потестил немного...у меня еще косяк такой проявился - если не было папки C:\temp\Tmp_winarcView). то при архивации.распаковке из конт. меню вылетала ошибка... и SFX архивы у меня не получилось создать... Подумал, что будет полезным рассказать - написал тут у вас в теме...
P.S... еще такой прикол заметил: в списке создаваемых архивов есть rar (сразу офигел!), но когда создал архив и в свойствах глянул - это zip с максимальным сжатием и с расширением Rar )))
Пока сырой продукт... Думаю если исправить некоторые баги о которых я выше написал и дальше развивать - будет неплохим архиватором-оболочкой для freeArc...

Benchmark
Я предлагаю это указывать в GUI Freearc при выборе метода сжатия. Но в целом это не интересно, когда планка 4Gb стоит 500р.

как сделать для консольной версии -sfx "тихую" установку в конкретно заданную директорию, например Desktop\CS5 с последующим запуском файла %.exe программы CS5, без этого сообщения Ссылка

muzf

Цитата:

Я предлагаю это указывать в GUI Freearc

Да бог с ним, с GUI, пусть хотя бы где-то в документации будет указано.


Цитата:

Но в целом это не интересно, когда планка 4Gb стоит 500р

Никто не будет покупать дополнительную планку специально под архиватор

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

RISAD
sfx.exe -x
echo y|sfx.exe

Цитата:

На странице Аудио есть сравнение архиваторов для сжатия аудио.

попробовал, не вариант, там кодеки для сжатия файлов айдио-формата, а у меня файл вовсем не аудио-формата, и компрессоры ругаются что мол неподдерживаемый файл и кодить не хотят, кроме того он не совсем аудио, он типа - (метка-текст - сэмпл), ну вот я пробовал wav сжать арком так ультра делает best assym, а на моих файлах best assym всегда лучше любых других пресетов, вот я и думаю что такого в этом пресете что он дает лучший результат
вообщем нужен просто архиватор чтобы жал файл любого формата, значит единственная альтернатива это нанозип, но даже на максимуме он маловато выигрывает у фриарк best assym на моих файлах, NZ opt2 уже слив арку по всем параметрам (по размеру 10мб)
винрар наиболее близок, в максе 3мб проигрыш арку best assym (скорость - конфетка), и равенство с фриарк-ультра

Bulat_Ziganshin

Цитата:

sfx.exe -x
echo y|sfx.exe

1) как сразу упаковать с этим параметром (sfx.exe -x), чтобы исключить запуск через *.bat файл;
2) каким образом можно привязать свою иконку.

1. никак, разве что поменять исходники и откомпилировать самому
2. редактированием ресурсов afaik

cross125

Цитата:

вот я и думаю что такого в этом пресете что он дает лучший результат

так возьмите и посмотрите:
FreeArc - Команды - Информация об архиве

или в консоли
arc lt XXX.arc

Shuld
Вот еще набор файлов для тестов http://upwap.ru/3062210 8.4Mb -> 668Mb

Всем привет.Пользуюся для сжатия файлов Srep,настройки такие:
(arc.exe a -ep1 -dses --dirs -s; -lc- -di -i2 -r -msrep:m3f:a1:l512+lzma:a1:mfbt4:d250m:fb128:mc1000:lc8 data1.bin packeddata\*
pause)
Вопрос: можно ли при сжатии чтобы файлы разбивались на несколько частей.Типо data1,data2,data3 и тд.Если можно то как это сделать?

никак не могу разобраться с FreeArc-LZMA-x64.
Использую последнюю альфу 0.67.
ОС win8.
В bin положил FreeArc-LZMA-x64.exe в arc.ini дописал что положено.
Пытаюсь запаковать папку с вот такими параметрами lzma:512mb:bt4:mc10000:fb273
говорит User error если из консоли запустить то (De)compression error -5
При этом если например запаковывать вот так lzma:bt4 то все упаковывается
а уже lzma:512mb:bt4 или lzma:bt4:512mb возвращают (De)compression error -5
Подскажите что не так делаю?

Gosha2014

Цитата:

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

прочитайте третий вопрос здесь

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

ruslan666815
озу 8 гиг есть?