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

Я в сабжевых делах чайник, может где-то чегото не понимаю (сильно не ругать).

Установлен Freearc 0.51 + последний arc1 (накатывал на свежеустановленный фриарк). Неоднократно ловлю баг архивирования через контекстное меню. Если архивировать группу файлов через контекстное меню, то после архивации в архиве почему-то не достает несколько файлов (когда упаковывал 11 док-файлов, в итоге упаковалось 9, после упаковки 16 файлов .pas в архиве не было 1 файла). Было даже, что после архивирования 16 mht-файлов в архиве оказалось только 4 из них.
Если предварительно поместить файлы в папку, и через контекстное меню упаковать папку, то все файлы остаються на месте.

з.ы. Вин ХР СП3, гиг оперативки (большая часть свободна)

да, вероятно ком. строка обрезается до 4000 символов. спасибо, посмотрю

Цитата:

да, вероятно ком. строка обрезается до 4000 символов. спасибо, посмотрю

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

Bulat_Ziganshin
ВНИМАНИЕ!
Скачал из шапки ARC1, распаковал, перезаписал сверху на FreeArc/bin/.
Поставил на упаковку папку с 8 тыс мелких HTML файлов, названных по-русски, с пробелами. Папка названа по-русски, с пробелами, путь к ней тоже. Название архива по-русски с пробелами, целевая папка упаковки по-латински без пробелов.
Упаковка прошла быстрее, чем 7z (PPMd), архив чуть-чуть меньше (на полпроцента) - но, после завершения упаковки FreeArc продолжал работать, окно не перерисовывалось, занимал 50% процессора и 100 Мб памяти. Диспетчер задач сказал, что он не реагирует.
Снёс его принудительно...
(Насчёт исходных файлов соврал с перепугу - сейчас проверил - всё ОК, извините ).
Предыдущая версия работала нормально (до накатывания ARC1), хотя сжимала почему-то хуже, чем 7z. Таких глюков как сейчас после сжатия не было.

ну и как я это должен проверить?

непонятно как ты запускал и что причина сбоя

Bulat_Ziganshin
Запускал ГУИ, выбрал файлы, сжатие высокое -m5. Больше ничего по умолчанию не менял.
Подвисание FreeArc после завершения упаковки повторяется.
Какая информация ещё нужна?

Bulat_Ziganshin

так что насчет процентов в логе? можно их четче отображать?

Цитата:

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

какие проценты, в каком смысле лучше..?


Цитата:

Поставил на упаковку папку с 8 тыс мелких HTML файлов, названных по-русски, с пробелами

можешь мне их прислать?

Добавлено:

Цитата:

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

думаю, что поправил, заодно почикал dll. качайте arc1 заново

Bulat_Ziganshin



Цитата:

какие проценты, в каком смысле лучше..?

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

spider91
нет, это потребует серьёзной переделки алгоритмов сжатия

Bulat_Ziganshin

ну тогда так и будет.

а может в фа есть какие то алгоритмы которые более четко отображают проценты?

это зависит от того, сжимаешь ты или распаковываешь

кроме того, проблема в основном в сочетаниях - блочный алгоритм (который не обновляет порценты пока не обработан весь блок) + медленный алгоритм типа ppmd

проще тебе самому попробовать отключать их по одному-два

Bulat_Ziganshin

я часто жму rep+lzma и в нем проценты идут так как я писал выше. может только lzma будет лучше отображатся?

да

на самом деле, там достаточно уменьшить MAX_READ, но кто это сделает?

Bulat_Ziganshin
Запрос на мыл ушёл в личку...

Bulat_Ziganshin



Цитата:

да

на самом деле, там достаточно уменьшить MAX_READ, но кто это сделает?

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

а что за Max_READ? ето в самом алгоритме надо уменьшать или ето параметр какойто?

Bulat_Ziganshin

С первого взгляда фиксед, но не тут то было(( из 40 mht-файлов в архиве оказалось 38. Странно, что при сжатии 80 других mht со схожими именами ни один не потерялся.

Цитата:

у ярлыков FreeArc\Change skin указана
Рабочая папка: "C:\Program Files\FreeArc"
надо
Рабочая папка: "C:\Program Files\FreeArc\bin"
gtk2_prefs.exe возможно до этого нет дела
а вот FreeArc не цепляет из-за этого внешние упаковщики, если они в PATH не прописаны, а лежат рядом.

Все перепробывал, и в PATH вносил, и раб папку менял, не подхватывает внешние препроцессоры, вроде ведь правильно добавляю в arc.groups, где $precomp такие сторочки *.ff и *.iwd.

DemonAk
автодетект отключите

egor23
Дак конечно отключал, галочку снимал, если только он где то еще отключается...

Все получилось), блин не тод метод сжатия выставлял...а про раб папку это верно, должно быть C:\Program Files\FreeArc\bin не только для change skin, но и для freearc.

Цитата:

а что за Max_READ? ето в самом алгоритме надо уменьшать или ето параметр какойто?

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

Создал sfx data.exe (40 мегов) с precomp04,038, загнал в образ, запустил с образа файл data.exe, все необходимые файлы для извлечения лежат рядом, дак вот он не извлекает, а выдает ошибку память read. Я так понял что он не может извлечь потому что пытается рядом создать темповские файлы, а на диске то их нельзя создать)). На диске С: архив начал распаковываться достиг 99 % и застопарился, ждал 10 минут и убил процесс, даже с помощью unarc не распаковался.
Хотелось бы для sfx архивов параметр "каталог для временных файлов", а то придется весь архив сначала копировать на диск C: а потом уж извелкать, что не очень хорошо особенно если архив на несколько гигов.

Цитата:

Хотелось бы для sfx архивов параметр "каталог для временных файлов"

согласен. так же, как и для обычных архивов этого не хватает

а нельзя ли при извлечении обойтись без создания промежуточных временных файлов, записывать их в память, а после извлечения освобождать память? Хотя бы для мелких архивов, размером 100-200 Мб (или в зависимости от общего размера доступной памяти в системе). Для извлечения много памяти не нужно, а при записи временного файла на диск теряются драгоценные секунды

временные файлы создаются только при нехватке памятии ли использовании внешних компрессоров

Вот sfx архив запакован при помощи gui с параматрами сжатия -max -ma- -ld=600m, для распаковки нужен precomp04. Попробуйте извлечь, а то у меня виснит распаковка на 99 % и все тут =\.
http://narod.ru/disk/9405439000/test1.exe.html (8 мегов)

DemonAk
для распаковки нужны файлы:
precomp04.exe
ecm.exe
PPMonstr.exe
unecm.exe
packjpg_dll.dll
arc.ini

Bulat_Ziganshin
Спасибо, распаковалось. А как узнать какие внешние препроцессоры использовались при сжатии?, а то я заметил окно только precomp'a

DemonAk
arc lt test1.exe

Цитата:

FreeArc 0.52 alpha (May 31 2009) listing archive: test1.exe
Pos Size Compressed Files Method
-----------------------------------------------------------------------------
100.383 13.517.381 8.421.375 1 precomp04+rep:600mb+exe+delta+lzma:128mb:max:bt4:128
-----------------------------------------------------------------------------
1 files, 13.517.381 bytes, 8.421.375 compressed

Цитата:

Спасибо, распаковалось. А как узнать какие внешние препроцессоры использовались при сжатии?, а то я заметил окно только precomp'a

как сказал Егор, с помощью lt. плюс нужен arc.ini. то что я привёл - полный набор, подходящий для любых архивов, созданных с -max