CTACKo
Junior Member | Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
Привет!
Пробую пользоваться фа (скачал на сайте альфа 0.50 от 23 июня п/г), возникла проблема:
(при архивировании методом -мх "молча" отваливаемся не закончив, при этом методом -м9х прекрасно жмем, при этом попытка ch архива полученного по м9х в мх - опять отваливаемся судя по оставленному тмп-файлу все в той же точке. данные жмутся хорошо: 5.15Гб в 2.56Гб по -м9х ( т.к. юзаемая версия устарела - не так важно)
из которой возникла небольшая идея - поскольку удобнее пользоваться консольной версией (вынь32 и думаю по многим причинам консольную же версию использует большинство), но запускаю обычно не под кмд-шеллом, а из командной строки ТС, то нельзя ли сделать так, чтобы при выдаче ошибки кмд-сессия не захлопывалась, а предлагала бы press any key to quit - тогда можно во-первых увидеть возникшую ошибку, во-вторых ею поделиться 
Я не осилю читать все 90 еще непрочитанных страниц, поэтому просто выложу то что заметил (возможно уже исправлено, т.к. автор, оказывается, за что ему респект регулярно обновляет прогу, но не делает этого на сайте):
по sfx
win gui версия:
- при -х выкладывает архив в текущей папке в еще раз папку . например, я стоптал в текущей папке подкаталог zone\*, удалил его, а после распаковки на выходе получаю при этом zone\zone\*. Избавиться нереально, разве что попробовать -d=..\.. - не пробовал.
- при -х иногда не виден процесс распаковки. собственно лично я вижу смысл в win gui sfx именно в гуяшном прогресс-баре, который, правда, иногда таки виден. s1/s2 заметно не влияет ни на что, имею в виду когда пб не виден и без этой опции...
по консольной sfx
- при -х иногда запускается незаметным процессом и делает свое дело Виден только в таск менеджере
- при -х неинтересный и непонятный для конечного юзера статус-бар, вернее его полное отсутствие. как следствие легче заюзать 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 (два) байта! ))
автору выказываю свое признание я, конечно, простой чел, и мое признание и уважуха мало что значит, но все же.
Офигел когда один и тот же набор данных был упакован лучше чем по лзма методу, причем ощутимо так из 5 гиг получил 1.2 при -м9х. По лзме/ультра получал там же около 2Гб. Окончательно офигел когда стоптал то же самое с -мх -лд512 и получил 800Мб!!!
Ложка самизнаетечего Но, к сожалению, в большинстве остальных случаев результаты лзма и арка оказываются сравнимыми и очень близкими. разница в пользу арка составляет при сжати к примеру 1Гб в архиве на 10-20Мб, т.е., к примеру, 747Мб(не ультра) и 733Мб(-мх). Есть варианты когда чистый лзма(не ультра) справляется намного лучше арка при -мх. |
