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

Цитата:

paq8px = paq8px64

это не дублирование. это означает что -m=paq8px будет заменяться на -m=paq8px64


Цитата:

попробуй paq8px.exe переименовать на paq8px64.exe

а paq8px64.exe уже есть в PP. вопрос только в том чтобы клиент научился пользоваться cmd.exe иначе вы так и будете гадать до посинения

Bulat_Ziganshin


Цитата:

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

Но если precomp с ключом slow обрабатывает файл то выходной файл после его работы всегда больше исходного.

Bulat_Ziganshin
тогда непонятно если paq8px64.exe уже есть, почему ж он не сработал с первого раза как полагается? В то время как lpaq9k нормально работает. А переназначение в ini файле имеет больший приоритет? То есть в [External compressor: paq8px] paq8px уже не работает, правильно понимаю?

Xuligator

FreeArc 0.60 RC от 5октября. скрипт 3.4

Добавлено:
Bulat_Ziganshin


Цитата:

precomp:slow

И как мне тогда это подать в строке для Gui в моем случае: -m9p -ld192 -s256

Хотя я так понимаю что имея в архиве один файл параметр -s256 бесполезно задавать?

Цитата:

тогда непонятно если paq8px64.exe уже есть, почему ж он не сработал с первого раза как полагается?

ну давай сидеть гадать


Цитата:

А переназначение в ini файле имеет больший приоритет? То есть в [External compressor: paq8px] paq8px уже не работает, правильно понимаю?

да, срабатывает замена и уже всё


Цитата:

И как мне тогда это подать в строке для Gui в моем случае: -m9p -ld192 -s256

-m=precomp04:slow+rep:192mb+exe+delta+lzma:91mb:normal:bt4:128

Да дело оказалось в том что вызывается paq8px64 вместо paq8px. На paq8px64 и ругается консольная версия, т.к. на сколько я знаю это для 64 разрядных операционок, а уменя простая 32 разрядная XP.
Я закоментировал строчку paq8px = paq8px64 и всё заработало!

Цитата:

Но если precomp с ключом slow обрабатывает файл то выходной файл после его работы всегда больше исходного.

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


Добавлено:

Цитата:

На paq8px64 и ругается консольная версия, т.к. на сколько я знаю это для 64 разрядных операционок,

хм, у меня под winxp-32 в эмуляторе работает

Добавлено:
может, у тебя атлончик?

Да у меня AMD Phenom II X4 920.

dinam
интеловский компайлер любит вставлять в код проверки на "родной" проц

Значит если использовать precomp04:slow то в случае если он действительно что то находит, то при распаковке его консоль будет в любом случае? И скрыть её нереально применительно к скрипту 3.4? И тем более нельзя заставить unarc.dll отдавать информацию о прогрессе работы precompa при распаковке?

Sedjyan
всё верно

Спасибо за откровенность.Значит всё что связано с precomp буду делать по старому.

Добавлено:
Bulat_Ziganshin

Действительно precomp не был использован. Вот lt этого же файла без использования precomp .

FreeArc 0.60 RC listing archive: bigfile.002s.arc
Pos Size Compressed Files Method
-----------------------------------------------------------------------------
31 1.751.150.592 1.590.332.804 1 rep:192mb+exe+delta+lzma:91mb:normal:bt4:128
-----------------------------------------------------------------------------
1 files, 1.751.150.592 bytes, 1.590.332.804 compressed
All OK

http://freearc.org/HFCB.aspx : updated CSC/7-zip results (faster I/O due to 50Gb partition), added more 7-zip modes (m/t lzma2 and bzip2)

Добавлено:
dinam
попробуй плиз на своей машине http://freearc.org/download/testing/paq8px64.exe

Цитата:

Значит если использовать precomp04:slow то в случае если он действительно что то находит, то при распаковке его консоль будет в любом случае? И скрыть её нереально применительно к скрипту 3.4? И тем более нельзя заставить unarc.dll отдавать информацию о прогрессе работы precompa при распаковке?

Как нельзя ... можно - вот только язык Haskell мой мозг выносит наглухо, не сегодня так завтра сделаю

Цитата:

Цитата: Значит если использовать precomp04:slow то в случае если он действительно что то находит, то при распаковке его консоль будет в любом случае? И скрыть её нереально применительно к скрипту 3.4? И тем более нельзя заставить unarc.dll отдавать информацию о прогрессе работы precompa при распаковке?

Как нельзя ... можно - вот только язык Haskell мой мозг выносит наглухо, не сегодня так завтра сделаю

Ну невидимость окна консоли уже сделал ... во многих инсталяторах он уже )))
С пипами сложнее ... ну ничего ... даст бог - сделаем

Обновил обзор
Limits of Virtual Memory in Windows

Нашел глючок. При нажатии кнопки "АркИнфо" файлов сжатых paq8px FreeArc всегда показывает 450Мбайт ОЗУ упаковки и распаковки вне зависимости от реальных значений.

Vo1T

Это то было бы здорово.


Цитата:

Ну невидимость окна консоли уже сделал ... во многих инсталяторах он уже )))
С пипами сложнее ... ну ничего ... даст бог - сделаем

А это как сделать?


Добавлено:
Bulat_Ziganshin

А если precomp архиватор не использует , то на фига он в ArcInfo его показывает? Только вводит в заблуждение. Если он соображает что вн.модуль ему как мертвому припарка,то пусть хотя бы информирует перед тем как его не использовать при дальнейшей упаковкой или хотя бы не показывает в ArcInfo.

Bulat_Ziganshin
заметил в TC - в архиве, у файлов больше 4ГБ, отображается неправильно размер.

dinam

Цитата:

Нашел глючок. При нажатии кнопки "АркИнфо" файлов сжатых paq8px FreeArc всегда показывает 450Мбайт ОЗУ упаковки и распаковки вне зависимости от реальных значений

какое значение указано в arc.ini, то и будет прописано (там одно значение)
Bulat_Ziganshin
может ввести ряд значений для памяти \ настроек?

Цитата:

Цитата:
Ну невидимость окна консоли уже сделал ... во многих инсталяторах он уже )))
С пипами сложнее ... ну ничего ... даст бог - сделаем

А это как сделать?

Очень просто - берём сорцы ... и правим в месте вызова екзешника для SFX распаковки

Цитата:

может ввести ряд значений для памяти \ настроек?

да, у меня даже расписано как это сделать, но внешние упаковщики - не приоритетное направление в развитии fa


Цитата:

А если precomp архиватор не использует , то на фига он в ArcInfo его показывает

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


Цитата:

Limits of Virtual Memory in Windows

ек понимаю, почему ты игнорируешь возможность выставить адрес базирования dll на стандартные 4мб, чтобы она сама зарружалась в пространство каждого процесса куда придётся

Bulat_Ziganshin

Цитата:

на стандартные

стандартное где?!
это условность.

Добавлено:

Цитата:

чтобы она сама зарружалась в пространство каждого процесса куда придётся

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

Цитата:

стандартное где?!

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


Цитата:

самое правильное чтобы dll грузился по конкретному адресу

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

Bulat_Ziganshin

Цитата:

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

1. есть п3.2
2. Каждый и так решает, что ему важнее, вольготная работа "одного" приложения \ или стабильность системы.
3. Про лишнии копии dll в памяти, можно особо не думать, ПО которому нужна вольготная жизнь - "единочное".
4. альтернативный вариант - есть общий вариант 0x00000000-0xFFFF0000, а дальше пускай головой думают
Перед обзором не стоит задача - пошаговой инструкции, по крайне мере на сегодня.

Bulat_Ziganshin я так понимаю окошко srep будет вылазить при распаковке или в будущем оно исчезнет как в случае с rep???

NattyBampo
в принципе окно srep убрать возможно, так что можно надеяться что в будущем я это сделаю

сори за тупой вопрос,где мне взять srep,в в том power pack что в компе,там его не нашел,может старая версия?
что мне нужно вписать в строку compression,чтобы вместе с Freearc был precomp и обрабатывал файлы с командой -slow

those who have any AMD cpu, please help me: download http://freearc.org/download/testing/paq8px64_original.exe and http://freearc.org/download/testing/paq8px64_patched.exe , run both and write here your cpu and whether these programs work or not. i expect that only patched will be ok on your systems. if that will confirm, i will patch all executables in PowerPack

and one more test for AMDs: load and extract to separate dir http://freearc.org/download/testing/facompress.dll.zip , run test.cmd andgive here its output. thank you!

Bulat_Ziganshin, мне step'ом пользоваться ещё не приходилось, но один товарищ уже умудрился сделать себе step.dll и использовать в репаке игры... Во время установки никаких лишних окон, командных строк замечено не было. Прикрепляю, може стане вам у нагодi