Ru-Board.club
← Вернуться в раздел «Программы»

» FreeArc (часть 4)

Автор: MrDenisxXx
Дата сообщения: 27.11.2010 05:36
Подскажите пожалуйста!
Сжимаю папку FreeArc ом закидываю её в папку с скомпилированным setup.exe скрипт использую Need for Speed Undercover, и процесс распаковки начинается только после установки дополнительных компонентов, тоесть после напр: DirectX а потом только подхватываются архивы.
Как сделать чтоб установщик в ночале подхватывал и распаковывал архивы а потом только в конце как обычно ставил доп. компоненты?
Подскажите пожалуйста, что нужно дописать в скрипте?
Стоит всё без изменения
#define ArcLocation "{src}\*.arc"
Вставил только свои данные другой игры.
Автор: NiCKsOn123
Дата сообщения: 27.11.2010 06:21
MrDenisxXx
Не туда пишешь!
---------
В скрипте фриарка изменить с ssPostInstall на ssInstall
Автор: skitonline
Дата сообщения: 27.11.2010 06:35
ndch
нет мне надо не быстро, а лучшие соотношение скорость/размер
я про вот эту строку во фриарке "Сжатие:"
Автор: ndch
Дата сообщения: 27.11.2010 12:32
skitonline

Цитата:
лучшие соотношение скорость/размер

Это одно.
торнадо. Параметры надо подстраивать под процессор.
Мне нравится arc a -m=tor:3:1m:h512k

Цитата:
я про вот эту строку во фриарке "Сжатие:"

Это другое.
про скорость в этой фразе речи нет.
m9 если просто, mx9 почти тоже самое, но быстрое "разжатие".
srep + max9 если сжать по максимуму.

Захочется чего-то большего - читайте версию для печати. Там многое оговаривалось.

Есть такой параметр как время "разжатия" и место под временный файл. srep + max9 здесь в аутсайдерах.
Автор: PAQer
Дата сообщения: 29.11.2010 08:09

Цитата:
Опять... ну обсуждалось это уже. Непонятно, как это делать (если вообще возможно).

Есть кодировщик FLAC на КУДЕ, с недавних пор поддерживается OpenCL в том числе и ATI Stream.
Автор: ndch
Дата сообщения: 29.11.2010 09:06
PAQer
http://www.cuetools.net/doku.php/flacuda

Код: Supported hardware
NVIDIA GeForce 2XX/4XX/5XX
ATI Radeon HD 5XXX
Автор: emercom
Дата сообщения: 29.11.2010 10:12
Здравствуйте!

Обнаружил некую странность в поведении программы. Есть каталог с бэкапами в формате bkf, есть батник, запускающий упаковку этих файлов, например:
arc m -m1 -ep -tl v:\folder\test_file_1.arc v:\folder\test_file_1.bkf
arc m -m1 -ep -tl v:\folder\test_file_2.arc v:\folder\test_file_2.bkf
arc m -m1 -ep -tl v:\folder\test_file_3.arc v:\folder\test_file_3.bkf
...

Запускается батник, все файлы упаковываются, исходные удаляются. Однако, если в каталоге находятся несколько уже пожатых файлов (arc), то при повторном запуске батника происходит обновление (!) архивов. Из чего? Файлов-то с расширением bkf больше нет!

Если нужны какие-нибудь логи программы, готов предоставить.
Автор: ndch
Дата сообщения: 30.11.2010 16:00
Что-то не понял:
arc a -tzip -r e.zip

FreeArc 0.67 (August 4 2010) creating archive: e.zip
Compressing 584 files, 53,369,912 bytes. Processed 0%arc.EXE: szCheckedTABI: error

FreeArc 0.67 (November 17 2010) creating archive: e.zip
Compressing 584 files, 53,369,912 bytes. Processed 0%
c_szCompress: unsupported archive type
arc.EXE: szCheckedTABI: error
Автор: PAQer
Дата сообщения: 01.12.2010 10:21
ndch
И причем тут кракер паролей?

Цитата:
Количество поддерживаемого железа весьма ограничено.

8-я и 9-я серия GeForce поддерживается энкодером, лично проверено.
Автор: kalpak
Дата сообщения: 01.12.2010 19:55
freearc не использует 7z пр открытии rar файлов ?
просто не пойму что он использует чтобы открыть архив
в исходных кодах упоминания unrar нет

Добавлено:
я что то не нашел упоминания 4x4 в документации, а также фильтра disPack (я так понял это подобие exe котоырй BCJ )
кстати документация версии 0.4
а мануаля 0.666 версии нет ?

Автор: Vladimyr
Дата сообщения: 05.12.2010 08:42
Не теряю надежды запустить freearc из-под winpe...
Выдаётся ошибка: "user error getAppUserDataDirectory".
Может, не хватает какой-нть переменной окружения :-?
Автор: Bulat_Ziganshin
Дата сообщения: 05.12.2010 19:36

Цитата:
- была многотомность (но только не так, как в 7-zip=)
- SFX (с многотомностью) и с пользовательскими картинками, как в RAR

ну это в планах на след. версию после того как выпущу 0.70


Цитата:
- была реализована поддержка архивации силами GPGPU

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


Цитата:
лучшие соотношение скорость/размер

используй режим по умолчанию (-m4)


Цитата:
я что то не нашел упоминания 4x4 в документации, а также фильтра disPack (я так понял это подобие exe котоырй BCJ )

дока старая, читай этот форум


Цитата:
freearc не использует 7z пр открытии rar файлов ?

использует 7z.dll


Цитата:
Однако, если в каталоге находятся несколько уже пожатых файлов (arc), то при повторном запуске батника происходит обновление (!) архивов. Из чего? Файлов-то с расширением bkf больше нет!

команда m, как и команда a, обновляет архив. с нуля - "create -d"


Цитата:
arc a -tzip -r e.zip

я сейчас над этим работаю, проверишь в след. версии
Автор: 1001001000
Дата сообщения: 05.12.2010 19:40

Цитата:
Просто роскошный был бы архиватор, если бы:
- была многотомность (но только не так, как в 7-zip=)
- SFX (с многотомностью) и с пользовательскими картинками, как в RAR

круто будет
Автор: Bulat_Ziganshin
Дата сообщения: 05.12.2010 19:49
да, чего я спросить-то хотел. я собираюсь наконец-таки добавить в hfcb какую-нить игрушку побольше. что взять? da-origins, starwars, mass-effect? думаю, видео просто обрежу. хорошо бы если бы она показывала преимущество srep и precomp, и при этом была широко известна. и очень неплохо было бы чтоб она была доступна на free torrent'ах, причём англоязычных. чтоб любой мог скачать, распаковать, стереть лишнее и перепроверить результаты тестов
Автор: kalpak
Дата сообщения: 05.12.2010 21:11
Bulat_Ziganshin
думаю Da Origins
там объем большой
нетипично для остальных (вроде gta4 тоже моного)
Автор: juvaforza
Дата сообщения: 11.10.2011 21:13
kalpak
По-моему, Булат сказал, что его трудоемней трудоемного (*-)) подкрутить, т. к., в частности, для разных ОС это по-разному реализовывается. В том же Gimp он (D&D) функционирует.

Добавлено:

Цитата:
Drag&Drop также ... не пашет в GTK+

В FreeArc он не пашет, т. к. не предусмотрен.
Автор: PAQer
Дата сообщения: 06.12.2010 08:10

Цитата:
я собираюсь наконец-таки добавить в hfcb какую-нить игрушку побольше. что взять?

мона тот же lost planet 2, чуть более 20гб после прекомпа и 6-7 гб после srep'a. Видео там по минимуму. Масс эффект тут не конкурент.

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

http://rghost.ru/3499950

Автор: Bulat_Ziganshin
Дата сообщения: 11.10.2011 22:25
kalpak
насколько я помню, d&d файлов не реализован на уровне gtk/win32
Автор: Black Piero
Дата сообщения: 06.12.2010 12:39
Подскажите, а архиватор развивается? Не засох проект? Посмотрел на сайте архиватора раздел "Планы на будущее" - судя по нему, уже должна быть на подходе версия 0.9...

Хочется "archive recovery, чтоб было не хуже чем в rar".

Добавлено:
Подскажите, а архиватор развивается? Не засох проект? Посмотрел на сайте архиватора раздел "Планы на будущее" - судя по нему, уже должна быть на подходе версия 0.9...

Хочется "archive recovery, чтоб было не хуже чем в rar".

Добавлено:
Подскажите, а проект жив, не засох еще?
Зашел на сайт, судя по разделу "FreeArc — планы на будущее" уже должна быть на подходе версия 0.9..

хочется реализации "archive recovery, чтоб было не хуже чем в rar"
Автор: Bulat_Ziganshin
Дата сообщения: 12.10.2011 01:54
новая альфа:
7z.dll: обновлена до 7-zip 9.22
7z.dll: исправлены проблемы со сжатием в Deflate (zip)


Бенчмарк:

I:\MsOffice>timer Arc.exe -tzip a a.zip -r
Compressed 5,506 files, 810,411,321 => 460,458,156 bytes. Ratio 56.8%
Global Time = 4.509 = 00:00:04.509 = 100%

I:\MsOffice>timer 7z a a.zip
Global Time = 10.312 = 00:00:10.312 = 100%

I:\MsOffice>timer zip a.zip * -r
Global Time = 24.383 = 00:00:24.383 = 100%
Автор: kalpak
Дата сообщения: 12.10.2011 09:03
а как понять
[more=это]D:\backups>arc a -di -mgrzip:64mb check-grzip64mb GasBillingOK_Full_Backup.bak

Init sample cls
FreeArc 0.67 (September 29 2011) Creating archive: check-grzip64mb.arc using grz
ip:64mb:m1:l32:h15:t2:i0
Memory for compression 1152mb, decompression 640mb, cache 256kb
Compressed 1 file, 9,263,288,832 => 850,243,727 bytes. Ratio 9.1%
Compression time: cpu 1177.78 secs, real 803.56 secs. Speed 11,528 kB/s
All OK


D:\backups>arc lt check-grzip64mb.arc

Init sample cls
FreeArc 0.67 (September 29 2011) listing archive: check-grzip64mb.arc

Archive type: FreeArc
Total bytes: 9,263,288,832
Compressed bytes: 850,243,727
Ratio: 9.1%

Directory blocks: 1
Directory, bytes: 81
Directory, compressed: 90
Solid blocks: 1
Avg. blocksize: 9 gb

Compression memory: 3456 mb
Decompression memory: 1920 mb

Dictionary: 64 mb

Archive locked: -
Archive comment: -
Recovery info: -
SFX size: -
Headers encrypted: -
Encryption algorithms: -

Pos Size Compressed Files Method
-----------------------------------------------------------------------------
31 9,263,288,832 850,243,727 1 grzip:64mb:m1:l32:h15
-----------------------------------------------------------------------------
1 files, 9,263,288,832 bytes, 850,243,727 compressed
All OK
[/more]
Автор: CTAPuK2010
Дата сообщения: 08.12.2010 13:58
Да и хрен с ними, с планами. Это дело, конечно, хорошее, но не гоните Булата, чих-пых тяп-ляп лишь бы скорее- никому, я полагаю, здесь не нужно. Пусть запиливает себе помаленьку.

Вот говорят, что один крупный сетевой мегасупермаркет убивает в городе весь малый торговый бизнес в радиусе нескольких километров. Товарищ Зиганшин производит подобный эффект в своей нише. Причём делает он это в мировом масштабе. Если он реализует всё то, что задумал сам, и что просили юзвери - он рискует стать первым и если не убить, то сильно подубасить всех остальных.

Потому что:

WinRK - вечная многолетняя глючная сырость, да и тормозной - соотношение скорость/сжатие лучше у FA. Гуй коряв и неудобен и непонятен. SFX модуль просто никакущий. Платный. Закрытый. Многотомит глючно. Развивается в час по чайной ложке, а теперь с недавних пор и вовсе сайт проекта испарился (может и временно).

WinRAR - закрытый и платный. Но уж больно хорош по дружественности, здорово уже вылизан, NTFS аттриб. понимает. Многотомит хорошо, SFX устраивает. Но на форумах, в т.ч. импортных - можно встретить мнения о его стагнации и чрезмерной консервативности. В офис скорее поставят бесплатный и открытый арх. софт. К тому же, на некотором сжимаемом материале он проигрывает другим. Порой много, к сож. Не предлагает того разнообразия методов криптования архивов, как другие. Фильтров меньше. В лине только распаковка (?). Но для меня RAR- пока ещё лучший универсальный выбор.

WinZip - анахронизм, к которому я до сих пор испытываю тёплые чувства. Масса врождённых ограничений. Да и не оптимизируют его что-то. На многоядерность процессоров ему плевать, поэтому медлителен и жмёт совсем уж неприлично плохо. Понятно, что не это решает, но тут уж из рук вон просто.

7-Zip - И открыт, и жмёт хорошо, Им не брезгуют M$, Adobe и кто-то там ещё. Много чего в нём есть. Но реализация многотомности это уж ну просто швах. Такое впечатление что "на отгребись" делалось. Многотомники я им создавать не буду просто никогда. Если из РАРа в случае чего ещё можно будет ну хоть что-то достать, то тут лишь помахать платочком и смахнуть скупую слезу. С автоподбором алг.сжатия совсем беда- приходится людям городить какие-то костыли в виде спецутилит. Создаётся впечатление, что за всё время его существования, он развивается медленнее, чем ФриАрк.

FreeArc - крайне рискует стать просто конфеткой, открыт, бесплатен, криптование на выбор, скорость/сжатие - просто великолепно, полно фильтров.. Важный фактор - он самый поздний из всех (?) и это даёт ему возможность, вобрать всё лучшее от других и избежать тех граблей, на которые уже наступали более древние проекты (свои алгоритмы шифрования, свои эл. подписи и проч). Его лидерство уже доказано в известной тестовой таблице, и он, похоже, уже достиг потолка разумного соотношения скорость/сжатие. Или очень у нему близок по кр.мере. Не знаю почему, но я верю в него.

Остальные - все другие скорее уж для гиков и энтузиастов, часто не дружественны, не продуманы, и даже гуй отсутствует. Чтобы получить преимущество в неск. процентов - готовы жать сутками напролёт.

есессно всё моё личное имхо, обычного ламера и юзера, простого человека из толпы, как он это видит. Булату - успеха
Автор: Bulat_Ziganshin
Дата сообщения: 12.10.2011 11:07
kalpak
как недоработку - он считает потребление памяти с учётом числа процессоров. если при сжатии сделаешь -lc-, то должно сравняться

кроме того, grzip не поддерживает словарей больше 8 мб, спасибо за найденную ошибку
Автор: Bulat_Ziganshin
Дата сообщения: 08.12.2010 17:49

Цитата:
мона тот же lost planet 2, чуть более 20гб после прекомпа и 6-7 гб после srep'a

посмотрел я сегодня. для демонстрации precomp+srep он прекрасно подойдёт, а для общего теста нет - после srep там вообще ничего уже не жмётся

CTAPuK2010
в исходниках 7-zip видно, что Игорь работает над новой реализацией томов, но только когда она будет готова... кстати, есть ещё PowerArchiver - удобный front-end (с рюшечками а-ля WinZip) с автовыбором алгоритма в 7-zip, многопоточным сжатием в zip
Автор: kalpak
Дата сообщения: 12.10.2011 12:12
Bulat_Ziganshin
это он считает так или надо считать? ))

я вот сейчас сделал с опцией -lc-
как то он запаковал файл
хотя памяти у меня меньше 2ГБ (в файл подкачки что ли все вставил)

[more=вот]D:\backups>arc a -lc- -di -mgrzip:64mb check-grzip GasBillingOK_Full_Backup.bak

Init sample cls
FreeArc 0.67 (September 29 2011) Creating archive: check-grzip.arc using grzip:6
4mb:m1:l32:h15:i1
Memory for compression 2880mb, decompression 1600mb, cache 256kb
Compressed 1 file, 9,263,288,832 => 850,243,727 bytes. Ratio 9.1%
Compression time: cpu 1336.94 secs, real 545.22 secs. Speed 16,990 kB/s
All OK


D:\backups>arc lt check-grzip.arc

Init sample cls
FreeArc 0.67 (September 29 2011) listing archive: check-grzip.arc

Archive type: FreeArc
Total bytes: 9,263,288,832
Compressed bytes: 850,243,727
Ratio: 9.1%

Directory blocks: 1
Directory, bytes: 81
Directory, compressed: 90
Solid blocks: 1
Avg. blocksize: 9 gb

Compression memory: 3456 mb
Decompression memory: 1920 mb

Dictionary: 64 mb

Archive locked: -
Archive comment: -
Recovery info: -
SFX size: -
Headers encrypted: -
Encryption algorithms: -

Pos Size Compressed Files Method
-----------------------------------------------------------------------------
31 9,263,288,832 850,243,727 1 grzip:64mb:m1:l32:h15
-----------------------------------------------------------------------------
1 files, 9,263,288,832 bytes, 850,243,727 compressed
All OK
D:\backups>[/more]
Автор: CTAPuK2010
Дата сообщения: 08.12.2010 20:01

Цитата:
PowerArchiver

а он у меня почему-то не прижился, не знаю, к тому же вызывал ощущение перегруженности интерфейса, хотя, возможно, это и добротная вещь. О том, что там был многопоток и автовыбор узнал только здесь и сейчас. Но вобщем хватает пока и рара, а уж с многотомным фа я и думать забуду обо всём остальном, в том числе наверное и о самом раре ;o)
Автор: Bulat_Ziganshin
Дата сообщения: 12.10.2011 14:11
ещё раз - это сколько памяти будет нужно если одновременно распаковывать на всех ядрах процессора. корректно считать так или по одному ядру - вопрос философский

при сжатии он соображает что памяти меньше и урезает аппетиты, а при распаковке - нет

и на это ещё накладывается что реально grzip поддерживает словарь не больше 8 мб, это просто ошибка что он стал пропускать большие значения
Автор: Shuld
Дата сообщения: 08.12.2010 20:12

Цитата:
WinRK - вечная многолетняя глючная сырость, да и тормозной - соотношение скорость/сжатие лучше у FA. Гуй коряв и неудобен и непонятен. SFX модуль просто никакущий. Платный. Закрытый. Многотомит глючно. Развивается в час по чайной ложке, а теперь с недавних пор и вовсе сайт проекта испарился (может и временно).


WinRK 3.4.2 от 2 декабря 2010
http://www.winrk.co.uk/downloads.htm

А версия 3.1.2 любимая всеми, там даже не упоминается.
Почему-то новые версии на http://www.maximumcompression.com/index.html
не протестированы.
Автор: kalpak
Дата сообщения: 12.10.2011 15:14
Bulat_Ziganshin
понял, а требует сколько этот алгоритм памяти при распаковке (при упаковке я так понял почти в 2 раза больше)?
dictSize*ThreadCount*ХХХ?7.5?
Автор: CTAPuK2010
Дата сообщения: 08.12.2010 20:26
По вашей ссылке там написано:


Цитата:
WinRK is a trademark of ChuSan Services


wtf??

На офиц. странице (таки воскресла) разработчика msoftware.biz ещё только версия 3.1.2

Страницы: 123456789101112131415161718192021222324252627282930313233343536373839404142434445464748495051525354555657585960616263646566676869707172737475767778798081828384858687888990919293949596979899100101102103104105106107108109110111112113114115116117118119120121122123124125126127128129130131132133134135136137138139140141142143144145146147148149150151152153154155156157158159160161162163164165166167168169170171172173174175176177178179180181182183184185186187188189190191192193194195196197198199200201202203204205206207208209210211212213214215216217218219220221222223224225226227228229230231232233234235236237238239240241242243244245246247248249250251252253254255256257258259260261262263264265266267268269270271272273274275

Предыдущая тема: Punto Switcher (часть 3)


Форум Ru-Board.club — поднят 15-09-2016 числа. Цель - сохранить наследие старого Ru-Board, истории становления российского интернета. Сделано для людей.