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

Benchmark
Если требуется GTK+ 2 Runtime Environment, то это 6 Мб и его требуют многие "мультиплатформенные" программы.

Bulat_Ziganshin
Того, что я описал здесь выше достаточно - или нужно что-то ещё другое?

Цитата:

Того, что я описал здесь выше достаточно - или нужно что-то ещё другое?

на англоязычном форуме пишут, что достаточно: http://www.encode.ru/forums/index.php?action=vthread&forum=1&topic=599&page=4#msg7966

Nick222

Цитата:

Если требуется GTK+ 2 Runtime Environment, то это 6 Мб

Вот это гораздо более правильный вариант. Поставил gtk2-runtime-2.12.5-2008-01-20-ash. Наверно есть смысл его рекомендовать.

Хотя уже замечен нюанс - могут быть проблемы с некоторыми языками в юникоде. Например при работе с файлами с названиями на грузинском и армянском языках. Отображает в виде квадратиков и, понятное дело, добавить в архив их не может. Для сравнения - с китайским, корейским, арабским и прочей экзотикой проблем нет. Еще для сравнения - у WinRAR на той же машине вообще нет проблем ни с одним из языков.

ЗЫ. уточнение - добавляет он файлы в архив корректно, и после извлечения arc'ом все имена остаются на месте. Проблема именно в отображении этих языков в интерфейсе WinArc. То есть очевидно, что это проблема не архиватора, а GTK

Bulat_Ziganshin

Цитата:

http://www.haskell.org/bz/FreeArc-0.50-win32-alpha-2008-01-28.7z

Авто-лимиты:
rep,lzma,lzp,ppmd - привязка к шагу 4Gb, т.е. 4Gb=0, 8Gb=0 и т.д.

ARC.EXE a a -mrep:4096m -di -di+$ wilsoft.tar
Using rep:0gb
Memory for compression 0b, decompress 0.0%
Program terminated!

и т.п. for lzma,lzp,ppmd

GTK+ installers for windows

http://sourceforge.net/project/showfiles.php?group_id=121075

delete

Добавлено:
Bulat_Ziganshin

Цитата:

кстати, Егор, а ты уже попробовал сам собрать freearc/winarc?

не собираются, ошибка в C_External.cpp
[more=лог..]
C:\Base\Compiler\ghc\gcc.exe -BC:\Base\Compiler\ghc\gcc-lib -IC:\Base\Compiler\g
hc\include\mingw -c -c -fno-exceptions -fno-rtti -Wno-unknown-pragmas -Wno-sign-
compare -Wno-conversion -Os -march=i486 -mtune=pentiumpro -fomit-frame-pointer -
ffast-math -fforce-addr -fstrict-aliasing -g0 -DFREEARC_WIN -DFREEARC_INTEL_BYTE
_ORDER -o c:/temp/out/FreeArc/CompressionLibrary.o CompressionLibrary.cpp
C:\Base\Compiler\ghc\gcc.exe -BC:\Base\Compiler\ghc\gcc-lib -IC:\Base\Compiler\g
hc\include\mingw -c -fno-exceptions -fno-rtti -Wall -Wno-unknown-pragmas -Wno-si
gn-compare -Wno-conversion -O3 -march=i486 -mtune=pentiumpro -fomit-frame-pointe
r -fstrict-aliasing -fforce-addr -funroll-loops -g0 -DFREEARC_WIN -DFREEARC_INTE
L_BYTE_ORDER -o c:/temp/out/FreeArc/C_LZP.o C_LZP.cpp
C:\Base\Compiler\ghc\gcc.exe -BC:\Base\Compiler\ghc\gcc-lib -IC:\Base\Compiler\g
hc\include\mingw -c -fno-exceptions -fno-rtti -Wall -Wno-unknown-pragmas -Wno-si
gn-compare -Wno-conversion -O3 -march=i486 -mtune=pentiumpro -fomit-frame-pointe
r -fstrict-aliasing -fforce-addr -funroll-loops -g0 -DFREEARC_WIN -DFREEARC_INTE
L_BYTE_ORDER -o c:/temp/out/FreeArc/C_REP.o C_REP.cpp
C:\Base\Compiler\ghc\gcc.exe -BC:\Base\Compiler\ghc\gcc-lib -IC:\Base\Compiler\g
hc\include\mingw -c -fno-exceptions -fno-rtti -Wall -Wno-unknown-pragmas -Wno-si
gn-compare -Wno-conversion -O3 -march=i486 -mtune=pentiumpro -fomit-frame-pointe
r -fstrict-aliasing -fforce-addr -funroll-loops -g0 -DFREEARC_WIN -DFREEARC_INTE
L_BYTE_ORDER -o c:/temp/out/FreeArc/C_Delta.o C_Delta.cpp
C:\Base\Compiler\ghc\gcc.exe -BC:\Base\Compiler\ghc\gcc-lib -IC:\Base\Compiler\g
hc\include\mingw -c -fno-exceptions -fno-rtti -Wall -Wno-unknown-pragmas -Wno-si
gn-compare -Wno-conversion -O3 -march=i486 -mtune=pentiumpro -fomit-frame-pointe
r -fstrict-aliasing -fforce-addr -funroll-loops -g0 -DFREEARC_WIN -DFREEARC_INTE
L_BYTE_ORDER -o c:/temp/out/FreeArc/C_MM.o C_MM.cpp
C:\Base\Compiler\ghc\gcc.exe -BC:\Base\Compiler\ghc\gcc-lib -IC:\Base\Compiler\g
hc\include\mingw -c -fno-exceptions -fno-rtti -Wall -Wno-unknown-pragmas -Wno-si
gn-compare -Wno-conversion -O3 -march=i486 -mtune=pentiumpro -fomit-frame-pointe
r -fstrict-aliasing -fforce-addr -funroll-loops -g0 -DFREEARC_WIN -DFREEARC_INTE
L_BYTE_ORDER -o c:/temp/out/FreeArc/C_TTA.o C_TTA.cpp
C:\Base\Compiler\ghc\gcc.exe -BC:\Base\Compiler\ghc\gcc-lib -IC:\Base\Compiler\g
hc\include\mingw -c -fno-exceptions -fno-rtti -Wno-unknown-pragmas -Wno-sign-com
pare -Wno-conversion -O6 -march=i486 -mtune=pentiumpro -fomit-frame-pointer -fst
rict-aliasing -fforce-addr -ffast-math -funroll-loops --param inline-unit-growth
=999999 -g0 -DFREEARC_WIN -DFREEARC_INTEL_BYTE_ORDER -o c:/temp/out/FreeArc/C_To
rnado.o C_Tornado.cpp
C:\Base\Compiler\ghc\gcc.exe -BC:\Base\Compiler\ghc\gcc-lib -IC:\Base\Compiler\g
hc\include\mingw -c -fno-rtti -Wall -Wno-unknown-pragmas -Wno-sign-compare -Wno-
conversion -O3 -march=i486 -mtune=pentiumpro -fomit-frame-pointer -fstrict-alias
ing -ffast-math -fforce-addr -g0 -DFREEARC_WIN -DFREEARC_INTEL_BYTE_ORDER -o c:/
temp/out/FreeArc/C_Dict.o C_Dict.cpp
C:\Base\Compiler\ghc\gcc.exe -BC:\Base\Compiler\ghc\gcc-lib -IC:\Base\Compiler\g
hc\include\mingw -c -fno-exceptions -fno-rtti -Wall -Wno-unknown-pragmas -Wno-si
gn-compare -Wno-conversion -O1 -march=i486 -mtune=pentiumpro -fomit-frame-pointe
r -fstrict-aliasing -fforce-addr -funroll-all-loops -floop-optimize2 -g0 -DFREEA
RC_WIN -DFREEARC_INTEL_BYTE_ORDER -o c:/temp/out/FreeArc/C_PPMD_Parser.o C_PPMD_
Parser.cpp
C:\Base\Compiler\ghc\gcc.exe -BC:\Base\Compiler\ghc\gcc-lib -IC:\Base\Compiler\g
hc\include\mingw -c -fno-exceptions -fno-rtti -Wall -Wno-unknown-pragmas -Wno-si
gn-compare -Wno-conversion -O1 -march=i486 -mtune=pentiumpro -fomit-frame-pointe
r -fstrict-aliasing -fforce-addr -funroll-all-loops -floop-optimize2 -g0 -DFREEA
RC_WIN -DFREEARC_INTEL_BYTE_ORDER -o c:/temp/out/FreeArc/C_PPMD_Compress.o C_PPM
D_Compress.cpp
In file included from Model.cpp:11,
from C_PPMD_Compress.cpp:5:
SubAlloc.hpp: In function `void PPMD_compression::PrefetchData(void*)':
SubAlloc.hpp:34: warning: unused variable 'PrefetchByte'
C:\Base\Compiler\ghc\gcc.exe -BC:\Base\Compiler\ghc\gcc-lib -IC:\Base\Compiler\g
hc\include\mingw -c -fno-exceptions -fno-rtti -Wall -Wno-unknown-pragmas -Wno-si
gn-compare -Wno-conversion -O1 -march=i486 -mtune=pentiumpro -fomit-frame-pointe
r -fstrict-aliasing -fforce-addr -funroll-all-loops -floop-optimize2 -g0 -DFREEA
RC_WIN -DFREEARC_INTEL_BYTE_ORDER -o c:/temp/out/FreeArc/C_PPMD_Decompress.o C_P
PMD_Decompress.cpp
In file included from Model.cpp:11,
from C_PPMD_Decompress.cpp:5:
SubAlloc.hpp: In function `void PPMD_decompression::PrefetchData(void*)':
SubAlloc.hpp:34: warning: unused variable 'PrefetchByte'
C:\Base\Compiler\ghc\gcc.exe -BC:\Base\Compiler\ghc\gcc-lib -IC:\Base\Compiler\g
hc\include\mingw -c -fno-exceptions -fno-rtti -Wno-unknown-pragmas -Wno-sign-com
pare -Wno-conversion -O2 -march=i486 -mtune=pentiumpro -fomit-frame-pointer -ffo
rce-addr -ffast-math -fstrict-aliasing -funroll-loops -g0 -DFREEARC_WIN -DFREEAR
C_INTEL_BYTE_ORDER -o c:/temp/out/FreeArc/C_GRZip.o C_GRZip.cpp
C:\Base\Compiler\ghc\gcc.exe -BC:\Base\Compiler\ghc\gcc-lib -IC:\Base\Compiler\g
hc\include\mingw -c -fno-rtti -Wall -Wno-unknown-pragmas -Wno-sign-compare -Wno-
conversion -O2 -march=i486 -mtune=pentiumpro -fomit-frame-pointer -fstrict-alias
ing -ffast-math -fforce-addr -funroll-loops -g0 -DFREEARC_WIN -DFREEARC_INTEL_BY
TE_ORDER -o c:/temp/out/FreeArc/C_LZMA.o C_LZMA.cpp
C:\Base\Compiler\ghc\gcc.exe -BC:\Base\Compiler\ghc\gcc-lib -IC:\Base\Compiler\g
hc\include\mingw -c -fno-rtti -Wall -Wno-unknown-pragmas -Wno-sign-compare -Wno-
conversion -O2 -march=i486 -mtune=pentiumpro -fomit-frame-pointer -fstrict-alias
ing -ffast-math -fforce-addr -funroll-loops -g0 -DFREEARC_WIN -DFREEARC_INTEL_BY
TE_ORDER -o c:/temp/out/FreeArc/C_BCJ.o C_BCJ.cpp
C:\Base\Compiler\ghc\gcc.exe -BC:\Base\Compiler\ghc\gcc-lib -IC:\Base\Compiler\g
hc\include\mingw -c -fno-rtti -Wall -Wno-unknown-pragmas -Wno-sign-compare -Wno-
conversion -Os -march=i486 -mtune=pentiumpro -fomit-frame-pointer -fstrict-alias
ing -ffast-math -fforce-addr -g0 -DFREEARC_WIN -DFREEARC_INTEL_BYTE_ORDER -o c:/
temp/out/FreeArc/C_External.o C_External.cpp
C_External.cpp: In function `int external_program(bool, int (*)(char*, void*, in
t, void (*)()), void (*)(), char*, char*, char*, char*, int, double*)':
C_External.cpp:29: error: invalid conversion from `FILE*' to `int'
C_External.cpp:29: error: initializing argument 1 of `int write(int, const voi
d*, unsigned int)'
C_External.cpp:32: error: invalid conversion from `FILE*' to `int'
C_External.cpp:32: error: initializing argument 1 of `int write(int, const voi
d*, unsigned int)'
C_External.cpp:75: error: invalid conversion from `FILE*' to `int'
C_External.cpp:75: error: initializing argument 1 of `int read(int, void*, uns
igned int)'
C_External.cpp: At global scope:
C_External.cpp:200: warning: 'PPMONSTR_x' defined but not used
C_External.cpp:324: warning: 'TEMPFILE_x' defined but not used
make: *** [c:/temp/out/FreeArc/C_External.o] Error 1
C:\Base\Compiler\ghc\gcc.exe -BC:\Base\Compiler\ghc\gcc-lib -IC:\Base\Compiler\g
hc\include\mingw -c -fno-exceptions -fno-rtti -Wall -Wno-unknown-pragmas -Wno-si
gn-compare -Wno-conversion -O3 -march=i486 -mtune=pentiumpro -fomit-frame-pointe
r -fstrict-aliasing -fforce-addr -funroll-loops -g0 -DFREEARC_WIN -DFREEARC_INTE
L_BYTE_ORDER -Iheaders -o c:/temp/out/FreeArc/C_Encryption.o C_Encryption.cpp
C:\Base\Compiler\ghc\gcc.exe -BC:\Base\Compiler\ghc\gcc-lib -IC:\Base\Compiler\g
hc\include\mingw -c -fno-exceptions -fno-rtti -Wall -Wno-unknown-pragmas -Wno-si
gn-compare -Wno-conversion -O3 -march=i486 -mtune=pentiumpro -fomit-frame-pointe
r -fstrict-aliasing -ffast-math -fforce-addr -g0 -DFREEARC_WIN -DFREEARC_INTEL_B
YTE_ORDER -o c:/temp/out/FreeArc/Environment.o Environment.cpp
C:\Base\Compiler\ghc\gcc.exe -BC:\Base\Compiler\ghc\gcc-lib -IC:\Base\Compiler\g
hc\include\mingw -c -fno-exceptions -fno-rtti -Wall -Wno-unknown-pragmas -Wno-si
gn-compare -Wno-conversion -O3 -march=i486 -mtune=pentiumpro -fomit-frame-pointe
r -fstrict-aliasing -ffast-math -fforce-addr -g0 -DFREEARC_WIN -DFREEARC_INTEL_B
YTE_ORDER -o c:/temp/out/FreeArc/URL.o URL.cpp

C:\Base\F>ghc.exe --make -O2 Arc.hs -iCompression -threaded -fglasgow-exts -fa
llow-undecidable-instances -fallow-overlapping-instances -fallow-incoherent-inst
ances -fno-monomorphism-restriction -fbang-patterns -DFREEARC_PACKED_STRINGS -DF
REEARC_WIN -DFREEARC_INTEL_BYTE_ORDER -optc-DFREEARC_WIN -optc-DFREEARC_INTEL_BY
TE_ORDER C:\temp\out\FreeArc/Environment.o C:\temp\out\FreeArc/URL.o C:\temp\out
\FreeArc/CompressionLibrary.o C:\temp\out\FreeArc/C_PPMD_Parser.o C:\temp\out\Fr
eeArc/C_PPMD_Compress.o C:\temp\out\FreeArc/C_PPMD_Decompress.o C:\temp\out\Free
Arc/C_LZP.o C:\temp\out\FreeArc/C_LZMA.o C:\temp\out\FreeArc/C_BCJ.o C:\temp\out
\FreeArc/C_GRZip.o C:\temp\out\FreeArc/C_Dict.o C:\temp\out\FreeArc/C_REP.o C:\t
emp\out\FreeArc/C_MM.o C:\temp\out\FreeArc/C_TTA.o C:\temp\out\FreeArc/C_Tornado
.o C:\temp\out\FreeArc/C_Delta.o C:\temp\out\FreeArc/C_External.o C:\temp\out\Fr
eeArc/C_Encryption.o -lstdc++ -lwininet C:\Base\Compiler\ghc\gcc-lib\CRT_noglob.
o -optl-s -optl-Xlinker -optl--large-address-aware -odir C:\temp\out\FreeArc-O2
-hidir C:\temp\out\FreeArc-O2 -o Tests\Arc.exe +RTS -A10m -H50m -M300m
[ 1 of 26] Compiling UTF8Z ( UTF8Z.hs, C:\temp\out\FreeArc-O2/UTF8Z.o
)
[ 2 of 26] Compiling Process ( Process.hs, C:\temp\out\FreeArc-O2/Proce
ss.o )
[ 3 of 26] Compiling FilePath ( FilePath.hs, C:\temp\out\FreeArc-O2/File
Path.o )
[ 4 of 26] Compiling CompressionLib ( Compression/CompressionLib.hs, C:\temp\o
ut\FreeArc-O2/CompressionLib.o )
C:\win_temp\ghc3216_0\ghc3216_0.hc: In function `CompressionLib_zdwccall10_entry
':
C:\win_temp\ghc3216_0\ghc3216_0.hc:6086: warning: implicit declaration of functi
on `ClearExternalCompressorsTable'
C:\win_temp\ghc3216_0\ghc3216_0.hc: In function `CompressionLib_zdwccall29_entry
':
C:\win_temp\ghc3216_0\ghc3216_0.hc:10236: warning: implicit declaration of funct
ion `fortuna_start'
C:\win_temp\ghc3216_0\ghc3216_0.hc: In function `CompressionLib_zdwccall30_entry
':
C:\win_temp\ghc3216_0\ghc3216_0.hc:10320: warning: implicit declaration of funct
ion `fortuna_add_entropy'
C:\win_temp\ghc3216_0\ghc3216_0.hc: In function `CompressionLib_zdwccall31_entry
':
C:\win_temp\ghc3216_0\ghc3216_0.hc:10434: warning: implicit declaration of funct
ion `fortuna_ready'
C:\win_temp\ghc3216_0\ghc3216_0.hc: In function `CompressionLib_zdwccall32_entry
':
C:\win_temp\ghc3216_0\ghc3216_0.hc:10518: warning: implicit declaration of funct
ion `fortuna_read'
[ 5 of 26] Compiling Utils ( Utils.hs, C:\temp\out\FreeArc-O2/Utils.o
)
[ 6 of 26] Compiling Win32Files ( Win32Files.hs, C:\temp\out\FreeArc-O2/Wi
n32Files.o )
[ 7 of 26] Compiling Files ( Files.hs, C:\temp\out\FreeArc-O2/Files.o
)
[ 8 of 26] Compiling Errors ( Errors.hs, C:\temp\out\FreeArc-O2/Errors
.o )
[ 9 of 26] Compiling FileInfo ( FileInfo.hs, C:\temp\out\FreeArc-O2/File
Info.o )
[10 of 26] Compiling ByteStream ( ByteStream.hs, C:\temp\out\FreeArc-O2/By
teStream.o )
[11 of 26] Compiling Compression ( Compression.hs, C:\temp\out\FreeArc-O2/C
ompression.o )
[12 of 26] Compiling Encryption ( Encryption.hs, C:\temp\out\FreeArc-O2/En
cryption.o )
[13 of 26] Compiling Cmdline ( Cmdline.hs, C:\temp\out\FreeArc-O2/Cmdli
ne.o )
[14 of 26] Compiling UIBase ( UIBase.hs, C:\temp\out\FreeArc-O2/UIBase
.o )
[15 of 26] Compiling CUI ( CUI.hs, C:\temp\out\FreeArc-O2/CUI.o )
[16 of 26] Compiling UI ( UI.hs, C:\temp\out\FreeArc-O2/UI.o )
[17 of 26] Compiling ArhiveStructure ( ArhiveStructure.hs, C:\temp\out\FreeArc-
O2/ArhiveStructure.o )
[18 of 26] Compiling ArhiveDirectory ( ArhiveDirectory.hs, C:\temp\out\FreeArc-
O2/ArhiveDirectory.o )
[19 of 26] Compiling ArhiveFileList ( ArhiveFileList.hs, C:\temp\out\FreeArc-O
2/ArhiveFileList.o )
[20 of 26] Compiling ArcvProcessExtract ( ArcvProcessExtract.hs, C:\temp\out\Fre
eArc-O2/ArcvProcessExtract.o )
[21 of 26] Compiling ArcExtract ( ArcExtract.hs, C:\temp\out\FreeArc-O2/Ar
cExtract.o )
[22 of 26] Compiling ArcvProcessRead ( ArcvProcessRead.hs, C:\temp\out\FreeArc-
O2/ArcvProcessRead.o )
[23 of 26] Compiling ArcvProcessCompress ( ArcvProcessCompress.hs, C:\temp\out\F
reeArc-O2/ArcvProcessCompress.o )
[24 of 26] Compiling ArcCreate ( ArcCreate.hs, C:\temp\out\FreeArc-O2/Arc
Create.o )
[25 of 26] Compiling ArcRecover ( ArcRecover.hs, C:\temp\out\FreeArc-O2/Ar
cRecover.o )
[26 of 26] Compiling Main ( Arc.hs, C:\temp\out\FreeArc-O2/Main.o )
Linking Tests\Arc.exe ...
gcc: C:/temp/out/FreeArc/C_External.o: No such file or directory

C:\Base\F>
[/more]

Цитата:

GTK+ runtime installers (not tested by me!):
http://sourceforge.net/project/showfiles.php?group_id=71914
direct link: http://ovh.dl.sourceforge.net/sourceforge/gtk-win/gtk2-runtime-2.12.5-2008-01-20-ash.exe

Ну вот полный комлект.
ещё для полноты народного счатья там же GTK+ Themes Installer (набор тем)
(+Change GTK2 Appearance - возможность выбора темы, шрифт)
gtk2-themes-2008-01-21-ash.exe 600кб

egor23

Цитата:

ещё для полноты народного счатья там же GTK+ Themes Installer (набор тем)

Кстати, тулза позволяет выбрать заодно и шрифт, что успешно решает проблему отображения юникодных имен у некоторых языков (о чем я писал выше). От себя могу порекомендовать Arial Unicode MS или Code2000 - пожалуй, самые юникодистые по количеству содержащихся в них символов.

Цитата:

Кстати, тулза позволяет выбрать заодно и шрифт

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

linux-версия: http://www.haskell.org/bz/FreeArc-0.50-linux-i386-alpha-2008-01-28.7z

Егор, она содержит исправленные исходники. если тебе интересно, попробуй компиляцию снова


вот теперь самое время. объявляю конкурс на иконки:
1) для архивных файлов
2) для программы
3) для тулбара внутри программы

последнее имхо проще всего слямзить из Tango, а вот с первыми двумя вещами можно поэкпериментировать

ещё - интересны тесты от тех, у кого 2+ гб памяти и особенно 64-битная ось: теперь всё в порядке?

далее - помимо bug reports принимаются предложения по улучшению удобства работы с программой. сам я сейчас думаю, что надо делать диалог упаковки по образу winrar'овского - в первой закладке в основном галочки и выборы из профилей, а далее отдеольные закладки для сжатия, шифрования и т.д., в которых можно эти порфили создавать



Цитата:

пытаемся запаковать бзку на 2 Гб.
Архиватор место выделяет не сразу, в итоге оказываетсчя что его не хватает. Что тогда ?
Архиватор может дождаться появления свободного места и потом продолжить ?

в приницпе несложно должно быть сделать такое - если при записи возникает ошибка то выводить "запрос к пользователю", что позволит почистить место на диске и затем нажать "retry". записал в to-do list


Цитата:

ep,lzma,lzp,ppmd - привязка к шагу 4Gb, т.е. 4Gb=0, 8Gb=0 и т.д.

зпаписал, как-нибудь поправлю


Цитата:

Кирилица - Корявки, если указывать имя архива на кирилице через быбор места положения архива, т.е. набирается нормально, но после Select корявки,

я постараюсь вообще вместо него использовать родной виндовый диалог выбора файлов


Цитата:

В ходе тестирования rep'а на предмет эффективности сверхдлинных дистанций, столкнулся со следующим глюком: размер словаря для данных объёмом 1675.58 Мб по умолчанию ограничивается до 1676 Мб. Для большинства таких файлов (два куска размером в 837.79 Мб) проблем от этого не возникает, но в одном случае при завершении freearc вылетает, оставляя temparc без "шапки" в конце файла. Единственное, что помогает, это уменьшение словаря до 1675 Мб или хотя бы 1715776 kb. Можно сделать так, чтобы размер словаря для маленьких (относительно настроек сжатия) солид-блоков округлялся бы вниз (желательно, конечно, с точностью повыше 1 Мб, да только этот глюк на этих файлах возникает и при размере словаря меньше объёма данных (1715792 кб) хоть он и делится на 16кб, вот для точности 64 кб rep проходит без проблем)? Кстати, если два составляющих файла переставить местами, то проблемы не возникает, так что редкий это глюк...

"Можно сделать так, чтобы размер словаря для маленьких (относительно настроек сжатия) солид-блоков округлялся бы вниз" - тогда проблема будет с файлами размером от 1676 до 1677 мб по-большому счёту проблема в том, что ты используешь fa на грани его возможностей, на свой страх и риск. вылет скорей всего из-за того, что я не проверяю успещность выделения памяти для маленьких блоков вспомогательных данных. так что рещение стандартное, как при разгоне - отступи на нсеколько мб от верзней границы и жми спокойно



Цитата:

Цитата:я тут понимаешь сижу, перевожу на 70 языков интерфейс программы

как будет организована поддержка языков ?ini файлами ? на какие языки переводишь ?
может список кинуть и народ посмотрит какой язык на себя сможет взять.

теперь надеюсь понятно почему я в тот раз промолчал


Цитата:

мой листинг, в отличие от 7-zip, не показывает солид-блоки. это увидеть можно только в FAR plugin:

теперь это исправлено



Цитата:

сходные данные: Rogue Galaxy, DVD-Split

к сожалению времени на то, чтобы осмыслить эти опыты, так и нет.


Цитата:

Из релиза 0.40 взял настройки для custom.ini к FAR-у
Упаковать могу, а распаковать не
Точнее не могу под FAR-ом даже листинг получить, зависает напрочь
Хотя тот же FreeArc.frmt работает

а откуда взялась такая мода - использовать ini вместо fmt? я его скорей всего на предмет поддержки русских букв никогда и не проверял. отчасти может помочь импорт идей из freearc.addon, но между FAR и TC есть какие-то тонкие различия, я уж не помню какие.. обратите внимание, что в 0.40pre4 и 0.40 release freearc.addon разный - и для FAR скорее ближе тот, который был в старой версии

Ну, насчёт предела возможностей - наверно оно так, хотя пределом у меня всё же является что-то в районе rep:1779mb, так что запас в 50 Мб есть. Впрочем, эта ошибка возникает лишь в одном случае из 30 с лишним (для файлов одного размера) - так что оно и правда не особо существенно...

Касаемо опытов с Rogue Galaxy - обнаружил, что для достижения практически максимума (там, не более 30 Мб от "идеального" случая, если бы был rep:8gb ) оказалось достаточным не распаковывать файлы образа, а просто разбить их на 6 кусков каждый Total Commander'ом - после чего сортировка этих кусков по расширениям сделала своё дело (хотя проверял я это дело лишь для rep:4096:1750mb - не знаю что выйдет с l32 или l128), размер вышел даже чуть меньше (на 8 Мб), чем при распаковке образов - хотя скорее тут дело во включённом a99. Так что получается, что для подобных случаев помог бы внешний упаковщик, режущий файлы одного определённого типа (iso, а иной раз и avi/mkv) на заданное число равных кусков.

Но это наверное на будущее, версию 0.60 или дальше . Сейчас вот тестирую winarc - не хочет он выделять кусок памяти больше 1 Гб - lzma:93mb - максимум, равно как и rep:751mb . Но при этом можно запросто добавить такую штуку, как h27 - так что похоже выделение памяти идёт не в том порядке (у меня как раз есть два куска (при запуске обычного arc с -di+$) - один на 1750-1780 Мб, другой как раз на 751 mb). Кстати, такая штука, как rep:512mb+rep:512mb+rep:512mb в winarc работает, причём без tempfile (если с -lc- -ld-) . Да, а в самом-то arc'е все ограничения те же - проверял lzma:220mb или 377mb:fast. Разве что при нехватке памяти arc не возвращается в командную строку. Ну и в winarc при использовании больших объёмов кнопка отмены может привести к зависанию.

И ещё одна мелочь - при ограничении памяти за счёт lc/ld, т.е. если rep:1gb превратился в rep:512mb, информация архива всё равно выдаёт, что для распаковки необходим 1gb.

Bulat_Ziganshin

Цитата:

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

Очень просто - прописывать соответствующий фонт в файл .gtkrc-2.0. Например у меня сейчас под виндой в \Documents and Settings\Имя_текущего_юзверя\.gtkrc-2.0 прописано

style "user-font"
{
font_name="Arial Unicode MS 10"
}
widget_class "*" style "user-font"

Arial Unicode MS - "самый юникодный" из встроенных в Windows фонтов, так что есть смысл по дефолту использовать его, тем более что он ставится вместе с системой. Ну а под линуксами прописывать по дефолту какой-нть из наиболее полных в этом плане (в смысле количества отображаемых символов) линуксовых юникодных фонтов.


Цитата:

не остались оли проблемы с отобраджением юникодного текста в заголовках диалогов

Никаких проблем. Все пункты, которые переведены, корректно отображаются на нужном языке. Другое дело, что ряд пунктов, вроде Modify или Join пока в ряде переводов отсутствуют, поэтому отображаются на английском.


Цитата:

я постараюсь вообще вместо него использовать родной виндовый диалог выбора файлов

И это будет правильно.


Цитата:

помимо bug reports принимаются предложения по улучшению удобства работы с программой. сам я сейчас думаю, что надо делать диалог упаковки по образу winrar'овского - в первой закладке в основном галочки и выборы из профилей, а далее отдеольные закладки для сжатия, шифрования и т.д., в которых можно эти порфили создавать

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

Цитата:

style "user-font"
{
font_name="Arial Unicode MS 10"
}
widget_class "*" style "user-font"

спасибо, теперь надо только выяснить как это вставить в саму программу

Цитата:

теперь надо только выяснить как это вставить в саму программу

инсталером его и сохранять в нужное место..

Цитата:

инсталером его и сохранять в нужное место..

1. его надо найти. а вдруг оно будет другим?
2. это будет system-wide setting.
3. после *копирования* winarc на другую систему этой настройки не станет

Bulat_Ziganshin

Цитата:

спасибо, теперь надо только выяснить как это вставить в саму программу

посмотрите http://www.opennet.ru/docs/RUS/gtk_plus/gtk_plus-prog.tar.gz
раздел Файлы настройки GTK (GTK's rc Files), может то что нужно.

Цитата:

Файлы настройки GTK's

GTK использует для настроек программ специальные файлы (rc files). Например они могут использоваться для установки цветовой схемы виджетов.
Функции для файла настроек

Во время старта вашего приложения вы должны включить вызов:

void gtk_rc_parse( char *filename );

Аргумент filename - ваш файл настроек (rc file). Это заставит GTK использовать настройки указанные в вашем файле для отрисовки стиля виджетов.
....

спасибо, Егор!

FreeArc-0.50-win32-alpha-2008-01-28
понравились ассоциативные названия степеней сжатия: zip-rar-7z-uha-ccm

замечания:
1. в диалоге сжатия если раскрыть все опции, то он получается слишком высокий (не помещается на экране). идею создания табов поддерживаю. как альтернатива, предлагаю поместить дополнительные опции не снизу, а справа
2. если находишься в корневом каталоге, нельзя перейти на уровень выше к выбору дисков
3. кнопку для перехода на уровень выше желательно обзавести иконкой
4. не хватает кнопки settings на главном тулбаре
5. было бы очень неплохо отображать иконки в списке файлов по расширению
6. в финальной версии надо прикрутить shell extension в винде чтобы можно было в эксплорере из контекстного меню по правому клику мыши добавлять выделенные файлы в архив

Bulat_Ziganshin

Цитата:

Егор, она содержит исправленные исходники. если тебе интересно, попробуй компиляцию снова

собирает

забыл написать в прошлый раз, если нет папки Tests процесс прерывается
error: directory portion of "Tests\\Arc.exe" does not exist (used with"-o" option.)

Добавлено:
Bulat_Ziganshin

Цитата:

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

Не помешало бы выбор внешнего вида - аля 7-zip\WinRAR\WinRK\...
Лично меня устраивает когда всё перед глазами (аля 7-zip), про вид WinRK говорил раньше, в реализации сложнее.

Цитата:

в диалоге сжатия если раскрыть все опции, то он получается слишком высокий (не помещается на экране)

Не хватает полосы прокрытки и фиксации размера окна, чтобы оно не увеличивалось по высоте.

Добавлено:
Bulat_Ziganshin
WinArc.exe падает:
например окно упаковки
если вызвать контекстное меню, где вводятся текстовые данные, потом его закрыть, нажать отмена или ОК:
FreeArc-0.50-win32-alpha-2008-01-28 - WinArc: WinArc.exe - Ошибка приложения
Инструкция по адресу "0x6b0883a0" обратилась к памяти по адресу "0x000000b0". Память не может быть "written".

Добавлено:
Bulat_Ziganshin

Цитата:

это что, так смертельно? -di$ - опция для вывода внутренней инофрмации, заинтересованные люди могут извлечь оттуда то, что им нужно, а большинству это нафиг не нужно

а в WinArc этого нет, да и неудобно лезть в лог, и зачем... это же GUI.
Большинству может и не нужно, но оно задолбает с вопросами почему при выбранных настройках, упаковывает с другими\не упаковывает\падает, и они на слово не верят, хотят ручками потрогать глазками увидеть. Хоть тонких настроек сейчас нет, но думаю в дальнейшем появятся (размер словаря, хэша и т.п.).

Хотелось бы чтобы было отдельно, вообще.
для GUI например ввиде кнопочки, которая находится где настаивают алгоритмы сжатия и после нажатия появляетя информация про непрерывные блоки.

Добавлено:
Bulat_Ziganshin
WinArc
Т.к. полная версия будет иметь вид - всё своё нашу с собой, то в инстале нужен выбор языка, т.к. языковые файлы GTK весят 16.2Мб.

Bulat_Ziganshin

Цитата:

ещё - интересны тесты от тех, у кого 2+ гб памяти и особенно 64-битная ось: теперь всё в порядке?

вообщем-то нормально.
только не понятно, например lzma, когда выставляем размер словаря который не вписывается в память, то непонятно как идёт сброс настроек, например для lzma предел 125m, при 126m сбрасывает до 96m.

WinXP SP2 32bit, 2.5Гб,+иероглифы

[more=lzma..]
ARC.EXE a a -mlzma:125m -di -di+$ wilsoft.tar

Allocated 1326 mb, addr=10010000
Allocated 235 mb, addr=62F10000
Allocated 214 mb, addr=029C0000
Allocated 72 mb, addr=77FE0000
Allocated 58 mb, addr=71AC0000
Allocated 45 mb, addr=7C9C0000
Allocated 13 mb, addr=755B0000
Allocated 13 mb, addr=76380000
Allocated 7 mb, addr=7F7F0000
Allocated 4 mb, addr=77610000
Allocated 1 mb, addr=77250000
Allocated 1 mb, addr=01CC0000
There is 18 percent of memory in use.
There are 2559 total Mbytes of physical memory.
There are 2096 free Mbytes of physical memory.
There are 2406 total Mbytes of paging file.
There are 2112 free Mbytes of paging file.
There are 2047 total Mbytes of virtual memory.
There are 2 free Mbytes of virtual memory.
There are 0 free Mbytes of extended memory.

Compressing 1 file of 2.030.005.760 bytes: 0.03 secs
Using lzma:125mb:normal:bt4:32
Memory for compression 1320mb, decompression 0.3%

ARC.EXE a a -mlzma:126m -di -di+$ wilsoft.tar

Allocated 1326 mb, addr=10010000
Allocated 235 mb, addr=62F10000
Allocated 216 mb, addr=027C0000
Allocated 72 mb, addr=77FE0000
Allocated 58 mb, addr=71AC0000
Allocated 45 mb, addr=7C9C0000
Allocated 13 mb, addr=755B0000
Allocated 13 mb, addr=76380000
Allocated 7 mb, addr=7F7F0000
Allocated 4 mb, addr=77610000
Allocated 1 mb, addr=77250000
Allocated 1 mb, addr=01CC0000
There is 18 percent of memory in use.
There are 2559 total Mbytes of physical memory.
There are 2095 free Mbytes of physical memory.
There are 2406 total Mbytes of paging file.
There are 2112 free Mbytes of paging file.
There are 2047 total Mbytes of virtual memory.
There are 2 free Mbytes of virtual memory.
There are 0 free Mbytes of extended memory.

Compressing 1 file of 2.030.005.760 bytes: 0.05 secs
Using lzma:96mb:normal:bt4:32
[/more]

с lzp непонятка с непрерывными блоками в arc-255m такого не было.
как только выставляем значения большие определённого значения, начинается непонятка с непрерывными блоками, точнее она идёт с самого начала, такое ошущение что при определении непрерывных блоков, что-то лишнее происходит.

[more=lzp..]
ARC.EXE a a -mlzp:10m -di -di+$ wilsoft.tar

Allocated 1326 mb, addr=10010000
Allocated 235 mb, addr=62F10000
Allocated 201 mb, addr=036C0000
Allocated 72 mb, addr=77FE0000
Allocated 58 mb, addr=71AC0000
Allocated 45 mb, addr=7C9C0000
Allocated 13 mb, addr=755B0000
Allocated 13 mb, addr=76380000
Allocated 7 mb, addr=7F7F0000
Allocated 4 mb, addr=77610000
Allocated 1 mb, addr=77250000
Allocated 1 mb, addr=02BC0000
There is 18 percent of memory in use.
There are 2559 total Mbytes of physical memory.
There are 2076 free Mbytes of physical memory.
There are 2406 total Mbytes of paging file.
There are 2074 free Mbytes of paging file.
There are 2047 total Mbytes of virtual memory.
There are 2 free Mbytes of virtual memory.
There are 0 free Mbytes of extended memory.

Compressing 1 file of 2.030.005.760 bytes: 0.03 secs
Using lzp:10mb:64:h18

ARC.EXE a a -mlzp:100m -di -di+$ wilsoft.tar

Allocated 1326 mb, addr=10010000
Allocated 235 mb, addr=62F10000
Allocated 116 mb, addr=08BC0000
Allocated 72 mb, addr=77FE0000
Allocated 58 mb, addr=71AC0000
Allocated 45 mb, addr=7C9C0000
Allocated 13 mb, addr=755B0000
Allocated 13 mb, addr=76380000
Allocated 7 mb, addr=7F7F0000
Allocated 4 mb, addr=77610000
Allocated 2 mb, addr=07EC0000
Allocated 1 mb, addr=77250000
There is 18 percent of memory in use.
There are 2559 total Mbytes of physical memory.
There are 2077 free Mbytes of physical memory.
There are 2406 total Mbytes of paging file.
There are 1991 free Mbytes of paging file.
There are 2047 total Mbytes of virtual memory.
There are 2 free Mbytes of virtual memory.
There are 0 free Mbytes of extended memory.

Compressing 1 file of 2.030.005.760 bytes: 0.03 secs
Using lzp:100mb:64:h18

ARC.EXE a a -mlzp:250m -di -di+$ wilsoft.tar

Allocated 1076 mb, addr=1FA20000
Allocated 235 mb, addr=62F10000
Allocated 216 mb, addr=027B0000
Allocated 72 mb, addr=77FE0000
Allocated 58 mb, addr=71AC0000
Allocated 45 mb, addr=7C9C0000
Allocated 13 mb, addr=755B0000
Allocated 13 mb, addr=76380000
Allocated 7 mb, addr=7F7F0000
Allocated 4 mb, addr=77610000
Allocated 2 mb, addr=01AB0000
Allocated 1 mb, addr=77250000
There is 18 percent of memory in use.
There are 2559 total Mbytes of physical memory.
There are 2078 free Mbytes of physical memory.
There are 2406 total Mbytes of paging file.
There are 1841 free Mbytes of paging file.
There are 2047 total Mbytes of virtual memory.
There are 2 free Mbytes of virtual memory.
There are 0 free Mbytes of extended memory.

Compressing 1 file of 2.030.005.760 bytes: 0.03 secs
Using lzp:250mb:64:h18
[/more]

Цитата:

только не понятно, например lzma,

а ды ещё непонятно, если выделение идёт тремя блоками (8+1,5+1)xсловарь, то в данных условиях:
Allocated 1326 mb, addr=10010000
Allocated 235 mb, addr=62F10000
Allocated 214 mb, addr=029C0000

предел 156m, что при -lc- -ld- и увидим, почему в обычном режиме не так?

Добавлено:

Цитата:

- С опциями "-lc- -ld-"

ой, промазал.

Добавлено:
Bulat_Ziganshin

Цитата:

а просто разбить их на 6 кусков каждый Total Commander'ом

А нельзяли сделать виртуальную разбивку на куски больших файлов, т.е. воспринимать например файл в 8Гб, как 8файлов по 1Гб и т.п., причём физически неделая этого, чтобы лишних tempfile не создавать?

Bulat_Ziganshin
REP

Цитата:

вспомнил - он же кусками по 1/8 словаря входные данные читает, так что неудивительно, что словарь должен быть хотя бы на 1/8 больше маскимальной дистанции повторений для гарантии их нахождения

Из документации:

Цитата:

Объём памяти, требуемой для упаковки – 1.25*dictsize, для распаковки – dictsize

но столько не выделяется, т.е. выделяется, но представляет собой dictsize+хэш.

egor23

Цитата:

Не помешало бы выбор внешнего вида - аля 7-zip\WinRAR\WinRK\

Ну 7zip - это по сути мини-клон "нортон коммандера". Если бы у WinRAR было две панели вместо одной, мы получили бы примерно то же самое. В принципе, может быть удобно, хотя в большинстве случаев одной панели более чем достаточно.

А вот про WinRK этого сказать не могу. Субъективно мне не нравится его интерфейс. Не вижу ни одного плюса по сравнению с теми же WinRAR/7-zip.

Да и зачем нужно (и нужно ли вообще) столько вариантов интерфейса в одной программе - тоже отдельный вопрос.

Benchmark

Цитата:

Ну 7zip - это по сути мини-клон "нортон коммандера". Если бы у WinRAR было две панели вместо одной, мы получили бы примерно то же самое. В принципе, может быть удобно, хотя в большинстве случаев одной панели более чем достаточно.

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

Цитата:

А вот про WinRK этого сказать не могу. Субъективно мне не нравится его интерфейс. Не вижу ни одного плюса по сравнению с теми же WinRAR/7-zip.

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

Цитата:

Да и зачем нужно (и нужно ли вообще) столько вариантов интерфейса в одной программе - тоже отдельный вопрос.

Переманивать массового пользователя удобней.

Bulat_Ziganshin
Интерфейс WinArc
ещё нужно наверно выбор внешнего вида
Простой ... Расширенный
Простой - для простого пользователя - минимум настроек, чтобы не шарахался от интерфейса.
.... - может ещё какой промежуточный вид
Расширенный - для опытного пользователя - все возможные настройки.

egor23

Цитата:

Речь слашла не про файл-менеджер в архиваторе, а про окно упаковки, где параметры выставляем

Ага, ясно.


Цитата:

Накидование удобно тогда, когда файлы\папки в разных местах лежат

Накидывание... ты имеешь в виду сделать так же, как сделано в Nero при составлении содержания будущего диска ? Если так, я только за. Действительно удобно.

Bulat_Ziganshin

Цитата:

с lzp непонятка с непрерывными блоками в arc-255m такого не было.

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

Добавлено:
Ghost2004

Цитата:

Ну, 1 вариант скорее всего не пройдёт, можно коненчо потестировать вариант с разбиванием iso'шек на куски по 256 mb - но вряд ли будет заметный выигрыш, уж очень это ограниченная штука, данные ведь запросто могут лежать не последовательно, плюс её и без freearc элементарно реализовать...

Мысль вообщем у меня была не совсем верной, т.к. зачем, проще разрезать на куски чтобы их размер был (dicsize rep)\1.25 (на сегодня), тогда rep должен найти почти всё (ессенно в пределах dicsize rep), то что попадёт под разрез будет возможно частично найдено (небольшие потери будут, чем меньше разрезов, тем меньше потерь, но это зависит от данных, если там что-то большое попадётся под разрез, то и потери будут больше по-идеи).

Bulat_Ziganshin
Мысль

Цитата:

А нельзяли сделать виртуальную разбивку на куски больших файлов, т.е. воспринимать например файл в 8Гб, как 8файлов по 1Гб и т.п., причём физически неделая этого, чтобы лишних tempfile не создавать?

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

Добавлено:

Цитата:

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

Практика
имеем 18 файлов не сжимаемых (размеры 15.2Мб - 5.4Мб), кладём их в два tar архива, первый с сортировкой по размеру, второй - по имени.
получаем два tar по 181.3Мб
разбиваем их на куски по 100Мб (для простоты)
получаем 4 файла два по 100Мб два по 81.3Мб
разрезы пришлись на файлы размеров 11.2Мб и 10Мб

максимальное сжатия достигнуто применяя три rep подряд(т.к. данные сжаты большой l в первом rep не ставил)

ARC.EXE a a -mrep:125m:l256+rep:125m:l256+rep:125m:l256 -di -di+$ 81.001 81.002 82.001 82.002
Compressing 4 files of 380.227.584 bytes: 0.03 secs
Using rep:125mb:256+rep:125mb:256+rep:125mb:256
Memory for compression 471mb, decompression 99.9%
Solid block compression results (14.656 seconds)
rep:125mb:256: 250.907.342 bytes in 6.219 seconds
rep:125mb:256: 223.635.749 bytes in 4.391 seconds
rep:125mb:256: 218.755.311 bytes in 4.047 seconds
Compressed 4 files, 380.227.584 => 218.755.311 bytes. Ratio 57.5%

С теми же настройками для цельных tar получим:
ARC.EXE a a -mrep:125m:l256+rep:125m:l256+rep:125m:l256 -di -di+$ 81.tar 82.tar
Using rep:125mb:256+rep:125mb:256+rep:125mb:256
Memory for compression 471mb, decompression 99.9%
Solid block compression results (19.141 seconds)
rep:125mb:256: 356.803.736 bytes in 6.844 seconds
rep:125mb:256: 330.838.000 bytes in 6.359 seconds
rep:125mb:256: 319.837.536 bytes in 5.938 seconds
Compressed 2 files, 380.227.584 => 319.837.536 bytes. Ratio 84.1%

С теми же настройками для tar разбитых по 125Мб (разрез пришёлся на файлы 10Мб и 10.7Мб) получим:
ARC.EXE a a -mrep:125m:l256+rep:125m:l256+rep:125m:l256 -di -di+$ 811.001 811.002 822.001 822.002
Using rep:125mb:256+rep:125mb:256+rep:125mb:256
Memory for compression 471mb, decompression 99.9%
Solid block compression results (15.063 seconds)
rep:125mb:256: 269.574.214 bytes in 6.406 seconds
rep:125mb:256: 225.219.883 bytes in 4.672 seconds
rep:125mb:256: 218.756.611 bytes in 3.984 seconds
Compressed 4 files, 380.227.584 => 218.756.611 bytes. Ratio 57.5%

Добавлено:

Цитата:

Мысль вообщем у меня была не совсем верной, т.к. зачем, проще разрезать на куски чтобы их размер был (dicsize rep)\1.25 (на сегодня), тогда rep должен найти почти всё (ессенно в пределах dicsize rep), то что попадёт под разрез будет возможно частично найдено (небольшие потери будут, чем меньше разрезов, тем меньше потерь, но это зависит от данных, если там что-то большое попадётся под разрез, то и потери будут больше по-идеи).

мысль думаю тоже не совсем верная.
сделал расчленёнку по 1Мб
ARC.EXE a a -mrep:125m:l256+rep:125m:l256+rep:125m:l256 -di -di+$ @28.lst
Using rep:125mb:256+rep:125mb:256+rep:125mb:256
Memory for compression 471mb, decompression 99.9%
Solid block compression results (14.234 seconds)
rep:125mb:256: 240.005.286 bytes in 6.219 seconds
rep:125mb:256: 212.364.199 bytes in 4.219 seconds
rep:125mb:256: 212.364.231 bytes in 3.797 seconds
Compressed 364 files, 380.227.584 => 212.364.231 bytes. Ratio 55.8%
Directory 10.248 => 1.904 bytes. Ratio 18.5%

Benchmark
Цитата:

Накидывание... ты имеешь в виду сделать так же, как сделано в Nero при составлении содержания будущего диска ? Если так, я только за. Действительно удобно.

да, это революционное изобретение автора winrk - использовать в архиваторе идеологию nero. думаю хорошую идею грех не подхватить

this is an example of interface i imagine for the next version:
http://www.haskell.org/bz/WinArc-Jan31.PNG



что скажете?


Добавлено:
... it provides check boxes for enabling each feature (instead of folders in last alpha) and then allows one to select profile from dropdown list. profiles can be named/commented with a text before ":". the notebook tabs allows one to create new profiles and manage existing ones

Bulat_Ziganshin

Цитата:

что скажете?

Первое, что бросается в глаза - не хватает выбора способа сохранения путей к файлам в архиве. Кстати, Directory inside archive - это не оно ?

А в целом нормально, идеология та же, что и в WinRAR. Все привычно и знакомо.