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

Profrager а может быть та!
Просто тут написал подругому=)
ALTAIR_OC ну тогда напиши: в каком порядке ты в ручную химичил)
И про распаковку первого архива))

1.Так, давайте по порядку, эта строчка -m=precomp038:slow:t-j+srep:l512+lzma:512mb:max:bt4:128 работает так: файлы обрабатываются прекомпом, потом вступает в действие srep, а потом уже сам фриарк, я прав? вроде бы да...
2. т.к я не знаю как обрабатывать прекомпом целые папки, я сую в архив все нужные мне файлы, потом обрабатываю прекомпом, срепом и зажимаю арком -mx -ld512m
в 1 у меня сжатие выходит около 600мб
в 2 выходит, да ничего не выходит, практически не жмется
мафию 2 паковал двумя способами по новому(в ручную) и по старому (тупо строчку во фриарк и само пакует) резалт вышел 1 в 1, а вот с кейном нифига

а ничего что во фриарке жму 038 версией, а в packers show 04 версие прекомпа?
также заметил что если жать строчкой во фриарке, то когда начинает работать среп, то вы знаете там он показывает %-ы ужатия, дык там выходит около 50% (половину срезает)
а в ручную всегда 90%


Цитата:

Просто тут написал подругому=)

да, написал по другому


Цитата:

И про распаковку первого архива))

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

Цитата:

а ничего что во фриарке жму 038 версией, а в packers show 04 версие прекомпа?

Ничего... постабильней будет..

Цитата:

файлы обрабатываются прекомпом, потом вступает в действие srep, а потом уже сам фриарк, я прав? вроде бы да...

Да.

Цитата:

какого первого?

Этого!

Цитата:

-m=precomp038:slow:t-j+srep:l512+lzma:512mb:max:bt4:128
в 1 у меня сжатие выходит около 600мб

Его попробуй распаковать=)

Цитата:

а в ручную всегда 90%

Ручки кривые=)

Цитата:

Его попробуй распаковать=)

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

Цитата:

Ручки кривые=)

ну спасибо вам, добрый человек

ALTAIR_OC

Цитата:

ну спасибо вам, добрый человек

НЗЧТ)
Да необижайтесь....
Просто я в ступоре, в голове неукладывается... как у тебя так получается...
Ты из Казахстана??
Если да, то залей 1-й архив (600мб) на

Цитата:

files.gameworld.kz

Я посмотрю что там... сам попробую ногами пожать..

Цитата:

Ты из Казахстана??

нет
у меня тариф 512к, долго лить сие чудо буду

Если жать строчкой во фриарке то файл прекомпа получается около 2.5гб что прекрасно видно на скринах

потом вступает в дело среп


И как видно "сжатие" 50%

А если сжимаю в ручную, то:

Прекомповский файл весит всего 1.4 гб - значит прекомп не отрабатывает полностью? ну и конечно сам среп там поделать ничего не может.

Цитата:

Прекомповский файл весит всего 1.4 гб - значит прекомп не отрабатывает полностью?

Чтобы вручную сжимать - надо доку читать, 99% что -slow у прекомпа не форсирован.

PAQer

Цитата:

Чтобы вручную сжимать - надо доку читать, 99% что -slow у прекомпа не форсирован.

я работаю с прогой packres show, там -slow у меня стоит
мб параметры с9 и m9 мешают?

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

PAQer
Норм прога, сейчас убрал с9 и m9 и о чудо, архивчег сжался как надо

Цитата:

сейчас убрал с9 и m9 и о чудо

действительно чудо

Цитата:

Норм прога, сейчас убрал с9 и m9 и о чудо, архивчег сжался как надо

ALTAIR_OC

Цитата:

Норм прога, сейчас убрал с9 и m9 и о чудо, архивчег сжался как надо

Мда... тяжелый случай...)) действительно доку нечитал

Bulat_Ziganshin
Profrager
V2driver
а ну ка, быстра прекратили глумиться

Тестил FreeArc 0.67 (September 1 2010) на предмет х64. Добавил содержимое arc-lzma-x64-filter.ini в arc.ini, скопировал lzma-freearc-x64.exe в папку Bin.
Жал папку 76Мб. Команды давал такие:

Код: arc.exe a -lc- -m=rep:1g+exe+delta+4x4:b64m:lzma:d64m -t shader shader
arc.exe a -lc- -mrep:512mb:512:a99+lzma:d512m:a1:mfbt4:fb128:lc8 -t shader shader
и тп с измененем параметров только словарей

попробуйте кто-нить плиз помочь Стаско, мне лень

кстати старой версией FreeArc (0.60) все "проблемные" архивы успешно открываются, не открываются именно 0.67й.

Есть еще одна довольно серьезная проблема, касающаяся любой версии:
при сжатии большого объема данных (впрочем объем неважен, но при большом заметен быстрее) временные файлы "складываются" в прописанный временный каталог и если арк "упадет" от нехватки там (во времянке) места, или по какой другой причине - он за собой не убирает, т.е. созданные временные файлы не удаляются, остаются и занимают место! Это в свою очередь влечет за собой дальнейшую невозможность паковать что-либо вообще, т.к. то место что там было остается занятым неубитыми временными файлами предыдущих неудачных сессий.
При этом б0льшая часть юзеров даже не поймет в чем дело и где искать причину. Еще большая часть юзеров вообще не представляют себе что такое каталог временных файлов и где его искать чтобы почистить. Оно, конечно, может сработать виндовая чистилка, но не всегда и опять же ламеры не поймут.
Поэтому я считаю так - если отваливаешься неважно по какой причине, то перед выходом надо подтереть те временные файлы, что были созданы в текущей сессии.
Добавлено:
Мб при создании временных файлов можно сразу ставить их в очередь на удаление каким-то независимым от фарка процессом/потоком, который их будет пытаться удалить все время, пока они существуют, но не сможет, пока фарк их использует и "не отпускает". Т.е. такой поток будет автоматом удалять временные файлы сразу как только это станет возможным, что будет происходить по окончанию сжатия или при падении фарка.

Цитата:

при сжатии большого объема данных временные файлы "складываются" в прописанный временный каталог и если арк "упадет" от нехватки там (во времянке) места - он за собой не убирает, т.е. временные файлы остаются!

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

кстати вот еще можно какую заплатку забодяжить - фарк создает временные файлы всегда в однотипно названных папках, начинающихся с freearc. Так вот, при очередном запуске фарка можно проверять наличие таких папок во времянке и удалять оные при обнаружении. Т.е. производить автозачистку ТЕМРа от своего же мусора Можно так же при бодяжить к гуяшной версии нехитрую кнопу, по которой временная папка будет очищаться от вообще любого всего что там есть и не "занято".

Цитата:

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

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


Цитата:

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

так можно. но первый вариант с моей поправкой выглядит ещё лучше

в первом варианте, если с тем файлом идет работа его и так невозможно удалить - он же "занят"! Не пойму какая тут мб проблема - резонно игноришь удаление и все.
И прочти пож. еще раз мой второй пост на этой странице - я там дописал по поводу, ты мб не прочитал, т.к. еще не было:

Цитата:

Добавлено:
Мб при создании временных файлов можно сразу ставить их в очередь на удаление каким-то независимым от фарка процессом/потоком, который их будет пытаться удалить все время, пока они существуют, но не сможет, пока фарк их использует и "не отпускает". Т.е. такой поток будет автоматом удалять временные файлы сразу как только это станет возможным, что будет происходить по окончанию сжатия или при падении фарка.

Цитата:

в первом варианте, если с тем файлом идет работа его и так невозможно удалить - он же "занят"!

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


Цитата:

И прочти пож. еще раз мой первый пост на этой странице - я там дописал по поводу, ты мб не прочитал, т.к. еще не было.

что именно?

Добавлено:

Цитата:

И прочти пож. еще раз мой второй пост на этой странице - я там дописал по поводу, ты мб не прочитал, т.к. еще не было:

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

так ведь если фарк упадет по какой-либо причине очередь может просто не отработать! Ведь неизвестно что и где произойдет.
Смотри, фарк во время сжатия может создавать процесс-сателит, назовем его уборщик. При этом ПИД созаланного уборщика фарк запоминает, а уборщик запоминает ПИД фарка-родиделя. Уборщик мониторит наличие родителя по ПИДу. Фарк, если все удачно и без ошибок прошло - убивает уборщика. Если не все ок, т.е. крэшбумбенг уборщик остается и видит что родитель отвалился, убирает за ним и отваливается сам. По- идее не ак уж сложно и по крайней мере пока идут бэты/альфы - вполне резонное решение на мой взгляд.

да, это слишком замороченно

еще тут столкнулсо с непоняткой одной:
значит написал я себе батник на упаковку. Поскольку на разделе где времянка места только 7гб, а я жму данных 12гб, то решил на время сжатия перенести времянку. В доке видел что можно задавать в -w, но я решил не вписывать в каждую строку упаковки -w, вместо этого в начале командника написал:
Код: set temp = F:\temp

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


Цитата:

А нельзя ли для такой же большой армии 2х-ядерных процов забацать режим 2х2?

самое прикольное - что ты всё это пишешь серьёзно. 4x4 детектит число ядер, можно его задать принудительно параметром :t или опцией -mt


Цитата:

использует %TMP%

читай описание GetTempPath


Цитата:

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

делай

Цитата:

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

Это REP а не Xdelta

не понял юмора... Xdelta вычисляет разницу меж двумя файлами. При чем здесь это?

Цитата:

делай

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

А нет ли ARC-плагина для Total commander?

Добавлено:
кАк распаковывать по Ctrl+PgDown я разобрался. А как упаковывать в ARC средствами Тотала?