» FreeArc (часть 4)

ndch
положи 7z.dll в каталог с arc.exe

Bulat_Ziganshin

Цитата:

положи 7z.dll в каталог с arc.exe

положил
>arc a a.zip -tzip
FreeArc 0.67 (March 18 2011) creating archive: a.zip
Compressing 4 files, 183,314,706 bytes. Processed 0.0%
c_szCompress: unsupported archive type
arc.EXE: szCheckedTABI: error

Зачем 7z.dll отсутствует в дистрибутиве ?


Добавлено:
более того запускаю гуёвую версию:
libgdk-win32-2.0-0.dll not found

Это самое... хочется скачать дистрибутив, установить и пользоваться, а не бегать "из интернетов скачивать".
Кстати, что надо GLib,gdk-pixbuf или GTK+ ?

Будте любезны, сделайте "полный" дистрибутив.

если в установщике http://freearc.org/download/testing/FreeArc-0.67-alpha-win32.exe
Файл: FreeArc-0.67-alpha-win32.exe
CRC-32: 378ce0f1
MD4: 6bfccfbc0943884100e948d324f86bcb
MD5: ef3a17bd7eb683ead7117686d8335ee6
SHA-1: 47eb1271e7c6431c22a6ab0b03c13a3dac6e42f3

не установлена галка "ассоциировать с другими архивами", он все равно ассоциирует

Bulat_Ziganshin
Скачал я precomp 0.4.1 и решил его совместить с FreeArc. Поскольку он не совместим с предыдущими версиями, я сделал следующее:
1. Создал в каталоге "bin" папку "precomp041" и поместил в неё прекомп (ексешка + дллки)
2. В arc.ini добавил:

Цитата:

[External compressor:precomp4]
mem = 2
packcmd = precomp041\precomp {options} -o$$arcpackedfile$$.tmp $$arcdatafile$$.tmp
unpackcmd = precomp041\precomp -o$$arcdatafile$$.tmp -r $$arcpackedfile$$.tmp

[External compressor:pprec4]
mem = 2
packcmd = precomp041\precomp {options} -o$$arcpackedfile$$.tmp -pdfbmp+ -progonly+ $$arcdatafile$$.tmp
unpackcmd = precomp041\precomp -o$$arcdatafile$$.tmp -r $$arcpackedfile$$.tmp

Всё работает, НО остаётся вопрос - как его описать правильнее?
У меня, как видно, precomp 0.4.1 назван precomp4.

-------------------------------------------------------------------
И ещё по поводу FreeArc.
Заметил небольшой баг в работе GTK Theme Selector. Темы не пред просматриваются, если текущая виндосовская учётка содержит символы кириллицы (тестил на XP SP3)

Цитата:

Зачем 7z.dll отсутствует в дистрибутиве ?

Цитата:

более того запускаю гуёвую версию:
libgdk-win32-2.0-0.dll not found

сейчас переустановил с нуля - всё есть. что у тебя за дистрибут?


Цитата:

не установлена галка "ассоциировать с другими архивами", он все равно ассоциирует

спасибо, посмотрю


Цитата:

Скачал я precomp 0.4.1 и решил его совместить с FreeArc.

надеюсь, кто-нибудь другой ответит

Цитата:

сейчас переустановил с нуля - всё есть. что у тебя за дистрибут?

http://forum.ru-board.com/topic.cgi?forum=5&topic=35164&start=0&limit=1&m=1#1
http://freearc.org/download/testing/FreeArc-0.67-alpha-win32.exe
Да-да. Был невниманелен.
распаковал дистрибутив при помощи 7zip, получилось:
директория bin
и директория $_OUTDIR\bin
потому и не запустилось.
Я понимаю что "и так нормально устанавливается", но "внутренней красоты, единообразия" нет.
Это конечно один случай на 100500 пользователей и Ваше дело, как устроен инсталлятор, но всё же ...

Если пожелания к инсталлятору принимаются, то есть еще такое:
При установке анализировать установлены ли библиотеки gtk. Соотвтственно не устанавливать если они есть.
Сделать установку библиотек gtk "опциональными".
Я понимаю что есть ньюансы, но всё же. Хотелось бы немного более "гибкого" инсталлятора.


а другой листрибутив:
http://freearc.org/download/testing/FreeArc-console-0.67-alpha-win32.exe
так не получается создать zip.
Из вышеуказанного дистрибутива достал 7z.dll положил к директорию с Arc.exe. всё это счастье находится в %Path%.

запускаю

arc a a.zip -tzip

получаю

FreeArc 0.67 (March 18 2011) creating archive: a.zip
Compressing 58 files, 23,213,441 bytes. Processed 0%
c_szCompress: compression error
arc.EXE: szCheckedTABI: error

Я что-то упустил из виду ?

ndch

Цитата:

При установке анализировать установлены ли библиотеки gtk. Соотвтственно не устанавливать если они есть.

Это практически невозможно, в силу этих нюансов, и бессмысленно, в силу этих же нюансов.

Цитата:

Сделать установку библиотек gtk "опциональными".

Это другой разговор.

Добавлено:
byExit

Цитата:

Заметил небольшой баг в работе GTK Theme Selector. Темы не пред просматриваются, если текущая виндосовская учётка содержит символы кириллицы (тестил на XP SP3)

Может учетные записи имеют разный тип? Но это уже не по поводу FA, а по поводу GTK+ Preference Tool.

Цитата:

Я понимаю что "и так нормально устанавливается", но "внутренней красоты, единообразия" нет.

это называется "вылизывать яйца" к тому же у меня это никак не регулируется, вероятно внутренняя кухня nsis


Цитата:

При установке анализировать установлены ли библиотеки gtk. Соотвтственно не устанавливать если они есть.
Сделать установку библиотек gtk "опциональными".

нафиг не нужно 99% юзеров (в отличие от уже имеющихся настроек инсталятора) и создаст ещё больше проблем поскольку есть проблемы совместимости с другими версиями gtk2hs. сейчас есть "update" версии - они как раз без файлов gtk2hs:

FreeArc-update-0.67-alpha-win32.exe
FreeArc-portable-update-0.67-alpha-win32.zip


Цитата:

Из вышеуказанного дистрибутива достал 7z.dll

либо бери 7z.dll из самого 7-zip, либо ещё добавь FreeArcCodecs.dll

Bulat_Ziganshin

Цитата:

ещё добавь FreeArcCodecs.dll

Тоже самое
класть надо в .\Codecs\FreeArcCodecs.dll
и с 7z.dll от 7zip заработало

Разница то вообще есть 7z.dll от 7zip и 7z.dll от FreeArc ?
Я имею ввиду для меня как для пользователя.

Неувязка какая-то с этим 7z.dll и FreeArcCodecs.dll: нет их в "консольном дистрибутиве".
Можно ли расчитывать что Вы рассмотрите вариант включения их в "консольный дистрибутив" ?

Добавлено:

Цитата:

создаст ещё больше проблем поскольку есть проблемы совместимости с другими версиями gtk2hs

тогда и не надо наверное.

Цитата:

Тоже самое
класть надо в .\Codecs\FreeArcCodecs.dll

только хотел написать...


Цитата:

Разница то вообще есть 7z.dll от 7zip и 7z.dll от FreeArc ?

есть. моя быстрее, но глючит. пока советую оригинальную


Цитата:

Неувязка какая-то с этим 7z.dll и FreeArcCodecs.dll: нет их в "консольном дистрибутиве".
Можно ли расчитывать что Вы рассмотрите вариант включения их в "консольный дистрибутив" ?

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

Цитата:

к тому же у меня это никак не регулируется, вероятно внутренняя кухня nsis

Скорее это [more=плюсы]
Цитата:

В настоящее время инсталляторы NSIS не могут быть полностью декомпилированы. Сам инсталлятор не содержит в себе никаких функций для того, чтобы извлечь сценарий и/или файлы без инсталляции. Это - выбор разработчика, доступны ли исходный текст и/или файлы для инсталлятора для публики или нет. Есть, однако, внешние инструментальные средства, которые позволяют это сделать. 7-zip поддерживает частичную распаковку NSIS инсталляторов с алгоритмом сжатия lzma или bzip. Так же существует мульти-архивный плагин для TotalCommander.
Небольшая заметка для разработчиков: используйте DCryptDll, если хотите скрыть некоторые файлы в вашей инсталляции.

[/more] 7-Zip, чем чей-то недостаток.

Было бы интересно увидеть этот алгоритм в FA
http://habrahabr.ru/blogs/algorithm/117319/

Цитата:

Было бы интересно увидеть этот алгоритм в FA

без реально работающего декодера это фигня, а не алгоритм. Комменты хотя бы почитайте.

очевидно, что алгоритм, сжимающий несжимаемые данные, некорректен

Bulat_Ziganshin
Дай пожалуйста пример для запаковки файла срепом версии 2,95 чтоб при распаковке требовалось 128 мб ОЗУ

упаковка: srep -f file
распаковка: srep -d -mem128m file.srep

как видишь, использование памяти задаётся при распаковке, при этом упаковка должна делаться с -f. учти, что при таком малом объёме памяти srep будет много писать в tempfile. советую использовать хотя бы вдвое больше памяти

Bulat_Ziganshin
Яжал так srep32.exe -m3 -l32 coalesced.tfc data.srep с срепом 2,95 теперь мне сжимать так

srep32.exe -m3 -l32 -f coalesced.tfc data.srep ?
или просто srep -f file

Добавлено:
Bulat_Ziganshin

Цитата:

как видишь, использование памяти задаётся при распаковке, при этом упаковка должна делаться с -f. учти, что при таком малом объёме памяти srep будет много писать в tempfile. советую использовать хотя бы вдвое больше памяти

я 128 мб привёл для примера в среднем планирую использовать 512мб

Цитата:

srep32.exe -m3 -l32 -f coalesced.tfc data.srep ?

да

вообще, лучше использовать srep в контейнере .arc - это позволит распаковывать без промежуточных файлов, но требует большей квалификации

Bulat_Ziganshin
то есть прописывать в arc.ini ?

Добавлено:
дописать вот это ?
[External compressor:srep]
packcmd = srep {options} $$arcdatafile$$.tmp $$arcpackedfile$$.tmp
unpackcmd = srep -d - - <stdin> <stdout>

ALExey1995

Цитата:

то есть прописывать в arc.ini ?

Добавлено:
дописать вот это ?

если ты юзаешь isdone, то используй все как есть, только в начале скрипта раскомментируй #define SrepInside. Настройки для распаковки срепа просто задаешь в SrepInit (все что надо автоматом в arc.ini дописывается).

Bulat_Ziganshin
Цитата:

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

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


Добавлено:
и все таки внешнее приложение (srep.exe в данном случае) ищется и в CurrentDir) а не только во временной папке фриарка, переменной path, системном пути и т.д.

В последних альфах FA внешние упаковщики работают скрыто в GUI.
А обратно это как-то можно настроить?

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

alexseb2007
-ap=dir1 - распаковать файлы только из папки dir1 внутри архива

Цитата:

-ap=dir1 - распаковать файлы только из папки dir1 внутри архива

а в isdone0.6 получится как то задать распаковку из папки в архиве?

alexseb2007
читаем справку и юзаем параметр ExtractedPath.

Bulat_Ziganshin
http://forum.ru-board.com/topic.cgi?forum=5&topic=34920&start=520#11

Добавлено:
Пытаюсь сделать деинтерливер dds'ок фильтром к фриарку (-mdds+lzma). Вчера мучился с ошибкой, которая возникала при перегонке данных посредством stdin+stdout, фриарк при распаковке писал, что crc не совпадает. При этом в режиме file to file (с временными файлами) все без ошибок извлекалось. Думал может какой косяк в алгоритме буферизации моего exe-шника. Сегодня пришел - все пашет.. Я уныл

Цитата:

alexseb2007
читаем справку и юзаем параметр ExtractedPath.

спасибо! уже разобрался

получается такого вида - if not ISArcExtract ( 0, 0, ExpandConstant('{src}\data.arc'), ExpandConstant('{app}'), 'dir1', false, '', '', ExpandConstant('{app}'), notPCFonFLY {PCFonFLY}) then break;

Цитата:

Вчера мучился с ошибкой, которая возникала при перегонке данных посредством stdin+stdout, фриарк при распаковке писал, что crc не совпадает.

ну а если с lzma.exe протестить.

Bulat_Ziganshin

кажется нашел по какой причине возникают глюки с внешним фильтром..
Юзаю WinAPI функции ReadFile и WriteFile (думаю и в сишных прогах весь ввод/вывод в конечном итоге работает через них).
копипаст с msdn
Код: BOOL WINAPI ReadFile(
__in HANDLE hFile,
__out LPVOID lpBuffer,
__in DWORD nNumberOfBytesToRead,
__out_opt LPDWORD lpNumberOfBytesRead,
__inout_opt LPOVERLAPPED lpOverlapped
);

пакую папку(куча мелких файлов zip,exe,rar) -70Мб без сжатия
получаю arc - 70Мб
открываю - внутри всего три файла - 8Мб
распаковываю - внутри всего три файла - 8Мб??
все настройки дефолтные

Всем привет.
Подскажите свои настройки сжатия FreeArcа, чтобы сжимало ОЧЕНЬ хорошо, пожалуйста.
У меня FreeArc альфа.