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

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

Автор: Redisych
Дата сообщения: 03.12.2009 21:10
Bulat_Ziganshin

Цитата:
ну выложи архив хотя бы

В близжайшее время не смогу, SkyLink...

Цитата:
попробуй его сами fa открыть
Им-то нормально открывается, писал выше. Не срабатывает именно плагин.
Сейчас провёл эксперимент. Жал разное количество mp3 файлов с указанными выше опциями, для этого взял первый попавшийся альбом A-Ha - The Singles 1984-2004.
Вот смотрите, какой расклад:
Жму 8 композиций, суммарно 48510 Кб. ТС открывает.
Жму 9 композиций, суммарно 54446 Кб. ТС даёт ошибку.
Жму 4 видеоролика общим размером 58 Мб. ТС даёт ошибку.
Попробуйте сами, очень легко повторяется.
Автор: NattyBampo
Дата сообщения: 03.12.2009 21:58
как в Ext скрипте перенаправить темповые файлы в папку куда ставится игра и чтобы arc.ini туда копировался(на случай использования прекомпа и прочих внешних процессоров)???
Автор: DemonAk
Дата сообщения: 03.12.2009 22:06

Цитата:
как в Ext скрипте перенаправить темповые файлы в папку куда ставится игра и чтобы arc.ini туда копировался(на случай использования прекомпа и прочих внешних процессоров)???

аркини должен быть в C:\ иначе труба), а темповские файлы вот так:
Result:= FreeArcCmd(callback,'x','-o+','-dp'+AnsiToUtf8(Destination),'--',AnsiToUtf8(Source),'-w'+AnsiToUtf8(Destination),'','','',''); // код ошибки
Автор: Bulat_Ziganshin
Дата сообщения: 03.12.2009 22:48

Цитата:
Попробуйте сами, очень легко повторяется.

у меня нет tc. я думаю, что ошибку такого масштаба пользователи бы давно заметили и отрапортовали. хотя... здесь кто-нить пользуется tc?


Цитата:
Я вот пробую через powercmd srep обработать, но все время застревает на 10%

это нормально. индикатор прогресса с внешними упаковщиками не дружит, так что просто жди..
Автор: DemonAk
Дата сообщения: 04.12.2009 01:22
Bulat_Ziganshin
Какие то тормоза со srep64, когда идет им обработка, помоему после обновления каспера такое стало (выпустили блин патчи =\), буду разбираться, а пока вот такое выдало:

Compression ratio: 21718106112 -> 6356347820: 29.27%. Cpu 18.982 mb/sec, real 6.
Compression ratio: 21726494720 -> 6362516604: 29.28%. Cpu 18.970 mb/sec, real 6.
Compression ratio: 21726554177 -> 6362569469: 29.28%. Cpu 18.970 mb/sec, real 6.
392 10.0%
Errorlevel=0
10.0%Stack space overflow: current size 8388608 bytes.
Use `+RTS -Ksize' to increase it.
arc: interrupted

Вроде обработал srep64, но почему то вылетает с ошибкой =\, места что ли не хватает?
(упаковывал с параметрами arc a swtfusrep -ep1 -r -ld1016mb -m=srep64+e
xe+delta+lzma:190mb:max:bt4:128:mc10000 "C:\Games\Activision\Star Wars The Force
Unleashed\*")

попробовал тут mex юзает все 4 ядра и сжимает в 2 раза быстрее, размер правда архива на выходе получился чуть больше:
[more]обычное

C:\Program Files (x86)\FreeArc\bin>Arc a swtfu -ep1 -r -ld1016mb -mm=max -m=rep:1016mb:a99+exe+delta+lzma:190mb:max:bt4:128:mc10000 C:\Games\Activision\Star Wars The Force Unleashed\*
FreeArc 0.60 RC (December 2 2009) Using additional options: --logfile=c:\temp\freearc.log -di -di+$#
Creating archive: swtfu.arc using rep:1016mb:a99+exe+delta+tempfile+lzma:190mb:normal:bt4:128:mc10000, $wav => tta, $bmp => mm+grzip:8mb:m1:l2048:h15:a
Memory for compression 1934mb, decompression 1024mb, cache 256kb
Started: 0.00 secs
Found 844 files: 0.02 secs
Sorted 844 files: 0.07 secs
Joined filelists, 844 files: 0.07 secs
Compressing 10 files of 0 bytes: 0.07 secs
Using storing
Memory for compression 0b, decompression 0b
Solid block compression results
storing: 0 bytes in -0.000 seconds
Compressing 834 files of 21,726,554,177 bytes: 0.08 secs
Using rep:1016mb:a99+exe+delta+tempfile+lzma:190mb:normal:bt4:128:mc10000
Memory for compression 1934mb, decompression 1024mb
Solid block compression results
rep:1016mb:a99: 7,468,181,377 bytes in 661.047 seconds
exe: 7,468,181,377 bytes in 13.125 seconds
delta: 7,474,189,009 bytes in 96.375 seconds
tempfile: 7,474,189,009 bytes in 3.641 seconds
lzma:143mb:normal:bt4:128:mc10000: 3,814,350,921 bytes in -1.000 seconds

Writing directory: 5800.91 secs
Found 11 directory names: 5811.56 secs
Directory written: 5812.82 secs
Compressed 844 files, 21,726,554,177 => 3,814,350,921 bytes. Ratio 17.5%
Directory 34,415 => 9,286 bytes. Ratio 26.9%
Compression time: cpu 7960.33 secs, real 5813.03 secs. Speed 3,738 kB/s
All OK


mex не знаю какому номеру соответствует 1...9 =\

C:\Program Files (x86)\FreeArc\bin>Arc a swtfu_mex -ep1 -r -ld1016mb -m=rep:1016mb:a99+exe+delta+4x4:i0:lzma:190mb:max:bt4:128:mc10000 C:\Games\Activision\Star Wars The Force Unleashed\*
FreeArc 0.60 RC (December 3 2009) Using additional options: --logfile=c:\temp\freearc.log -di -di+$#
Creating archive: swtfu_mex.arc using rep:1016mb:a99+exe+delta+tempfile+4x4:i0:lzma:44mb:normal:bt4:128:mc10000
Memory for compression 1914mb, decompression 1024mb, cache 256kb
Started: 0.00 secs
Found 844 files: 0.02 secs
Sorted 844 files: 0.07 secs
Joined filelists, 844 files: 0.07 secs
Compressing 10 files of 0 bytes: 0.08 secs
Using storing
Memory for compression 0b, decompression 0b
Solid block compression results
storing: 0 bytes in -0.000 seconds
Compressing 834 files of 21,726,554,177 bytes: 0.08 secs
Using rep:1016mb:a99+exe+delta+tempfile+4x4:i0:lzma:44mb:normal:bt4:128:mc10000
Memory for compression 1914mb, decompression 1024mb
Solid block compression results (760.391 seconds)
rep:1016mb:a99: 7,468,181,377 bytes in 649.609 seconds
exe: 7,468,181,377 bytes in 13.438 seconds
delta: 7,474,189,009 bytes in 94.266 seconds
tempfile: 7,474,189,009 bytes in 3.063 seconds
4x4:i0:lzma:37mb:normal:bt4:128:mc10000: 3,862,912,965 bytes in 0.016 seconds

Writing directory: 2545.40 secs
Found 11 directory names: 2548.62 secs
Directory written: 2548.69 secs
Compressed 844 files, 21,726,554,177 => 3,862,912,965 bytes. Ratio 17.7%
Directory 34,421 => 9,303 bytes. Ratio 27.0%
Compression time: cpu 6202.31 secs, real 2548.81 secs. Speed 8,524 kB/s
All OK[/more]
Автор: LonerDergunov
Дата сообщения: 04.12.2009 02:20
Bulat_Ziganshin

Цитата:
здесь кто-нить пользуется tc?

да, пользуется.
У меня прекрасно Тотал открывает файлы любого размера. По крайней мере до трехгиговых.
Извлекает тоже, только долго и делая вид, что завис.

В папке с мултиарком лежат
Arc.exe
arc.ini
facompress.dll
packjpg_dll.dll
precomp04.exe
unarc.exe
zlib1.dll

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


Код:
[FreeArc]
ID=41 72 43 01
IDPos = 0, -38, -39, -40, <SeekID>
Extension=arc
Description="FreeArc 0.60"
Archiver=Arc.exe
List="unarc v --noarcext -- %AQA"
Format0="yyyy tt dd hh mm ss aaaaaaa zzzzzzzzzzzzzzz ppppppppppppppp rrrrrrrr nnnnnnnnnnnnnnnnnnnnnnnnnnnnnnnnnnnnnnnnnnnnnnnnnnnnnnnnnnnnnnnnnnnnnnnnnnnnnnnnnnnnnnnnnnnnnnnnnnnnnnnnnnnnnnnnnnnnnnnnnnnnnnnnnnnnnnnnnnnnnnnnnnnnnnnnnnnnnnnnnnnnnnnnnnnnnnnnnnnnnnnnnnnnnnnnnnnnnnnnnnnnnnnnnnnnnnnnnnnnnnnnnnnnnnnnnnnnnnnnnnnnnnnnnnnnnnnn"
Start="^--"
End="^--"
Test="%P t --noarcext -sclANSI -- %AQA @%LA"
Add="%P a {-ap%RA} --noarcext -sclANSI {%S} -- %AQA @%LA"
Move="%P m {-ap%RA} --noarcext -sclANSI {%S} -- %AQA @%LA"
Extract="%P e -y --noarcext -sclANSI -- %AQA @%LA"
ExtractWithPath="%P x -y --noarcext -sclANSI -- %AQA @%LA"
Delete="%P d --noarcext -sclANSI -- %AQA @%LA"
AskHistory0=-m2
AskHistory1=-mx
AskHistory2=-max
IgnoreErrors=0
Debug=0
UnixPath=1
SkipDirsInFileList=0
SkipEmptyNames=1
BatchUnpack=1
SearchForUglyDirs=0
AskMode=2
SkipLIST=1
SkipSfxHeader=1
Автор: Redisych
Дата сообщения: 04.12.2009 02:37
LonerDergunov

С этим ini всё открывается!!!


Вот разница:
Новый

Код: List="%P v --noarcext -- %AQA"
Автор: NattyBampo
Дата сообщения: 04.12.2009 05:05
DemonAk вот так вписать или с app с фигурными скобками надо???

Result:= FreeArcCmd(callback,'x','-o+','-dp'+AnsiToUtf8(app),'--',AnsiToUtf8(Source),'','','','',''); // код ошибки


да и еще - если у меня диска С нет - то как быть чтобы распаковать???
Автор: milwaukeeman
Дата сообщения: 04.12.2009 06:20
Почему когда сжимаю этими параметрами -max -lc75% -ld75%. то precom`пятся толька JPG файлы? Как сделать так чтоб все файлы precomp`пились?
Автор: Bulat_Ziganshin
Дата сообщения: 04.12.2009 09:53

Цитата:
Листинг-то у меня и не работал.

unarc надо было в path кинуть. кстати при установке fa инсталятором это происходит автоматически. вот только как это связано с размером архива...


Цитата:
да и еще - если у меня диска С нет - то как быть чтобы распаковать???

никак

Добавлено:

Цитата:
Почему когда сжимаю этими параметрами -max -lc75% -ld75%. то precom`пятся толька JPG файлы? Как сделать так чтоб все файлы precomp`пились?

потому что fa интелекта не хзватает используй -m=precomp+..., в теме про пережатие найдёшь
Автор: ruduk
Дата сообщения: 04.12.2009 10:51
Bulat_Ziganshin
спасибо за новую версию, особенно за -mex5. Вот сейчас добавляю

Цитата:
* -mex5t now works everywhere, but multithreaded only on post-XP systems with facompress_mt.d

только непонимаю как написать перевод "post-XP". Полазил по переводчиках - они пишут post - "почта", "отправление". Но как правильно в связке с ХР?
Догадываюсь, что это означает "после ХР", а как написать ?
Автор: Bulat_Ziganshin
Дата сообщения: 04.12.2009 10:56

Цитата:
как написать перевод "post-XP"

пост-XP. или Vista+. или Vista/Win7
Автор: Redisych
Дата сообщения: 04.12.2009 12:53
Bulat_Ziganshin

Цитата:
unarc надо было в path кинуть
Ага, у меня версия портабельная.
Автор: Bulat_Ziganshin
Дата сообщения: 04.12.2009 16:50

Цитата:
10.0%Stack space overflow: current size 8388608 bytes.
Use `+RTS -Ksize' to increase it.
arc: interrupted

это из-за большого объёма файла скорей всего. читай http://forum.ru-board.com/topic.cgi?forum=5&topic=29437&start=0&limit=1&m=1#1
Автор: DemonAk
Дата сообщения: 04.12.2009 21:10
Bulat_Ziganshin
Спасибо, помогло
в Общем сжал я 20.2 гб, srep вышел победителем) [more]размер сжимаемых данных 20.2 гб

rep-------------------------------------------------------------

C:\Program Files (x86)\FreeArc\bin>Arc a swtfu -ep1 -r -ld1016mb -mm=max -m=rep:1016mb:a99+exe+delta+lzma:190mb:max:bt4:128:mc10000 C:\Games\Activision\Star Wars The Force Unleashed\*
FreeArc 0.60 RC (December 2 2009) Using additional options: --logfile=c:\temp\freearc.log -di -di+$#
Creating archive: swtfu.arc using rep:1016mb:a99+exe+delta+tempfile+lzma:190mb:normal:bt4:128:mc10000, $wav => tta, $bmp => mm+grzip:8mb:m1:l2048:h15:a
Memory for compression 1934mb, decompression 1024mb, cache 256kb
Started: 0.00 secs
Found 844 files: 0.02 secs
Sorted 844 files: 0.07 secs
Joined filelists, 844 files: 0.07 secs
Compressing 10 files of 0 bytes: 0.07 secs
Using storing
Memory for compression 0b, decompression 0b
Solid block compression results
storing: 0 bytes in -0.000 seconds
Compressing 834 files of 21,726,554,177 bytes: 0.08 secs
Using rep:1016mb:a99+exe+delta+tempfile+lzma:190mb:normal:bt4:128:mc10000
Memory for compression 1934mb, decompression 1024mb
Solid block compression results
rep:1016mb:a99: 7,468,181,377 bytes in 661.047 seconds
exe: 7,468,181,377 bytes in 13.125 seconds
delta: 7,474,189,009 bytes in 96.375 seconds
tempfile: 7,474,189,009 bytes in 3.641 seconds
lzma:143mb:normal:bt4:128:mc10000: 3,814,350,921 bytes in -1.000 seconds

Writing directory: 5800.91 secs
Found 11 directory names: 5811.56 secs
Directory written: 5812.82 secs
Compressed 844 files, 21,726,554,177 => 3,814,350,921 bytes. Ratio 17.5%
Directory 34,415 => 9,286 bytes. Ratio 26.9%
Compression time: cpu 7960.33 secs, real 5813.03 secs. Speed 3,738 kB/s
All OK

srep64---------------------------------------------------------------

C:\Program Files (x86)\FreeArc\bin>Arc a swtfu_srep -ep1 -r -ld1016mb -m=srep64+exe+delta+lzma:190mb:max:bt4:128:mc10000 C:\Games\Activision\Star Wars The Force Unleashed\*
FreeArc 0.60 RC (December 3 2009) Using additional options: --logfile=c:\temp\freearc.log -di -di+$#
Creating archive: swtfu_srep.arc using srep64+exe+delta+lzma:190mb:normal:bt4:128:mc10000
Memory for compression 1942mb, decompression 199mb, cache 16mb
Started: 0.00 secs
Found 844 files: 0.20 secs
Sorted 844 files: 0.25 secs
Joined filelists, 844 files: 0.25 secs
Compressing 10 files of 0 bytes: 0.25 secs
Using storing
Memory for compression 0b, decompression 0b

Compression ratio: 21718106112 -> 6356347820: 29.27%. Cpu 20.314 mb/sec, real 19
Compression ratio: 21726494720 -> 6362516604: 29.28%. Cpu 20.302 mb/sec, real 19
Compression ratio: 21726554177 -> 6362569469: 29.28%. Cpu 20.302 mb/sec, real 19
.823 10.0%
Errorlevel=0
100.0%
Solid block compression results
srep64: 6,362,569,470 bytes in 1113.751 seconds
exe: 6,362,569,470 bytes in 10.469 seconds
delta: 6,367,739,394 bytes in 80.078 seconds
lzma:190mb:normal:bt4:128:mc10000: 3,155,557,894 bytes in -1.000 seconds

Writing directory: 5709.91 secs
Found 11 directory names: 5710.18 secs
Directory written: 5710.1
Compressed 844 files, 21,726,554,177 => 3,155,557,894 bytes. Ratio 14.5%
Directory 34,407 => 9,273 bytes. Ratio 26.9%
Compression time: cpu 6638.86 secs, real 5710.20 secs. Speed 3,805 kB/s
All OK[/more]
Автор: Redisych
Дата сообщения: 05.12.2009 16:31
Поэкспериментировал с сортировкой файлов в архиве, интересно...
Получилось, что –ds не равно –dsgerpn, хотя в мануале прописано
Цитата:
В FreeArc по умолчанию используется –dsgerpn
Больше похоже, что по умолчанию используется как раз –dsgen.
Автор: Bulat_Ziganshin
Дата сообщения: 05.12.2009 20:28
Redisych
из исходников:

-- |Порядок сортировки, используемый при solid-сжатии (для увеличения сжатия)
aDEFAULT_SOLID_SORT_ORDER = "gerpn"

вероятно, ты не разобрался в деталях описания опции
Автор: ndch
Дата сообщения: 05.12.2009 23:10
Bulat_Ziganshin
как-то странно выбирается стратегия сжатия
стало быть, по старой привычке я не зря в самом начале спрашивал о принудительном форсировании алгоритма сжатия.

Не могли бы Вы пояснить логику и результаты работы ?
Вообще не понял стратегию сжатия с ключем -max:
Сжалось "рыхло" и медленно. Не понял.

Не понял почему -mx9 сжало слабее и дольше чем -mx

[more]
61 223 595 unix_bsd.sqd

rar a -mdg -m5 -s
00:00:22.422
10 660 876 rar.rar

pkzipc12 -add -lev=9
00:00:03.063
18 387 682 zip.zip

arc a -max

Compressing 1 file, 61.223.595 bytes. Processed 10%
Compressing 33.304.098 bytes with ppmonstr e -o24 -m1453 -r1 $$arcdatafile$$.tmp

Errorlevel=0
Compressed 1 file, 61.223.595 => 33.304.099 bytes. Ratio 54.3%
Compression time: cpu 4.69 secs, real 5.83 secs. Speed 10.505 kB/s


arc a -mx

Compressed 1 file, 61.223.595 => 8.311.666 bytes. Ratio 13.5%
Compression time: cpu 17.80 secs, real 18.09 secs. Speed 3.384 kB/s

arc a -mx9

Compressed 1 file, 61.223.595 => 9.054.083 bytes. Ratio 14.7%
Compression time: cpu 38.17 secs, real 24.89 secs. Speed 2.460 kB/s

arc a -m9x

Compressed 1 file, 61.223.595 => 9.054.083 bytes. Ratio 14.7%
Compression time: cpu 36.89 secs, real 24.25 secs. Speed 2.525 kB/s



[/more]

Добавлено:
Было бы замечательно, если бы дали краткое объяснение какой алгоритм для чего более эффективен (время,сжатие)
Автор: Bulat_Ziganshin
Дата сообщения: 05.12.2009 23:37
ndch
доку читай! -max требует powerpack. -m9x сжимает хуже чем -m9
Автор: ndch
Дата сообщения: 05.12.2009 23:41
Bulat_Ziganshin
http://freearc.sourceforge.net/rus/FreeArc040-rus.htm
про powerpack вообще ни одного упоминания.
Автор: Bulat_Ziganshin
Дата сообщения: 05.12.2009 23:42
new linux version:

* LZMA updated to 9.07 so now it's 10-20% faster
* -mex modes implementation
* and everything else i've implemented since Oct 7

consider this as the last chance to report bug before 0.60 will be released


Добавлено:

Цитата:
про powerpack вообще ни одного упоминания.

ну поставь сам внешние упаковщики как там посоветовано
Автор: ndch
Дата сообщения: 05.12.2009 23:46
недопонял:
почему

-mx9
9.054.083 bytes
real 24.89 secs

-mx
8.311.666 bytes
18.09 secs

при этом в доке написано
Цитата:
-mx        
Режим максимального сжатия с использованием только встроенных алгоритмов (в настоящее время реализуется как –m9 с автоматическим уменьшением требований к памяти при необходимости)



Где логика ?
Автор: Bulat_Ziganshin
Дата сообщения: 05.12.2009 23:55
–m9 и -mx9 - разные вещи
Автор: ndch
Дата сообщения: 06.12.2009 00:09
Bulat_Ziganshin
В предыдущих 4784 сообщениях есть краткое объяснение какой алгоритм для чего более эффективен (время,сжатие) ?
Автор: Redisych
Дата сообщения: 06.12.2009 00:16
Bulat_Ziganshin
Поддержу ndch в его вопросе. Что-то очень запутано, непонятно, что же выбрать.



Цитата:
ну поставь сам внешние упаковщики как там посоветовано
Там — это new linux version?


Вот сейчас, начав жать с параметром –m9, получил реально замечательный результат. А то до этого с -max парился и не понимал, почему RAR никак побить не могу :smile:
Автор: ndch
Дата сообщения: 06.12.2009 00:54
Redisych
Цитата:
В файле arc.ini из комплекта поставки программы вы сможете найти другие примеры описания внешних компрессоров и использования их для улучшения сжатия в режимах –m#p/-max.


Добавлено:
FreeArc 0.60 RC (консольный, x32)
Фича или бага ?:
arc a -i 2 -m arc file>log

в логе первый "перевод строки" -0D ; 0A
второй - 0D Почему ?????????????
третий - 0D ; 0A

Автор: Bulat_Ziganshin
Дата сообщения: 06.12.2009 13:09

Цитата:
в логе первый "перевод строки" -0D ; 0A
второй - 0D Почему ?????????????
третий - 0D ; 0A

используй -i0. нормальный лог с -i2 не получится


Цитата:
-i 2

здесь пробел лишний


Цитата:
-m

здесь забыл параметр


Цитата:
Там — это new linux version?

в линуксе использовать -max не получится


Цитата:
какой алгоритм для чего более эффективен

а доку уже прочёл?
Автор: Redisych
Дата сообщения: 06.12.2009 13:33
Bulat_Ziganshin
Случались ли со времён написания мануала кардинальные изменения, иными словами, можно ли полноценно пользоваться старым мануалом для новых версий?
Автор: Bulat_Ziganshin
Дата сообщения: 06.12.2009 13:55

Цитата:
можно ли полноценно пользоваться старым мануалом для новых версий?

да. прочти ещё http://freearc.org/ru/News.aspx
Автор: BlackScaR
Дата сообщения: 06.12.2009 14:02
Извините, если я не сюда пишу. Просьба помочь. Создаю архив, но после 6% пишет вот это:

Как это можно решить? Заранее благодарен!

Страницы: 12345678910111213141516171819202122232425262728293031323334353637383940414243444546474849505152535455565758596061626364656667686970

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


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