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

Цитата:

those who have any AMD cpu, please help me: download http://freearc.org/download/testing/paq8px64_original.exe and http://freearc.org/download/testing/paq8px64_patched.exe , run both and write here your cpu and whether these programs work or not. i expect that only patched will be ok on your systems. if that will confirm, i will patch all executables in PowerPack

and one more test for AMDs: load and extract to separate dir http://freearc.org/download/testing/facompress.dll.zip , run test.cmd andgive here its output. thank you!

[more]H:\Downloads\Programs>paq8px64_original

Fatal Error: This program was not built to run on the processor in your system.
The allowed processors are: Intel(R) Pentium(R) 4 and compatible Intel processor
s. Enables new optimizations in addition to Intel processor-specific optimizatio
ns.


H:\Downloads\Programs>paq8px64_patched
paq8px archiver (C) 2008, Matt Mahoney et al.
Free under GPL, http://www.gnu.org/licenses/gpl.txt

To compress or extract, drop a file or folder on the paq8px icon.
The output will be put in the same folder as the input.

Or from a command window: To compress:
paq8px -level file (compresses to file.paq8px)
paq8px -level archive files... (creates archive.paq8px)
paq8px file (level -5, pause when done)
level: -0 = store, -1 -2 -3 = faster (uses 35, 48, 59 MB)
-4 -5 -6 -7 -8 = smaller (uses 133, 233, 435, 837, 1643 MB)
You may also compress directories.

To extract or compare:
paq8px -d dir1/archive.paq8px (extract to dir1)
paq8px -d dir1/archive.paq8px dir2 (extract to dir2)
paq8px archive.paq8px (extract, pause when done)

To view contents: more < archive.paq8px


Close this window or press ENTER to continue...

H:\Downloads\Compressed\facompress.dll>test

H:\Downloads\Compressed\facompress.dll>Arc6.exe a a Arc6.exe -mppmd
FreeArc 0.60 RC (December 8 2009) creating archive: a.arc
Compressing 1 file, 2,752,000 bytes. Processed 0%
DLL
Compressed 1 file, 2,752,000 => 801,417 bytes. Ratio 29.1%
Compression time: cpu 0.89 secs, real 0.90 secs. Speed 3,058 kB/s
All OK[/more]

Добавлено:
Bulat_Ziganshin
Исправляюсь, AMD Phenom II x3 720 (Phenom II x4 20 )

Цитата:

step.dll

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

Добавлено:
DemonAk
спасибо, только проц забыл указать

A19EXXX

Цитата:

step.dll

чего пишите с буквой t

Bulat_Ziganshin

Цитата:

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

все dll в репаках (обычно) делаются переименованием file.exe в file.dll
В данном случае srep.dll - srep 0.7 от 23.11.2009 16:34

Bulat_Ziganshin, думал, может быть полезной А насчёт вирусов - всё чисто (загнал файл на VirusTotal)

---

egor23, ну это, в принципе, понятно... Просто насколько я понял, если использовать step.exe, появляется окно распаковки, а с dll'кой во время установки ничего такого не было...

A19EXXX

Цитата:

а с dll'кой во время установки ничего такого не было...

srep.dll но это обычный (оригинальный, не модифицированный) srep.exe...

egor23, ясно...

Цитата:

those who have any AMD cpu

всё, я получил необходимую инфу, больше тесты не нужны

Добавлено:
PowerPack updated, now it's compatible with AMD processors. Download links:

* http://freearc.org/download/testing/FreeArc-PowerPack-0.60RC.exe
* http://freearc.org/download/testing/FreeArc-PowerPack-0.60RC.arc

Just for fun - list of files that were updated: [more]ash.exe.bak
ash06.exe.bak
balz.exe.bak
balz11.exe.bak
balz12.exe.bak
balz13.exe.bak
balz14.exe.bak
balz5.exe.bak
balz6.exe.bak
balz7.exe.bak
bcm.exe.bak
bcm1.exe.bak
bcm1a.exe.bak
bcm2.exe.bak
bcm2a.exe.bak
bcm3.exe.bak
bcm4.exe.bak
bcm5.exe.bak
bcm6.exe.bak
bcm7.exe.bak
bcm8.exe.bak
bcm9.exe.bak
bcma.exe.bak
BWTmix1.exe.bak
BZP.exe.bak
DURILCA'light.exe.bak
DURILCA.exe.bak
flashzip.exe.bak
FZIP.exe.bak
Fzip09.exe.bak
FZIP091a.exe.bak
FZIP091b.exe.bak
fzip093a.exe.bak
fzip093b.exe.bak
fzip093c.exe.bak
fzip094.exe.bak
fzip099b3.exe.bak
fzip099b4.exe.bak
fzip099b5.exe.bak
fzip93b.exe.bak
Hook14.exe.bak
lzop.exe.bak
lzpm.exe.bak
lzpm15.exe.bak
lzpxj.exe.bak
lzss.exe.bak
o2rc.exe.bak
o3_c.exe.bak
o3_d.exe.bak
paq8o.exe.bak
paq8p.exe.bak
paq8px64.exe.bak
PmmJ.exe.bak
ppmds6.exe.bak
ppmds7.exe.bak
ppmds8.exe.bak
PPMo.exe.bak
PPMonstr.exe.bak
ppmx.exe.bak
px.exe.bak
quad.exe.bak
rings.exe.bak
rings16.exe.bak
tc.exe.bak
[/more]

A19EXXX
не хотите окна в консольных утилитах
например измените значение Subsystem с Windows Console на Windows GUI

egor23, спасибо, попробую

сори за тупой вопрос,где мне взять srep,в в том power pack что в компе,там его не нашел,может старая версия?
что мне нужно вписать в строку compression,чтобы вместе с Freearc был precomp и обрабатывал файлы с командой -slow

Цитата:

Нашел глючок. При нажатии кнопки "АркИнфо" файлов сжатых paq8px FreeArc всегда показывает 450Мбайт ОЗУ упаковки и распаковки вне зависимости от реальных значений


какое значение указано в arc.ini, то и будет прописано (там одно значение)

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

dinam

Цитата:

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

выставленное значение памяти верно для настроек по-умолчанию.
хотите точных значений внасите изменения в arc.ini
на сегодня такой порядок действий

1pik1

Цитата:

сори за тупой вопрос,где мне взять srep,в в том power pack что в компе,там его не нашел,может старая версия?

можете скачать последний power pack
или тут отдельно http://forum.ru-board.com/topic.cgi?forum=5&topic=31386&start=680#5

не ленитесь использовать Версия для печати

1pik1

Цитата:

что мне нужно вписать в строку compression,чтобы вместе с Freearc был precomp и обрабатывал файлы с командой -slow

precomp:slow

Обнаружилась странная особенность FreeArc 0.60 RC
*.nef (raw от фотика NIKON) сжимает стабильно хуже чем пресловутый rar 3.90
можно ли форсировать какой-то алгоритм для лучшего сжатия ?

Планируется ли в гуёвой версии "профилирование" параметров под процессор ?
так например опытным путём сделал вывод что для e6750 оптимальные параметры (скорость/степень сжатия) для алгоритма tornado такие:
Код: 1024k:h512k

Цитата:

С моей точки зрения, как пользователя, было бы очень приятно видеть некий ползунок "быстрее/плотнее", где "быстрее" действительно вычислялось специально для того процессора на котором сейчас запущен freearc.

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

Bulat_Ziganshin
Приблизительно так.
Да. При первом запуске или по требованию.

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

Для себя - на intel atom n270, думаю, быстро сжимать вот так:
-m=tor:4:512k:h256k
11.2% 37.42 secs

или
-m=tor:4:2m:h1m
10.3% 40.59 secs

[more]
Снизу - сжатие.

сверху коричневатый время затраченное на tor:5
посередине зеленовано-синий время затраченное на tor:4
снизу коричневый время затраченное на tor:3

Видно что tor:3 иногда медленнее tor:4.
Интересно почему.
[/more]

Вот в виде таблички, на абсолютную истину не претендует:
[more]
1k:h1k 14,9 38,99 16,0 45,30 14,1 89,47

Цитата:

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

В данный момент - мой наколенный способ выглядит именно так.

ndch
если есть интерес - запрограммируй это сам как отдельное приложение. влезания во внутренности FreeArc это не требует

tor:3 от tor:4 отличается только чуть иной стратегией использования кеша, поэтому неудивительно что их результаты близки

new version:

* -m#p/-max compression modes: modified to use precomp for all files
* Added -m#s/-maxs modes that uses precomp:slow instead of precomp
* CRC32: made 5x faster (0.4 -> 2 GB/s) by using 7zip code!
* SFX/Instaler: extract files from xxx.arc if there is no archive at the end of xxx.exe
* Unarc/sfx: optimized memory/resources allocation
* Unarc.exe/arc.sfx: prints "All OK" on successful command execution
* Unarc/sfx: fixed bug: it was possible to use options after "--"
* Unarc: updated readme.txt to describe all files in the subproject


Faster CRC subroutines makes a big difference for fastest compression modes. For example, compression/test/extraction times for HFCB:

-mex1: 70/15/85 (old) -> 56/13/85 (new)
-m1: 70/41/81 -> 70/34/81


And, finally, -max use precomp for all files - just as you want. Plus -maxs mode use precomp:slow for even slower compression

Bulat_Ziganshin

А не планируется ли добавление парамов -ap и -hp в unarc.exe? Их там очень не хватает.

spider91
во-первых, почему -hp а не -p?

во-вторых, насчёт дешифровки есть tracker issue, насчёт -ap ты первый кто его просит. зачем?

Bulat_Ziganshin



Цитата:

во-первых, почему -hp а не -p?

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



Цитата:

насчёт -ap ты первый кто его просит. зачем?

Иногда в играх много общих ресурсов, например king's bounty, и там я паковал общие ресы в 1 архив но по разным папкам (например игра1\* и игра2\*). Если юзеру не нужны сразу обе части, то парам -ap тут просто идеален.

Добавлено:
А обычный arc.exe у многих криво распаковывает архивы, особенно реп архивы.

Цитата:

насчёт -ap ты первый кто его просит. зачем?

понял, занёс в свой список to-do/ там довольно много unarc.dll-related вещей, скоро я ими займусь:
-cfg=, default from unarc.dll directory
-w=-dp by default
-ld
-ap
tta/mm: BigAlloc

Bulat_Ziganshin

Спасибо, буду ждать.


Есть еще одна проблемка, В репаке один архив у некоторых юзеров (в основном на ХР) распаковывается не полностью, хотя тест прошел на ура и у большей половины всё отлично. В чем может быть проблема?

З.Ы.

Ссылку на репак кинул в ЛС.

Обновил обзор
Limits of Virtual Memory in Windows

Bulat_Ziganshin


Цитата:

понял, занёс в свой список to-do/ там довольно много unarc.dll-related вещей, скоро я ими займусь:
-cfg=, default from unarc.dll directory
-w=-dp by default
-ld
-ap
tta/mm: BigAlloc

А -p или -hp не предвидится?

Цитата:

А -p или -hp не предвидится?

http://code.google.com/p/freearc/issues/detail?id=77

Bulat_Ziganshin

Ну тут вроде как про self-extracting архив идет речь, а я про unarc спрашивал.

spider91
у них общий код: unarc/sfx/installer/unarc.dll