Привет!
Пробую пользоваться фа (скачал на сайте альфа 0.50 от 23 июня п/г), возникла проблема:
(при архивировании методом -мх "молча" отваливаемся не закончив, при этом методом -м9х прекрасно жмем, при этом попытка ch архива полученного по м9х в мх - опять отваливаемся судя по оставленному тмп-файлу все в той же точке. данные жмутся хорошо: 5.15Гб в 2.56Гб по -м9х ( т.к. юзаемая версия устарела - не так важно)
из которой возникла небольшая идея - поскольку удобнее пользоваться консольной версией (вынь32 и думаю по многим причинам консольную же версию использует большинство), но запускаю обычно не под кмд-шеллом, а из командной строки ТС, то нельзя ли сделать так, чтобы при выдаче ошибки кмд-сессия не захлопывалась, а предлагала бы press any key to quit - тогда можно во-первых увидеть возникшую ошибку, во-вторых ею поделиться
Я не осилю читать все 90 еще непрочитанных страниц, поэтому просто выложу то что заметил (возможно уже исправлено, т.к. автор, оказывается, за что ему респект
![](http://i.ru-board.com/s/smile.gif)
регулярно обновляет прогу, но не делает этого на сайте):
по sfx
win gui версия:
- при -х выкладывает архив в текущей папке в еще раз папку
![](http://i.ru-board.com/s/smile.gif)
. например, я стоптал в текущей папке подкаталог zone\*, удалил его, а после распаковки на выходе получаю при этом zone\zone\*. Избавиться нереально, разве что попробовать -d=..\.. - не пробовал.
- при -х иногда не виден процесс распаковки. собственно лично я вижу смысл в win gui sfx именно в гуяшном прогресс-баре, который, правда, иногда таки виден. s1/s2 заметно не влияет ни на что, имею в виду когда пб не виден и без этой опции...
по консольной sfx
- при -х иногда запускается незаметным процессом и делает свое дело
![](http://i.ru-board.com/s/smile.gif)
Виден только в таск менеджере
- при -х неинтересный и непонятный для конечного юзера статус-бар, вернее его полное отсутствие. как следствие легче заюзать arc.exe x - там прогресс виден и понятен
при сжатии -мх получаю на распаковке ошибку нехватки памяти can't allocate memory... ppmd:22:1Gb при 4Гб ОЗУ. Распаковка с ключем -ld512 - не помогла. unarc в этом случае не юзал (только сейчас о проге узнал), просто перепаковал с -ld512.
Еще встречал архивчик спакованный 0,50 а от 23 июня, с такой же приблизительно проблемой, но там не ppmd было, а что-то другое (другой метод, типа cpm или чето такое. но не lzma) и памяти он не нашел 512Мб при тех же 4Гб. Порешил задав при распаковке ключ -ld512 - арк сначала подумал с минуту но потом начал разворачивать.
по unarc - при каждом запуске виндовый фаер (типа этот встроенный центр безопасности, зае_ся его службу отключать уже) на него напостой ругается - мол неподписанная прога, да еще скачанная с инета! мне-то до фени, а люди не поймут..
словил прикол - на одном файлике, около 200Мб, неплохо жмется, попробовал опции -mx -ld512 и -mx -ld1024 - в последнем случае архив получился меньше! Аж на 2 (два) байта!
![](http://i.ru-board.com/s/smile.gif)
))
автору выказываю свое признание
![](http://i.ru-board.com/s/smile.gif)
я, конечно, простой чел, и мое признание и уважуха мало что значит, но все же.
Офигел когда один и тот же набор данных был упакован лучше чем по лзма методу, причем ощутимо так из 5 гиг получил 1.2 при -м9х. По лзме/ультра получал там же около 2Гб. Окончательно офигел когда стоптал то же самое с -мх -лд512 и получил 800Мб!!!
Ложка самизнаетечего
![](http://i.ru-board.com/s/smile.gif)
Но, к сожалению, в большинстве остальных случаев результаты лзма и арка оказываются сравнимыми и очень близкими. разница в пользу арка составляет при сжати к примеру 1Гб в архиве на 10-20Мб, т.е., к примеру, 747Мб(не ультра) и 733Мб(-мх). Есть варианты когда чистый лзма(не ультра) справляется намного лучше арка при -мх.