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

Цитата:

возможно что на сп3 с последними обновления всё обстоит лучше(вроде этому ничего не мешает)

это серверная технология. на юзеровских операционках ей мешают кривые драйвера. это подробно опсиано в статье на ixbt. Егор, добавил бы ты все эти ссылки в свою статью чтобы в одном месте всё было


Цитата:

Я прошу прощения за оффтопик. Но всё же - если распаковать CAB и MSI и сжать исходные файлы, то "даже" у 7-Zip'а при максимальных настройках проигрыш в 5 мб. Повторюсь - лучше, чем у NOSSO, сжатие только у PPM и CM - крутовато для LZMA, не правда ли?

почему же офтопик. ты дурилку пробовал? durilca'light -t1 очень прилично сжимает exe-шники. добавь сюда ещё delta filter, который 2-4% даёт. конечно, у дурилки медленная распаковка, но используемые в ней идеи (сегментация exe и дизассемблер) можно использовать и с lzma. вопрос только в том, что таких программ нет


Цитата:

Ну для начала я уже предлагал:

проблема в том, что части этих команд вообще нет. соответственно это уже не так легко, как просто реорганизовать существующие


Цитата:

Помимо всего при входе в архив архив в меню должны стать доступными команды:
- Protect, Comment, Convert to EXE, Encrypt

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

вообще, сейчас одинаковый набор возмождностей доступен изнутри и снаружи архива, только по-разному выбирается какой архив обрабатывать. уклон в сторону мощности, power users

Добавлено:
обновил http://www.haskell.org/bz/arc1.arc . исправления касаются в основном unarc/sfx:решены проблемы с русскими именами архивов/каталогов/файлов
опция -sfx/команда s по умолчанию добавляют sfx-модуль winarc.sfx
вывод Help при ошибке в параметрах виндовым SFX
вывод "All OK\n" при успешном окончаниии работы unarc/консольного sfx
arc.exe мгновенно завершается при нажатии на ^Break/возникновении ошибок

Обнаружил ещё одну странность с tempfile'ами - при распаковке. Сжимался архив последовательностью rep:1400mb+tempfile+rep:1400mb+tempfile+lzma:216mb:bt4 . Так вот, если запустить его распаковку с -lc- -ld-, то всё пройдёт как и задуманно - lzma->tempfile, затем rep->tempfile и наконец rep->{compressed data} .

Но без этих ключей всё идёт с лишними tempfile'ами: lzma->tempfile, затем rep->tempfile после чего созадаётся ещё один совсем лишний (попросту копия предыдущего) tempfile , а затем проходит rep->tempfile (последний tempfile занимает аж 9 Гб вместо 3-3.5 для прошлых tempfile'ов), ну и дальше содержимое того tempfile'а просто копируется, разделяясь на сжимаемые файлы. Как я уже говорил, -lc- -ld- это лечат.

Наблюдается это в версиях и от 8 и от 16 июня...

Bulat_Ziganshin

Цитата:

почему про другое? во-первых, эти устройства не только затеняют память, но и занимают адресное пространство, во-вторых, всё опять приходит к тому, что надо ставить 64-битную ОС. так что я бы включил ссылку на неё в твою статью

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

Цитата:

Егор, добавил бы ты все эти ссылки в свою статью чтобы в одном месте всё было

добавил расширенную оговорку в Предисловие.

PS: Статья изначально задумывалась как краткий FAQ (пол года назад) для массвого пользователя, т.е. должно быть кратко и по-существу. В котором объясняется как выстаить флаг /LARGEADDRESSAWARE и зачем это надо.

euheny
Вот ещё немного информации:

М. Руссинович, Д. Соломон. Внутреннее устройство Microsoft Windows: Windows Server 2003, Windows XP и Windows 2000.
Address Windowing Extensions (AWE) - страница 422

Средства управления памятью в SQL Server 2000
http://www.sql.ru/articles/mssql/2005/101905InsideSQLServer2000sMemoryManagementFacilities.shtml

Джеффри РИХТЕР "Windows для профессионалов"
http://wm-help.net/books-online/book/59464.html

Глава 13. Архитектура памяти в Windows
http://wm-help.net/books-online/print-page/59464/59464-6.html

Глава 15. Использование виртуальной памяти в приложениях
http://wm-help.net/books-online/book/59464/59464-8.html

Механизм Address Windowing Extensions (только Windows 2000) ;(книга давно написана)
http://wm-help.net/books-online/book/59464/59464-8.html#h15t8

Цитата:

почему же офтопик. ты дурилку пробовал? durilca'light -t1 очень прилично сжимает exe-шники. добавь сюда ещё delta filter, который 2-4% даёт. конечно, у дурилки медленная распаковка, но используемые в ней идеи (сегментация exe и дизассемблер) можно использовать и с lzma. вопрос только в том, что таких программ нет

Да, пробовал. Я пробовал очень многие архиваторы.
Вот каталог с тестами (просто вывел через dir):

018 596 143     PAQ8O6 -8 - PreComp 0.3.3 - TAR.paq8o6
018 597 758     PAQ8O10 -8 - PreComp 0.3.3 - TAR.paq8o10
018 772 251     PAQ8O6 -8.paq8o6
018 773 889     PAQ8O10 -8.paq8o10
019 244 793     PAQ8F - PreComp 0.3.3 - TAR.paq8f
019 598 424     PAQ8F.paq8f
021 704 857     WinRK 3.0.3 - PreComp 0.3.3 - TAR.rk
021 929 147     WinRK 3.0.3.rk
022 585 896     UDA 0.301.uda3
022 650 737     NOSSO Archive.nos
023 486 897     KGB 1.2.1.25.kgb
023 940 943     WinUDA 0.291.uda
024 364 417     CCMx 1.23.ccmx
024 739 582     DURILCA 0.5.dur
024 751 020     FreeArc 0.50a -mx -ld=192mb.arc
025 069 819     PAQ9A -9.paq9a
025 302 759     LPAQ8.lpaq8
025 867 825     Slim 0.23d.slm
026 087 221     FreeArc 0.36 -m5p.fa
026 406 557     FreeArc 0.36 -m5x.fa
026 648 887     PAQ8O6 -1.paq8o6
027 382 845     7-Zip 4.55 Beta - PreComp 0.3.3 - TAR.7z
027 503 002     7-Zip 4.55 Beta.7z
028 328 588     Squeez 5.6.sqx
028 454 002     WinUHA 2.0 RC1 - PreComp 0.3.3 - TAR.uha
028 504 889     WinUHA 2.0 RC1.uha
030 259 360     WinACE 2.69i.ace
030 443 685     PAQ7.paq7
031 639 709     WinRAR 3.71.rar
032 413 931     CabArc 1.0.cab
034 036 437     PAQ1.paq1
038 244 473     BZip2.bz2
039 331 543     7-Zip 4.52 Zip.zip
039 895 224     THOR 0.96 Alpha e5.thor
040 102 349     Deep Freezer.yz1
040 842 563     GZip.gza
040 886 565     PeaZip 1.9.0.pea
040 928 841     ARJ32 3.14a.arj
041 090 244     Windows XP built-in.zip
051 126 302     THOR 0.96 Alpha e1.thor
096 575 488     TAR.tar
101 469 568     PreComp 0.3.3 - TAR.pcf

TAR.tar, как следует из названия, это и есть сжимаемое содержимое.

На архиваторах, поддерживающих несколько файлов, я использовал папку с 5 файлами, являющимися содержимым этого пакета. Там 2 маленьких INI, Setup.exe в 297 кб, AcroRead.msi в 3 мб и Data.cab в 88,4 мб.

Ни в msi, ни в cab сжатия нету (я проверял).

В списке наверху есть NOSSO архив, его не трудно найти - это я взял исходный exe, скачанный с adobe.com, посмотрел длину самого PE-файла по заголовкам, а затем вырезал всё остальное (ну т.е. отсёк исполняемую часть, оставил только архив). К слову сказать, этот SFX-модуль там весит 49 кб вроде бы.

Все архиваторы использовались на максимальных настройках, если не указано что-то другое.

По поводу NOSSO - всё, что меня удивляет - это время распаковки архива, т.е. алгоритм, использующийся там, сильно асимметричен. Для сравнения, WinRK и PAQ8 (UDA написана на его основе), использующие симметричные алгоритмы, у меня сжимали это дело 5 часов каждый и требовали по 800 мб и 1,5 гб оперативки соответственно.

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

Цитата:

Но без этих ключей всё идёт с лишними tempfile'ами

подозреваю, что так было всегда - yempfile всталяется из-за того, что в памяти олновременно все меторды не воезут, а что там уже есть точно такой же tenpfile- алгоритм не замечает. по-любому, я собираюсь убирать вручную вставленные tempfile из цепочки распаковки, тогда всё будет ok


я вчера подредактировал "планы партии". на ближашие месяцы запланировано сделать GUI удобным в работе (знаю, это очередная смена неизменного курса ). в частности, меня интересует что нужно сделать по пункту "интеграция с Explorer". я составил список фич, исправьте/дополните его:
* контекстное меню на архивах .arc и других файлах, с возможностью сделать его каскадным и выбором из большого набора команд
* отображение стандартного к.м. эксплорера в самом FreeArc
* отображение иконки файла в списке файлов и диалоге перезаписи файла
* drag&drop между freearc и explorer, а также между двумя экземплярами FreeArc
* кнопка "фоном" должна минимизировать диалог прогресса в system tray
* родные виндовые диалоги выбора файлов/каталогов

Добавлено:
IamFool
ну так если взять результаты fa и добавить к нему bcj2, сегментацию и disasm, то не хуже носсо наверно и получится

Bulat_Ziganshin

Что бы из себя этот NOSSO не представлял, FreeArc к нему подобрался действительно очень близко Соглашусь, что особенно при условии ручной сборки архивов, такого сжатия вполне можно добиться не используя Context Mixing или PPM. Я почему-то поначалу смотрел только на тех, кто выше NOSSO, и анализировал только этот аспект Ну как всегда, в общем.

Bulat_Ziganshin

Цитата:

проблема в том, что части этих команд вообще нет

Раскидать по меню уже те, что есть. За основу места расположения команд взять, к примеру, меню WinRAR.


Цитата:

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

Как вариант - поместить в меню Commands -> Modify. Это субменю будет вызывать диалог с соответствующими функциями. При условии, конечно, что юзер находится внутри архива или курсор стоит на архиве.


Цитата:

я вчера подредактировал "планы партии". на ближашие месяцы запланировано сделать GUI удобным в работе (знаю, это очередная смена неизменного курса )

Посмотрел новый план Честно говоря не очень понимаю, почему разработку GUI нельзя плавно "размазать" на все последующие версии вплоть до 0.80. Функционал сейчас важнее. Все равно ни один GUI не зарулит, к примеру, сочетание полнофункциональной freearc.dll с Total Commander или чем-то подобным. Тот же 7zip обрел широкую популярность отнюдь не благодаря GUI

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

IamFool

Цитата:

FreeArc, кстати, единственный архиватор с несимметричным алгоритмом, забравшийся так высоко по степени сжатия и эффективности

Интересно, если смотреть на эту таблицу, то насколько высоко потенциально сможет забраться FA после добавления bcj2, сегментации, спец сжатия bmp/tif и прочих компрессионных радостей. Можно даже девиз придумать, что-то вроде "догнать и перегнать Дурилку"

Цитата:

FreeArc, кстати, единственный архиватор с несимметричным алгоритмом, забравшийся так высоко по степени сжатия и эффективности

и fa в режиме -mx, и тем более ccm(x) - строго говоря, симетричны. несимметричный алгоритм - fa -m9x

IamFool

Цитата:

Да, пробовал. Я пробовал очень многие архиваторы.

Практика это хорошо появляется опыт.
[more=Из моего опыта и увиденного относительно AdbeRdr810_ru_RU.exe...]Из моего опыта и увиденного относительно AdbeRdr810_ru_RU.exe:
1. Ассиметричный алгоритм (т.к. распаковывает быстро 17сек)
из быстрых ассиметричных сразу напрашивается LZMA (основан на LZ77).
2. Data1.cab - создаётся во время распаковки (дата файла текущая).
3. 7-zip даёт результат хуще на 4МБ, значит в добавок ко всему используется сегментация (возможно дополнительные фильтры для определённых типов файлов)
4. Из тех архиваторов с которыми работал это всё имеет WinRK
ассиметричные алгоритмы (LZ77, ROLZ, ROLZ2, ROLZ3).
Недостатком явлется вшитые предустановки для определённых типов файлов, которыми нельзя управлять (настраивать).
5. Практика:

AdbeRdr810_ru_RU.exe 23,5 МБ (24 698 760 байт)
Максимальные значения при распаковке (Process Explorer):

Время распаковки 17сек

Virtual Memory
Peak Private Bytes 117 980 K

Physical Memory
Peak Working Set 90 608 K

WinRK 3.0 build 3 beta
Настройки профиля сжатия:
Compression method: LZ77
Model size: 80МБ и 24МБ
Largest optimised match: 512
Audio model order: 64
Bit-stream model order: 20
Use text dictionary: off
Fast Analysis: off
Fast executable code compression: off
Use PPMd for text files: off

Data1.cab распакован
Файлы\папки сжимаемые:
Data1
abcpy.ini
AcroRead.msi
Setup.exe
setup.ini

lz77_80.exe 24,0 МБ (25 204 350 байт) (lz77_80.rk 23,8 МБ (25 060 267 байт))

Время распаковки 65сек

Virtual Memory
Peak Private Bytes 210 652 K

Physical Memory
Peak Working Set 140 596 K


lz77_24.exe 24,2 МБ (25 383 615 байт) (lz77_24.rk 24,0 МБ (25 239 528 байт))
Время распаковки 65сек

Virtual Memory
Peak Private Bytes 155 368 K

Physical Memory
Peak Working Set 141 420 K

Поиграйтесь с настройками профиля сжатия, может улучшить сжатие.
Быстрый анализ (Fast Analysis) on\off
Ускоренное сжатие программ (Fast executable code compression) on\off

7. Направление изысканий Вам дано:
сегментация\фильтры - и архиватор в котором всё это есть
Найдёте программы которые делают сегментацию\фильтры к разным типам файлов, то их можно будкт подключить к FreeArc.

Также можете посмотреть тесты\топик Архиваторы - сравнение сжатия
Архиваторы - сравнение сжатия - test egor23
http://forall.ru-board.com/egor23/online/rc1/index.html
Архиваторы - сравнение сжатия - test egor23 - History+комментарии (по тексту написано про WinRK)
http://forall.ru-board.com/egor23/online/rc1/hystory.html
топик Архиваторы. Сравнение сжатия
http://forum.ru-board.com/topic.cgi?forum=5&topic=8076[/more]

Добавлено:
Bulat_Ziganshin

Цитата:

кстати, Егор, я добавил в дистрибут темы и theme changer: http://www.haskell.org/bz/FreeArc-0.50-win32-alpha-2008-06-15.exe

Снова про locale
она ещё нужна gtk2_prefs.exe когда шрифт выбирается там отображаются символы:
национальные и латиница не будет locale будет только латиница.
посмотрел Avidemux там используется только файлы gtk20.mo, оставил толька их.
http://forall.ru-board.com/egor23/FreeArc-0.50-win32-alpha-2008-06-03_locale.7z 6.2МБ

IamFool

Цитата:

Ни в msi, ни в cab сжатия нету (я проверял).

или они не сжимаемые были - или у архиватора были настройки не сжимать эти типы файлов.

Добавлено:
Bulat_Ziganshin

Цитата:

http://www.haskell.org/bz/FreeArc-0.50-win32-alpha-2008-06-15.exe

Инсталл можно сильнее сжимать:
распакованный FreeArc-0.50-win32-alpha-2008-06-15.exe + locale 5.7МБ
bcj2 рулит

FreeArc-0.50-win32-alpha-2008-06-15.7z
уровень сжатия - ультра
метод - LZMA
словарь - 26МБ
слово - 273
непрерывный

Главное здесь метод - ультра (bcj2)\ и немного слово улучшает
размер словаря можно меньше те же 8МБ.

Цитата:

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

тю ё, забыл, у 7-zip привязка к расширению файла иначе фильтры не подключает
в папке Data1 дал всем файлам расширение dll (за исключением dll и exe файлов)
7-zip 4.57
уровень сжатия - ультра
метод - LZMA
словарь - 80МБ
слово - 273
непрерывный
получаем уже 24,3 МБ (25 527 478 байт)
Время распаковки 10сек

Virtual Memory
Peak Private Bytes 91 616 K

Physical Memory
Peak Working Set 92 140 K

Доброго времени суток.
С появлением sfx модуля решил снова попробовать сабж. Возникло несколько вопросов:

1) Отсутвие кнопки "Обзор" рядом с командной строкой - насущная необходимость, реверанс в сторону любителей командной строки или моя невнимательность?

2) Достаточно часто использую 7zip для перепаковки дистрибутивов видео-драйверов. Снимается модуль самораспаковки инсталятора, файлы дополнительно распаковываются при помощи expand.exe. Далее провёл экспиримент:

а) Сжал при помощи 7zip, с размером слова 128 и d=27.
б) Сжал сабжем при помощи профиля -m9x (время упаковки тоже, результат хуже на 200 кб); -mx -ld=192m (время тоже, сжатие хуже на 100кб)

Что я делаю неправильно?

Gideon Vi

Цитата:

Достаточно часто использую 7zip для перепаковки дистрибутивов видео-драйверов

в 7-zip есть фильтр bcj2 в FreeArc пока только bcj
так что если сжимались exe\dll 7-zip будет лучше.

Добавлено:
IamFool

Цитата:

Поиграйтесь с настройками профиля сжатия, может улучшить сжатие.
Быстрый анализ (Fast Analysis) on\off

Сам поигрался с LZ77 и ROLZ3 + Fast Analysis: on
и FreeArc ещё
[more=смотрим..]WinRK 3.0 build 3 beta
Настройки профиля сжатия:
Compression method: LZ77 и ROLZ3
Model size: 80МБ
Largest optimised match: 512
Audio model order: 64
Bit-stream model order: 20
Use text dictionary: off
Fast Analysis: on
Fast executable code compression: off
Use PPMd for text files: off

lz77_80_fast.exe 23,6 МБ (24 766 692 байт) (lz77_80_fast.exe.rk 23,4 МБ (24 631 537 байт))

Время распаковки 49сек

Virtual Memory
Peak Private Bytes 215 180 K

Physical Memory
Peak Working Set 146 192 K


rolz3_80_fast.exe 22,2 МБ (23 323 860 байт) (rolz3_80_fast.exe.rk 22,1 МБ (23 188 633 байт))

Время распаковки 78сек

Virtual Memory
Peak Private Bytes 215 112 K

Physical Memory
Peak Working Set 184 716 K

ARC.EXE a a2 –di+$# -mexe+delta+lzma:80m:bt4:273 AcroRead.msi Setup.exe setup.ini abcpy.ini Data1\
a.arc 24,3 МБ (25 527 378 байт)

ARC.EXE x a.arc

Время распаковки 8сек

Virtual Memory
Peak Private Bytes 96 028 K

Physical Memory
Peak Working Set 98 212 K[/more]
Примечание
Время распаковки - по Process Explorer - это время только CPU.

Добавлено:
Gideon Vi

Цитата:

Что я делаю неправильно?

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

Bulat_Ziganshin
я все-таки считаюю что те файлы, которые не являются дополнениями к freearc должны быть запакованы 7зип - или дублируй.

Цитата:

в 7-zip есть фильтр bcj2 в FreeArc пока только bcj
так что если сжимались exe\dll 7-zip будет лучше.

А почему скорость таже? В пеаре было написано, что в 2, а то и в 3 раза быстрее

Цитата:

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

Вы угадали - по большей части это exe\dll

Цитата:

Инсталл можно сильнее сжимать:

вот только 7z не умеет делать инсталяторы с возможностями nsis


Цитата:

Снова про locale
она ещё нужна gtk2_prefs.exe когда шрифт выбирается там отображаются символы:
национальные и латиница не будет locale будет только латиница.

ну и фиг с ними. охота тащить несколько лишних мег ради такой мелочи


Цитата:

я все-таки считаюю что те файлы, которые не являются дополнениями к freearc должны быть запакованы 7зип - или дублируй.

речь об arc1.arc? здесь не телепаты собрались


Цитата:

А почему скорость таже? В пеаре было написано, что в 2, а то и в 3 раза быстрее

потому что используется тот же lzma, с чего ему быть быстрее? обычно fa -m4 сжимает на уровне 7z ultra (за счёт фильтров/ppmd), работая при этом в 1.5-2 раза быстрее

Добавлено:

Цитата:

1) Отсутвие кнопки "Обзор" рядом с командной строкой - насущная необходимость, реверанс в сторону любителей командной строки или моя невнимательность?

какой ещё командной строкой?

Benchmark

Цитата:

Интересно, если смотреть на эту таблицу, то насколько высоко потенциально сможет забраться FA после добавления bcj2, сегментации, спец сжатия bmp/tif и прочих компрессионных радостей. Можно даже девиз придумать, что-то вроде "догнать и перегнать Дурилку"

Ну, FreeArc конечно хорош, но Дурилку обогнать вряд ли удастся Да и тест на maximumcompression, хоть и внушает уважение, всё же довольно далёк от реальной жизни - чего стоит одно доминирование RAR над 7-Zip. Он в комментариях к MFC там всё написал на эту тему.

Bulat_Ziganshin

Цитата:

и fa в режиме -mx, и тем более ccm(x) - строго говоря, симетричны. несимметричный алгоритм - fa -m9x

Да, my bad. Но в любом случае, результаты впечатляют

egor23

Цитата:

Практика это хорошо появляется опыт.
Из моего опыта и увиденного относительно AdbeRdr810_ru_RU.exe...

Интересно Давно хотел сам то же самое проделать

Цитата:

или они не сжимаемые были - или у архиватора были настройки не сжимать эти типы файлов.

Ну я это и имел ввиду, естественно.

Цитата:

Интересно, если смотреть на эту таблицу, то насколько высоко потенциально сможет забраться FA после добавления bcj2, сегментации, спец сжатия bmp/tif и прочих компрессионных радостей. Можно даже девиз придумать, что-то вроде "догнать и перегнать Дурилку

там 20 мег bmp, так что добавление нормального алгоритма сжатия улучшит рез-т на несколько мег. к сожалению, к реальной жизни это имеет мало отношения bcj2 - от силы полмега


Цитата:

Честно говоря не очень понимаю, почему разработку GUI нельзя плавно "размазать" на все последующие версии вплоть до 0.80. Функционал сейчас важнее. Все равно ни один GUI не зарулит, к примеру, сочетание полнофункциональной freearc.dll с Total Commander или чем-то подобным.

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

Bulat_Ziganshin

Цитата:

ну и фиг с ними. охота тащить несколько лишних мег ради такой мелочи

в архиве это 650кб.

Цитата:

в архиве это 650кб.

10% от размера дистрибута

Цитата:

какой ещё командной строкой?

По моему скромному имху, в основном окне, рядом с кнопкой "сохранить", так и просится кнопка "обзор". В раре это некритично, так как есть контекстное меню и GUI не нужен.

Цитата:

обычно fa -m4 сжимает на уровне 7z ultra (за счёт фильтров/ppmd), работая при этом в 1.5-2 раза быстрее

У меня почему-то на этом режиме валится

Цитата:

AppName: winarc.exe     AppVer: 0.0.0.0     ModName: winarc.exe
ModVer: 0.0.0.0     Offset: 001a7151

Цитата:

У меня почему-то на этом режиме валится

1. вывод на экран с -di -di+$%
2. файлы залей куда-нить
Цитата:

По моему скромному имху, в основном окне, рядом с кнопкой "сохранить", так и просится кнопка "обзор".

ок, сделаю

Bulat_Ziganshin
если нету внешних архиваторов ppmonstr, durilca и т.п.
зацикливается FreeArc и размер распаковываемых данных стремиться в бесконечность.

Цитата:

Unpacking 94756 bytes with "ppmonstr" не является внутренней или внешней
командой, исполняемой программой или пакетным файлом.

Цитата:

Unpacking 87578 bytes with "durilca" не является внутренней или внешней
командой, исполняемой программой или пакетным файлом.

Добавлено:

Цитата:

1. вывод на экран с -di -di+$%

в winarc.exe такого нету

Цитата:

bcj2 - от силы полмега

1. 7-zip - одна из лучших программ для сжатия экзешников. Я, к примеру, использую архиваторы в основном для сжатия программ. FA пока отстаёт
2.Реализация алгоритмов с многими потоками нужна - она должна дать заметный выигрыш;её желательно отложить до 0.8 - чтоб не плодить форматов.

Bulat_Ziganshin
arc.exe
В листинге не хватает информации о методе сжатия (цепочка алгоритмов)
приходится запускать на тестирование чтобы увидеть.

LZMA future
http://sourceforge.net/forum/forum.php?thread_id=2057138&forum_id=45797
...планируется только Delta filter for WAV

Цитата:

В листинге не хватает информации о методе сжатия (цепочка алгоритмов)

там вообще нужна команда техн. листинга которая даёт полную инфу о структуре архива


Цитата:

1. 7-zip - одна из лучших программ для сжатия экзешников. Я, к примеру, использую архиваторы в основном для сжатия программ. FA пока отстаёт [отфильтровано]
2.Реализация алгоритмов с многими потоками нужна - она должна дать заметный выигрыш;её желательно отложить до 0.8 - чтоб не плодить форматов.

со всем согласен. у нас речь шла только об mfc

Bulat_Ziganshin
добавление в архив\обновление архива нехватает проверки до сжатия может ли он архив обновить.
а сейчас виснет и arc и WinArc

Bulat_Ziganshin

Цитата:

там 20 мег bmp, так что добавление нормального алгоритма сжатия улучшит рез-т на несколько мег. к сожалению, к реальной жизни это имеет мало отношения

Верно. Только массовый юзер этого не знает Поэтому для него "чем выше в тесте, тем лучше". Даже если все эти методы в сумме дадут дополнительно 5 мегов выигрыша, FreeARC уже войдет в десятку. С точки зрения массового юзера это смотрится более чем внушительно.


Цитата:

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

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