Ru-Board.club
← Вернуться в раздел «Программы»

» FreeArc: бесплатный open-source архиватор - Часть 3

Автор: juvaforza
Дата сообщения: 08.04.2010 22:40

Цитата:
хорошо бы обновить

хорошо бы осуществить, тогда и обновлять не придется
Автор: VeLeS917
Дата сообщения: 09.04.2010 04:05
Bulat_Ziganshin
Спасибо за информацию по SFX. Вот только почему она так глубоко запрятана? Я до этого практически весь интернет перерыл.
Автор: Bulat_Ziganshin
Дата сообщения: 09.04.2010 13:54
VeLeS917
документация к программе фактически застыла на уровне 40-й версии и упрямо не желает двигаться дальше
Автор: Vladimyr
Дата сообщения: 09.04.2010 21:31
Кто-нибудь пробовал запускать прогу из-под BartPE?
У меня не выходит, ни Arc.exe, ни FreeArc.exe.
C Винраром никаких проблем, всё запускается.
А так было бы хорошо сделать диск восстановления на основе Freearc...
Автор: Bulat_Ziganshin
Дата сообщения: 09.04.2010 23:37
Vladimyr
а что там будет сжато freearc'ом?
Автор: VeLeS917
Дата сообщения: 10.04.2010 04:27
Bulat_Ziganshin
Ну почеиу программисты так не любят писать документация к своим творениям! Я вот тоже не люблю, а приходится.
Кстати тут уже выяснили с какими параметрами лучше сжимакются файлы баз данных (например Access) или нужно самостоятельно эксперементировать?
Автор: Vladimyr
Дата сообщения: 10.04.2010 08:23
Bulat_Ziganshin
а собственно, как содержимое повлияет на работоспособность архиватора?
дистрибутивы софта будут сжаты...
Автор: Bulat_Ziganshin
Дата сообщения: 10.04.2010 10:38

Цитата:
Ну почеиу программисты так не любят писать документация к своим творениям!

ну почему, к 0.40 замечательная документация. позже просто приоритеты сместились


Цитата:
с какими параметрами лучше сжимакются файлы баз данных

со стандартными


Цитата:
а собственно, как содержимое повлияет на работоспособность архиватора?
дистрибутивы софта будут сжаты...

я не рекомендую сжимать бэкапы программой. для сжатия софта можно использовать 7-zip - думаю, в твоём случае выйдет не хуже (у вас же жёсткие ограничения по объёму памяти для распаковки?)
Автор: Vladimyr
Дата сообщения: 10.04.2010 11:06

Цитата:
я не рекомендую сжимать бэкапы программой. для сжатия софта можно использовать 7-zip - думаю, в твоём случае выйдет не хуже (у вас же жёсткие ограничения по объёму памяти для распаковки?)


У меня жёсткие ограничения на место на ДВД, куда всё должно влезть
Использовал сжатие -m9x, оно вроде не требовательно к памяти при распаковке.
Да и не в том дело, что не распаковывается, а в том, что вообще программа под BartPE
не запускается!

Про какую-то совсем другую программу где-то прочитал: "что нового в версии х? исправления для запуска в BartPE".
То есть, не всякий экзешник запустится под BartPE. Поэтому и просьба к авторам, пофиксить и обеспечить
Автор: VeLeS917
Дата сообщения: 10.04.2010 18:19
Bulat_Ziganshin
То есть -mx вполне будет оптимально?1 А то времени для эксперементов, сейчас нет, а программу приходится отправлять заказчику через старый добрый Dial-Up. А там Время+Трафик= Деньги

А Доки для версии 0,40 я конечно же читал. Именно по этому мне и захотелось использовать ваш архиватор, кстати далеко не первый. Я помню ещё arjz.

Автор: Bulat_Ziganshin
Дата сообщения: 10.04.2010 18:25

Цитата:
То есть -mx вполне будет оптимально?

ага
Автор: Bulat_Ziganshin
Дата сообщения: 13.04.2010 18:23
new version. main change is that m/t compression is now used by default:

* -m1..-m4 compression methods are equal to -mex1..4 if you run FreeArc on multicore cpu

This change required to fix usability quirks reported by users, so now:

* threads performing compression/decompression/encryption tasks are assigned lower priority so computer no more hangs when you run compression
* progress indicator was made smoother, especially for m/t compression
* compression settings in 4x4 are automatically reduced to obey memory limit settings
* 4x4's :t and :i params are no more saved in archive

Also, syntax for describing compression method in -m option/arc.ini/built-in was extended with "|" syntax:

* -m=tor|lzma|lzma:max means "use tor for 1-core cpu, lzma for 2 cores, lzma:max for 3+ cores
* -m=tor|||lzma means tor for 1-3 cores, lzma for 4+ cores (i.e. repeated strings may be omitted)
* -m=rep+(tor|lzma) means rep+tor for 1 core, rep+lzma for 2+ cores (i.e. use parens to alter only part of line depending on number of cores)
* -m=(|x)tor means tor for 1 core, xtor for 2+ cores (i.e. it's just a text replacement so you can do it on any part of line)
* use "arc --print-config" to see how new syntax used to define -m1..-m4 methods
* don't forget to use quotes around options containing "|" in cmdline! example: arc a archive "-m=lzmafast|normal)"


dispack:

* option :b allows to control block size: dispack:b8m
* default block size is 64mb
* memory usage: compression - 3.25*blocksize, decompression - 2.25*blocksize,


other changes:

* zip/rar/7z/... archives now opens in FreeArc when double-clicked in Explorer
* disabled "New archive" Explorer command since we don't yet support Drag&Drop
* when GUI operation finished, uiMessage==" " so that this label no more shrinked
* fixed bug: Tornado compression allocated 2.5*dict memory, now it's 1.5*dict
* new ukrainian translation by ruduk


Finally, FreeArc provides 100% cpu utilixzation in fast modes (-m1..4). If you need maximum m/t compression (like 7zip -mx9 -m=lzma2), -mex5..9 should be used, that are bit worser than -m5..9.

One drawback of new scheme is that the same compression mode (say, -m4) on m/t cpu becomes much faster but provides even less compression that on single-core - this looks rather awkward, so i may need to rebalance entire methods line
Автор: sabio
Дата сообщения: 13.04.2010 19:39
Bulat_Ziganshin
а скачать-то где?
на сайте - 0.60
ссылка на альфу в шапке - 0.61
в альфа-блоге - вообще август 2009
Автор: Bulat_Ziganshin
Дата сообщения: 13.04.2010 19:42

Цитата:
ссылка на альфу в шапке - 0.61

по ней
Автор: slech
Дата сообщения: 13.04.2010 19:59
Bulat_Ziganshin

Цитата:
по ней

http://freearc.org/download/testing/FreeArc-portable-0.61-alpha-win32.zip

Цитата:

FreeArc 0.61 (March 22 2010)



Добавлено:

Цитата:
other changes:

* zip/rar/7z/... archives now opens in FreeArc when double-clicked in Explorer

а как этого добиться из самого FA, или всё же то что я скачал не есть последняя версия ?
Автор: Bulat_Ziganshin
Дата сообщения: 13.04.2010 20:06

Цитата:
FreeArc 0.61 (March 22 2010)

я только что скачал для пробы - апрельская


Цитата:
а как этого добиться из самого FA, или всё же то что я скачал не есть последняя версия ?

последняя версия так и пишет что она апрельская. добиться как обычно - отключаем "associate freearc with .arc files" и включаем снова. кстати предложения насчёт того как это удобно конфигурировать принимаются
Автор: slech
Дата сообщения: 13.04.2010 21:29
Bulat_Ziganshin
а если асоциацию zip поставить на FA, а затем убрать ?
zip останутся одинокими ?
Автор: Bulat_Ziganshin
Дата сообщения: 13.04.2010 22:52
slech
у меня они назад на PA сасоцировались, что-то видимо в винде наворочено на этот счёт. попробуй с 7-zip или winrar
Автор: slech
Дата сообщения: 14.04.2010 06:28
Включил ручками ассоциацию в 7zip
Автор: CTACKo
Дата сообщения: 17.04.2010 01:21
привет!

Существует ли где-то ветка/трэд/форум на тему "максимальное сжатие с помощью FreeArc"?
Автор: MC_DED
Дата сообщения: 17.04.2010 17:24
Привет.
Парни подскажите ВТФ.Никак не удается получить сжатие хотя бы в 50%.Сжимаю файлы весом 6 гб а на выходе получаю 5 гб-это не сжатие а извращение какое то.
Подскажите в чем может быть проблема!!Пожалуйста.
Автор: juvaforza
Дата сообщения: 17.04.2010 19:11
MC_DED

Цитата:
Подскажите в чем может быть проблема

Например, в Вашей юности. Или в том, что Вы указали профиль сжатия, отличный от «Максимальное (требует 1 гб ОЗУ для распаковки)» (или выше). Если Вы всё же пользовались нужным профилем, то скорее всего проблема в том, что не все типы файлов допускают сжатия с хорошим коэффициентом.
Автор: MC_DED
Дата сообщения: 17.04.2010 19:30
juvaforza
пытаюсь сжать это д...мо уже 2 день,и как вы думаете я не додумался перепробовать все профили сжатия??
Последний раз сжимал и вообще получил архив байт в байт с исходником.Вот такие дела.
Автор: juvaforza
Дата сообщения: 17.04.2010 20:01
MC_DED
Ну, значит, не судьба.
Автор: CTACKo
Дата сообщения: 18.04.2010 10:31
MC_DED
а ты попробуй выньрар и 7зип - если все так же не поможет, значит данные несжимаемые просто т.е. это видео, сжатый звук(МР3 и тп), несжатый звук(если все же несущественно пакуеццо), предпожатые или покоденные ресы.
Автор: Engaged Clown
Дата сообщения: 18.04.2010 14:22
CTACKo

Цитата:
а ты попробуй выньрар

Тем более, что там есть замечательная и быстрая опция оценки сжатия

Автор: manstopper
Дата сообщения: 18.04.2010 15:49

Цитата:
Последний раз сжимал и вообще получил архив байт в байт с исходником.Вот такие дела.

Был у меня такой глюк с версией 0.51. Архив получался байт в байт с исходными файлами. Ради интересу попробовал winrar'ом пожать. Сжал на 60% от исходного. В итоге пожал 7zip'ом встроенным в Inno. Размер меня устроил, поэтому тогда заморачиваться не стал. Сейчас уже не помню что за игрушка была и что за файлы... Ты опиши подробнее, что за материал, думаю, что и Булату будет интересно, как разработчику.
Автор: tmp4
Дата сообщения: 18.04.2010 22:57
Нельзя ли слегка сменить способ наименований версий. Неудобно ведь, пол года релизить версию 0.6 с припиской даты выхода, не проще ли увеличивать счетчик как это делается обычно например 0.62 0.64 для стабильных версий и 0.61 0.63 для экспериментальных.
Автор: Bulat_Ziganshin
Дата сообщения: 18.04.2010 23:06
tmp4
я же так и делаю
Автор: juvaforza
Дата сообщения: 19.04.2010 00:58
tmp4

Цитата:
Неудобно ведь, пол года релизить версию 0.6 с припиской даты выхода

Так это не версии, а спрашно предварительные альфа-компиляции для повышенного прогрессивного тестирования

Страницы: 12345678910111213141516171819202122232425262728293031323334353637383940414243444546474849505152535455565758596061626364656667686970

Предыдущая тема: Opera (часть 14)


Форум Ru-Board.club — поднят 15-09-2016 числа. Цель - сохранить наследие старого Ru-Board, истории становления российского интернета. Сделано для людей.