Перейти из форума на сайт.

НовостиФайловые архивы
ПоискАктивные темыТоп лист
ПравилаКто в on-line?
Вход Забыли пароль? Первый раз на этом сайте? Регистрация
Компьютерный форум Ru.Board » Компьютеры » Программы » FreeArc (часть 4)

Модерирует : gyra, Maz

 Версия для печати • ПодписатьсяДобавить в закладки
Страницы: 1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 21 22 23 24 25 26 27 28 29 30 31 32 33 34 35 36 37 38 39 40 41 42 43 44 45 46 47 48 49 50 51 52 53 54 55 56 57 58 59 60 61 62 63 64 65 66 67 68 69 70 71 72 73 74 75 76 77 78 79 80 81 82 83 84 85 86 87 88 89 90 91 92 93 94 95 96 97 98 99 100 101 102 103 104 105 106 107 108 109 110 111 112 113 114 115 116 117 118 119 120 121 122 123 124 125 126 127 128 129 130 131 132 133 134 135 136 137 138 139 140 141 142 143 144 145 146 147 148 149 150 151 152

Открыть новую тему     Написать ответ в эту тему

Widok



Moderator-Следопыт
Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
Часть 1 | Часть 2 | Часть 3


Скачать последний релиз - FreeArc 0.666 от 20 мая 2010 г. Что нового: ускорение работы в 1.5-2 раза благодаря новой технологии многопоточного сжатия, распаковка архивов многих форматов используя технологии 7-zip, запуск файлов из архива, исправлены все проблемы интеграции с Explоrer (подробнее)
Текущая альфа версия: 0.67 - загрузка | список исправлений | блог


Подробное описание используемых алгоритмов
Почему он сжимает лучше и быстрее, чем 7-zip/rar...
Результаты тестов, подтверждающие его крутизну...
Почему для использования 2+ гб памяти желательно установить 64-битную версию Windows
Планы дальнейшего развития
Что подразумевается под "интеграцией с Explorer"
Старая FreeArc wiki (включая описание формата архива)
Логотип и иконки FreeArc - обсуждение того, как облагородить внешний вид программы


Сторонние оболочки для работы с FreeArc:
wArc - простая и понятная программа управления архивами (требует .NET Framework 2.0)
PeaZip - менеджер архивов с поддержкой большого количества форматов, для Windows и Linux


Родственные темы:
Inno Setup плюс внешние упаковщики - использование архивов FreeArc в инсталяторах
ISDone.dll - библиотека распаковки архивов в инсталяторах
REP & SREP
Пережатиe/Pекомпрессия/Oптимизация файлов для лучшего сжатия - "а как сжать ещё лучше?"
FreeArc и Unix - для альтернативно одарённых
• репозиторий FreeArc 'Next на github.com
• тема FreeArc 'Next на форуме encode.su
• раздел FreeArc на форуме krinkels.org

 
Другие архиваторы:
WinRAR
7-zip
PowerArchiver
HaoZip
BandiZip


Всего записей: 24190 | Зарегистр. 07-04-2002 | Отправлено: 11:36 23-11-2010 | Исправлено: Nikolai2004, 21:23 03-02-2021
ndch

Gold Member
Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
Bulat_Ziganshin
Понимаю что возможно на это нет времени, просто напоминаю, на случай если Вы забыли:
http://forum.ru-board.com/topic.cgi?forum=5&topic=35164&start=560#5
 
Суть предложения в том, чтобы была возможность
драг-н-дропнуть на sfx любой *.arc и этот *.arc извлёкся.
Т.е. при запуске sfx.exe анализировал аргумент и "извлекал из него содержимое архива", если это *.arc (или *.exe, но )
(по сути при драг-н дропе запускается sfx.exe тот_файл_который_кинули_на_пиктограмму)
 
Для чего ? "В среднем по палате" sfx-ы встречаются гораздо чаще чем "полнофункциональный архиватор".
 
Добавлено:
Bulat_Ziganshin

Цитата:
сложно сделать алгоритм который будет работать корректно во всех случаях, в том числе и этом

Делать поправку раз в 15 секунд (общий размер "распакованных" файлов/скорость) не вариант ?
Нет, Вам виднее, но мне просто интересно.

Всего записей: 5416 | Зарегистр. 31-08-2008 | Отправлено: 09:31 20-03-2013 | Исправлено: ndch, 09:44 20-03-2013
Bulat_Ziganshin

Silver Member
Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору

Цитата:
драг-н-дропнуть на sfx любой *.arc и этот *.arc извлёкся.

я анализировал и нашёл небольшую техническую проблему - синтаксис "sfx.exe filename" сейчас обозначает "извлечь один файл filename из sfx". понятно, что можно его поменять, но может это вызовет какие-либо проблемы? в частности, мне хотелось бы быть совместимым по синтаксису вызова sfx с rar/7zip
 
а так мне импонирует идея сделать синтаксис вызова sfx точно таким же как у unarc. это и код упростит, и число компилируемых модулей поможет сократить. сейчас посмотрел - rar и 7-zip используют разный синтаксис, но можно поддерживать оба. так что вполне возможно переделаю до выхода 0.70
 

Цитата:
Делать поправку раз в 15 секунд (общий размер "распакованных" файлов/скорость) не вариант ?  

сам freearc работает нормально? freearc делает два прохода по архиву - сначала просто считает сколько файлов/байт будет извлечено, и затем на основании этого рисует верный индикатор. у unarc предварительного прохода нет и он просто рисует текущую позицию в распаковываемом архиве. я в todo это всё записал, но добавление кода в unarc, замедление его работы из-за второго прохода - не факт что всё это стоит исправления проблем в достаточно частном случае
 

Цитата:
вот ещё бы 64-битную версию под Лин  

главное препятствие здесь - часть моих алгоритмов сжатия не поддерживает компиляцию в 64 бита. поскольку число linux-пользователей крайне мало (меньше 100 штук), само по себе мне это неинтересно. когда буду делать win64 версию - в качестве первого шага именно этим и займусь
 

Цитата:
необязательно использующую все преимущества 64 бит,  
хотя бы просто кросс-сборку, которая запускается  

это как? я так понимаю, что без компиляции в 64 бита тут ничего не поделаешь

Всего записей: 3401 | Зарегистр. 13-08-2007 | Отправлено: 12:16 20-03-2013 | Исправлено: Bulat_Ziganshin, 12:38 20-03-2013
cross125

Newbie
Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
такой вот общий вопрос (не только о FreeArc мб):
степень сжатия\компрессии уже достигла своего предела или можно что-то улучшить? на данный момент все архиваторы застопорились в этом плане и вся работа ведется над балансировкой процесса: "скорость компрессии\декомпрессии - размер архива"
и по FreeArc конкретно (может уже было но все же спрошу): при распаковке в установщике % распаковки отображается скачками\шагами, а не плавно, это проблема фриарк или скрипта InnoSetup? если сживать LZMA2 или rar в Inno то распаковка идет плавно

Всего записей: 17 | Зарегистр. 28-02-2013 | Отправлено: 12:29 20-03-2013
Bulat_Ziganshin

Silver Member
Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору

Цитата:
при распаковке в установщике % распаковки отображается скачками\шагами

если сам freearc отображает также - вопрос ко мне, чи ни - то ни

Всего записей: 3401 | Зарегистр. 13-08-2007 | Отправлено: 12:40 20-03-2013
ndch

Gold Member
Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору

Цитата:
сам freearc работает нормально?

Да, gui-версия распаковывает понятно
Подробнее...
 

Цитата:
но добавление кода в unarc, замедление его работы из-за второго прохода - не факт что всё это стоит исправления проблем в достаточно частном случае
Молчание на эту тему тоже не факт что людей данная особенность не  раздражает. Многие ленивы или терпеливы.
Я честно говоря не увидел замедления при распаковке GUI-версией. Возможно просто не присматривался. Но sfx-ы встречаются чаще "полного архиватора".
Факт занесения Вами в todo данной особенности меня вполне устраивает :) Возможно присмотритесь и со временем сделаете выводы о нужности/ненужности, всё равно же я Вас уговаривать не буду (максимум - приведу доводы за или против).
 
cross125

Цитата:
степень сжатия\компрессии уже достигла своего предела или можно что-то улучшить?

Оцените соотношение степень сжатия/время упаковки. У FreeArc есть очень интересный алгоритм tornado. Лишь за одно это у меня живёт freearc. При записи на флешку "кучи мелочи" (да и вообще) упаковываю на флешку freearc-ом, получаю ощутимый выигрыш по времени и контроль целостности, критичное закрываю паролем.

Всего записей: 5416 | Зарегистр. 31-08-2008 | Отправлено: 20:42 20-03-2013 | Исправлено: ndch, 20:54 20-03-2013
Vladimyr

Newbie
Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору

Цитата:
число linux-пользователей крайне мало  

дык потому и мало, что нет 64-битной версии!  
кто ж систему ради архиватора на 32 бита менять захочет?

Цитата:
когда буду делать win64 версию

буду надеяться, что это время всё же настанет

Всего записей: 18 | Зарегистр. 15-09-2005 | Отправлено: 23:48 20-03-2013
muzf

Junior Member
Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
Возможно ли использовать Freearc --sync для бэкапа системного раздела с использованием Shadow Copy?

Всего записей: 147 | Зарегистр. 23-11-2007 | Отправлено: 18:22 22-03-2013
Bulat_Ziganshin

Silver Member
Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
muzf
freearc не умеет использовать VSS, и я вообще не рекомендую использовать его для бекапа - всё же версия 0.666 о чём-то говорит
 

Цитата:
степень сжатия\компрессии уже достигла своего предела или можно что-то улучшить?  

улучшения идут, посмотри paq8

Всего записей: 3401 | Зарегистр. 13-08-2007 | Отправлено: 19:56 22-03-2013
cross125

Newbie
Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору

Цитата:
У FreeArc есть очень интересный алгоритм tornado. Лишь за одно это у меня живёт freearc. При записи на флешку "кучи мелочи" (да и вообще) упаковываю на флешку freearc-ом, получаю ощутимый выигрыш по времени и контроль целостности, критичное закрываю паролем.

это где такой посмотреть, у меня в списке такого нет режима, есть fast, normal, high, ultra и т.д. С теми данными которые я сжимаю наилучшие результаты по сжатию я получаю всегда с best assymetric, жмет сильнее чем ультра или максимум

Всего записей: 17 | Зарегистр. 28-02-2013 | Отправлено: 22:12 22-03-2013
Bulat_Ziganshin

Silver Member
Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
cross125
tornado используется в режимах, которые быстрее чем fast  вообще если не хватает сжатия freearc - смотри nanozip, zpaq, zcm

Всего записей: 3401 | Зарегистр. 13-08-2007 | Отправлено: 22:56 22-03-2013
cross125

Newbie
Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору

Цитата:
вообще если не хватает сжатия freearc - смотри nanozip, zpaq, zcm

спасибо, пошел копать, скачал fp8_v3 и заодно наткнулся на нанозип и peazip
попробовал на своем файле 417мб (там аудио данные), freearc best assym - 142мб (ультра - 145), нано макс - 139мб, PeaZip (*zpaq-max)-169, fp8_v3(max)-162, zcm-197
в целом PAQ8 не понравился в любой вариации, шибко медленно и слабо, нанозип побыстрее и немного сильнее жмет, с 601мб файлом выиграл у фриарка 4мб, на очень больших файлах жутко тормозит (больше часа сжатие), декомпрессия тоже тормоз, Винрар на обычном сжатии проиграл арку 5мб но скорость у него супер, и сжатие, и распаковка (в 3 раза быстрее арка)
но скрипты то у меня под FreeARC и конечно хотелось бы чтобы он стал лучше\сильнее), и еще использую как защиту от любопытных, переименовываю арки в bin-файлы, чтобы не смотрели что внутри, с раром не прокатит - все равно в любых архиваторах открывается, а вот фриарк не у всех стоит)
а в чем секрет best assymetric?)

Всего записей: 17 | Зарегистр. 28-02-2013 | Отправлено: 23:40 22-03-2013 | Исправлено: cross125, 00:03 23-03-2013
muzf

Junior Member
Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
Что за аудиоданные ? Wav, mp3 ?

Всего записей: 147 | Зарегистр. 23-11-2007 | Отправлено: 00:25 23-03-2013
cross125

Newbie
Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору

Цитата:
Что за аудиоданные ? Wav, mp3 ?

ну это аудио очень специфичного формата (думаю что это набор wav-семплов с метками) для одной проги-синтезатора (а сам файл библиотека для проги) которая работает с этими данными, качество типа wav, сжимается обычно легко (33-35% compression ratio), файлы обычно большие, бывают по несколько гигов но compression ratio все тот же)
можете посоветовать архиватор который хорошо жмет аудио? (для сравнения)

Всего записей: 17 | Зарегистр. 28-02-2013 | Отправлено: 00:33 23-03-2013 | Исправлено: cross125, 12:46 23-03-2013
Shuld

Member
Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
cross125
Скачайте, например, файл SqueezeChart2013web
с сайта http://www.squeezechart.com/
На странице Аудио есть сравнение архиваторов для сжатия аудио.

Всего записей: 364 | Зарегистр. 08-12-2010 | Отправлено: 18:56 25-03-2013
muzf

Junior Member
Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
Сделал своё сравнение архиваторов - http://forum.ru-board.com/topic.cgi?forum=5&topic=8076&start=800#5 , -m8* превосходны, хочу их из коробки.

Всего записей: 147 | Зарегистр. 23-11-2007 | Отправлено: 19:17 25-03-2013
ndch

Gold Member
Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
muzf
Очень наглядные таблички и графики. Жаль tor и xtor отсутствуют.

Всего записей: 5416 | Зарегистр. 31-08-2008 | Отправлено: 19:42 25-03-2013 | Исправлено: ndch, 19:43 25-03-2013
Bulat_Ziganshin

Silver Member
Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору

Цитата:
 -m8* превосходны, хочу их из коробки.

а что мешает самому в arc.ini вставить?
 
ndch
он бы ещё с compress сравнил... даёшь nanozip, zcm и rar5!
 
Добавлено:
хотя графики и таблички - проихведение искуства, это да. одна маленькая придирка - обычно графики рисуют так чтобы лучшие точки были справа-свеху, типа быстрее-выше-сильнее

Всего записей: 3401 | Зарегистр. 13-08-2007 | Отправлено: 20:58 25-03-2013
Pasha_ZZZ



Platinum Member
Редактировать | Профиль | Сообщение | ICQ | Цитировать | Сообщить модератору
muzf
Самое главное - отсутствуют требования к памяти компрессии, и особенно декомпрессии (всего в 1 пункте, не в счет).

Всего записей: 10135 | Зарегистр. 11-03-2002 | Отправлено: 21:14 25-03-2013
muzf

Junior Member
Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
Bulat_Ziganshin
Цитата:
а что мешает самому в arc.ini вставить?  

Ключевые слова - "из коробки". Чтобы было доступно всем и каждому сразу.
Цель тестирования у меня была не выявление самых сильных компрессоров, а самых быстрый, пригодных для повседневного применения и бэкапа (поэтому тот же -m9 и m5p были только для примера). Например, для бэкапа я не буду использовать то что сжимает медленнее 50Mb/s.  Цели тестировать непопулярные решения тоже не было, хотя Nanozip вроде неплох, надо будет проверить. Умеет ли Nanozip режим --sync как в Freearc, удобный для бэкапа ? Насколько я вижу нет, поэтому для целей постоянного бэкапа он не подходит. Rar5 - не вижу ссылки в гугле.

Цитата:
обычно графики рисуют так чтобы лучшие точки были справа-свеху

здесь они снизу-слева, вполне логично.

Цитата:
Самое главное - отсутствуют требования к памяти компрессии, и особенно декомпрессии (всего в 1 пункте, не в счет).

Не было такой цели, сравнение решил провести именно потому, что не видел результатов сжатия на мощной машине (до этого видел только на i5 двухядерном). Макимальный алгоритм требует 2гб, но на 16Gb это всё неважно. Ну и как тестировать потребление памяти в пике - я к сожалению не знаю.

Всего записей: 147 | Зарегистр. 23-11-2007 | Отправлено: 11:29 26-03-2013 | Исправлено: muzf, 11:32 26-03-2013
Pasha_ZZZ



Platinum Member
Редактировать | Профиль | Сообщение | ICQ | Цитировать | Сообщить модератору
Bulat_Ziganshin
где почитать про требования к памяти -m8* методов (при компрессии и декомпрессии)

Всего записей: 10135 | Зарегистр. 11-03-2002 | Отправлено: 11:42 26-03-2013
Открыть новую тему     Написать ответ в эту тему

Страницы: 1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 21 22 23 24 25 26 27 28 29 30 31 32 33 34 35 36 37 38 39 40 41 42 43 44 45 46 47 48 49 50 51 52 53 54 55 56 57 58 59 60 61 62 63 64 65 66 67 68 69 70 71 72 73 74 75 76 77 78 79 80 81 82 83 84 85 86 87 88 89 90 91 92 93 94 95 96 97 98 99 100 101 102 103 104 105 106 107 108 109 110 111 112 113 114 115 116 117 118 119 120 121 122 123 124 125 126 127 128 129 130 131 132 133 134 135 136 137 138 139 140 141 142 143 144 145 146 147 148 149 150 151 152

Компьютерный форум Ru.Board » Компьютеры » Программы » FreeArc (часть 4)


Реклама на форуме Ru.Board.

Powered by Ikonboard "v2.1.7b" © 2000 Ikonboard.com
Modified by Ru.Board
© Ru.Board 2000-2020

BitCoin: 1NGG1chHtUvrtEqjeerQCKDMUi6S6CG4iC

Рейтинг.ru

Рейтинг.ru