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

» FreeArc (часть 4)

Автор: Bulat_Ziganshin
Дата сообщения: 05.07.2012 17:10

Цитата:
Также вопрос: планируется ли какая-либо интеграция с arclite'ом для Far'а, т.к. он теперь официально заменил MultiArc и, по-моемому, также лучше?

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


Цитата:
Пример: <FreeArc.exe a -ep1 -sfxfreearc.sfx -- 1.arc.exe 1 2 1.txt>. "1", "2" папки с файлами, "1.txt" случайный файл.
В итоге получаем пустые папки 1 и 2, их содержимое и файл 1.txt прямо в корне архива. Очевидно, в цикле парсинга строки, содержащей путь к объектам, содержащимся в объектах, указанных в командной строке / файле-списке, алгоритм обрезает на один уровень больше чем нужно.
На всякий случай, WinRAR всё ложит нормально.

вижу, что я неправильно понял раровское описание. поставил на переделку, поскольку моя цель - совместимость с rar, но займусь этим в след. версии, типа 0.71
Автор: egor23
Дата сообщения: 04.03.2011 15:55
Bulat_Ziganshin

Цитата:
оно повторяемо?

Сейчас глянул, началось всё с 2.93
и ещё "через раз" упаковка проходила цспешно

[more=Читать дальше..]

arc a a292 -msrep:m3f:s250m pdf.TAR11.pcf
FreeArc 0.67 (November 17 2010) creating archive: a292.arc
Compressing 1 file, 249,562,113 bytes. Processed 3.5%
ERROR: general (de)compression error in srep:m3f:s250m

arc a a292 -msrep:m3f:s250m pdf.TAR11.pcf
FreeArc 0.67 (November 17 2010) creating archive: a292.arc
Compressed 1 file, 249,562,113 => 77,724,240 bytes. Ratio 31.1%
Compression time: cpu 1.58 secs, real 30.52 secs. Speed 8,178 kB/s
All OK

arc a a293 -msrep:m3f:s250m pdf.TAR11.pcf
FreeArc 0.67 (November 17 2010) creating archive: a293.arc
Compressing 1 file, 249,562,113 bytes. Processed 13.6%
ERROR: general (de)compression error in srep:m3f:s250m

arc a a293 -msrep:m3f:s250m pdf.TAR11.pcf
FreeArc 0.67 (November 17 2010) creating archive: a293.arc
Compressed 1 file, 249,562,113 => 42,756,548 bytes. Ratio 17.1%
Compression time: cpu 1.66 secs, real 11.75 secs. Speed 21,239 kB/s
All OK

arc a a294 -msrep:m3f:s250m pdf.TAR11.pcf
FreeArc 0.67 (November 17 2010) creating archive: a294.arc
Compressed 1 file, 249,562,113 => 42,743,866 bytes. Ratio 17.1%
Compression time: cpu 1.72 secs, real 12.14 secs. Speed 20,556 kB/s
All OK

arc a a295 -msrep:m3f:s250m pdf.TAR11.pcf
FreeArc 0.67 (November 17 2010) creating archive: a295.arc
Compressing 1 file, 249,562,113 bytes. Processed 13.6%
ERROR: general (de)compression error in srep:m3f:s250m

arc a a295 -msrep:m3f:s250m pdf.TAR11.pcf
FreeArc 0.67 (November 17 2010) creating archive: a295.arc
Compressing 1 file, 249,562,113 bytes. Processed 13.6%
ERROR: general (de)compression error in srep:m3f:s250m

arc a a295 -msrep:m3f:s250m pdf.TAR11.pcf
FreeArc 0.67 (November 17 2010) creating archive: a295.arc
Compressed 1 file, 249,562,113 => 42,743,866 bytes. Ratio 17.1%
Compression time: cpu 1.86 secs, real 11.84 secs. Speed 21,071 kB/s
All OK

[/more]
Автор: coolerru
Дата сообщения: 07.07.2012 17:01
Прекрасно! Жду новую версию!
Автор: 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%
Автор: Alexander865
Дата сообщения: 04.03.2011 15:59
Bulat_Ziganshin

Мне нужен модуль, который работает так. Объясню на примере:

1) Имеем файл MyArchive.exe
2) Кликаем по нему - он создаёт рядом с собой папку со своим именем. Т.е. в данном случае создаёт папку MyArchive
3) В неё распаковывает всё содержимое, запускает setup.exe
4) После того как setup.exe отработает, удаляет setup.exe (остальные распакованные файлы не трогает)

Про InnoSetup я спросил потому что где-то в архивах форума откопал твою фразу:

"никаких параметров нет. просто цепляете эти модули вместо обычных и будет вам запущен setup.exe. если нужно что-то большее - то берёте модуль для innosetup и кустомизируете его"

Автор: juvaforza
Дата сообщения: 07.07.2012 17:36
Bulat_Ziganshin
Можно я поспрашиваю (в принципе, по версии 0.666)?

Значения по умолчанию для кодировок, описанные в старой документации, верны и на текущий момент?

Так ли сейчас выглядит полный список ключей (в краткой 7-zip записи)?
Цитата:
'-sc--' - "восстановить значения по умолчанию"
'-scs' - для файл-списков
'-scl' - для файл-списков
'-scс' - для файлов c комментариями
'-scf' - для файловой системы
'-scd' - для каталога архива
'-sct' - для терминала (консоли)
'-scp' - для параметров ком. строки
'-sci' - для конф. файлов arc.ini и arc.groups


Восстановить - это значит использовать?

Ключ '-scf' под Win принимается, но игнорируется?

Ключ '-sct' регулирует только вывод, или ввод тоже?

Файл freearc.ini всегда в UTF-8?

Насколько имя кодировки нечувствительно к регистру? Например, на 'v -scutf8' или 'v -sc=utf8' - неповторимая реакция.

Баг ли это, что при использовании записи через '=' наблюдается некорректная реакция? Например, на 'v -sct=UTF8' (без '=' - все ожидаемо) такая реакция:
Цитата:
Charsets.hs126,4)-(129,36): Non-exhaustive patterns in function g


Все ли ключи имеют RAR запись?

Существует ли комбинированный ключ в 7-zip записи?

Объекты по умолчанию для ключа в RAR записи - это 'c' и 'l' (т.е. как понимается ключ '-scu')? А для 7-zip записи ('-scUTF8')?

Суть части ;Default options for all commands в конфиге - это только одна строка, другие незакомментированные и синтаксически корректные строки будут игнорироваться?

В последней альфе при листинге после 'Archive integrity OK' нет символа перевода строки.
Автор: Bulat_Ziganshin
Дата сообщения: 04.03.2011 16:04
Alexander865
можешь объяснить почему остальные файлы не трогать? до меня никак не доходит какой в этом смысл. установка обычно идёт куда-то в program files

модуль для is находится на http://freearc.org/ru/InnoSetup.aspx и никакого отношения к sfx не имеет. этот модуль - как раз инструмент для любых специфичных инсталяторов, хотя для твоей задачи мне несложно сделать и спец-sfx

Добавлено:
egor23
я лично их этого лога скорее сделал бы выводы, что иногда оно пакует верно, иногда обрезает, а иногда сообщает об ошибке вне зависимости от версии

но вообще, что проблемы начались с 2.93 - вполне достоверно, именно в ней появился отдельный поток i/o, хотя мне и казалось, что программа выходит только после записи последнего блока, но я это перепроверю
Автор: 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]
Автор: Bulat_Ziganshin
Дата сообщения: 12.10.2011 11:07
kalpak
как недоработку - он считает потребление памяти с учётом числа процессоров. если при сжатии сделаешь -lc-, то должно сравняться

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

[more=Читать дальше..]

srep295_32i.exe -m1f -l512 -a4 xcmd.TAR.pcf xcmd.TAR.pcf.srep295_m1f_a4_l512
284 mb, -m1f -l512 -c512 -a4
Compression ratio: 3482909069 -> 739994389: 21.25%. Cpu 37.909 mb/sec, real 23.521 mb/sec
Second pass: 100%

srep295_32i.exe -d -nomd5 xcmd.TAR.pcf.srep295_m1f_a4_l512 nul
Ratio: 3482909069 -> 748187325: 21.48%. Cpu 260.709 mb/sec, real 225.772 mb/sec. Matches 0 214617 2047610, I/Os 0, RAM 0/162, VM 0/0, R/W 0/0


srep295_32i.exe -m1f -l256 -a4 xcmd.TAR.pcf xcmd.TAR.pcf.srep295_m1f_a4_l256
536 mb, -m1f -l256 -c256 -a4
Compression ratio: 3482909069 -> 444702025: 12.77%. Cpu 37.046 mb/sec, real 22.242 mb/sec
Second pass: 100%

srep295_32i.exe -d -nomd5 xcmd.TAR.pcf.srep295_m1f_a4_l256 nul
Ratio: 3482909069 -> 462445837: 13.28%. Cpu 191.665 mb/sec, real 176.353 mb/sec. Matches 0 397274 4435167, I/Os 0, RAM 0/170, VM 0/0, R/W 0/0


srep295_32i.exe -m1f -l128 -a4 xcmd.TAR.pcf xcmd.TAR.pcf.srep295_m1f_a4_l128
1040 mb, -m1f -l128 -c128 -a4
Compression ratio: 3482909069 -> 288095697: 8.27%. Cpu 34.373 mb/sec, real 20.217 mb/sec
Second pass: 100%

srep295_32i.exe -d -nomd5 xcmd.TAR.pcf.srep295_m1f_a4_l128 nul
Ratio: 3482909069 -> 319907005: 9.19%. Cpu 137.852 mb/sec, real 129.746 mb/sec. Matches 0 541515 7951834, I/Os 0, RAM 0/148, VM 0/0, R/W 0/0


srep295_32i.exe -m1f -l64 -a4 xcmd.TAR.pcf xcmd.TAR.pcf.srep295_m1f_a4_l64
2049 mb, -m1f -l64 -c64 -a4
Compression ratio: 3482909069 -> 261233669: 7.50%. Cpu 31.413 mb/sec, real 17.377 mb/sec
Second pass: 100%

srep295_32i.exe -d -nomd5 xcmd.TAR.pcf.srep295_m1f_a4_l64 nul
Ratio: 3482909069 -> 312513341: 8.97%. Cpu 115.615 mb/sec, real 106.741 mb/sec. Matches 0 384291 12818526, I/Os 0, RAM 0/85, VM 0/0, R/W 0/0

[/more]

Добавлено:

Цитата:
и напоследок

небольшие расхождения в цифрах, т.е. неплохо бы выводить цифры и во время Second pass:

Добавлено:

Цитата:
оно повторяемо?

и это касаемо такой секции

[External compressor:srep]
;options = l%d (minimal match length, default=512)
packcmd = srep {options} -temp=srep.tmp - - <stdin> <stdout>
unpackcmd = srep -d - - <stdin> <stdout>
Автор: Bulat_Ziganshin
Дата сообщения: 09.07.2012 13:11
некоторые ответы я комментирую текущими исходниками


Цитата:
Так ли сейчас выглядит полный список ключей (в краткой 7-zip записи)?

да: [more] f value "--" = aCHARSET_DEFAULTS -- -sc-- означает восстановить значения по умолчанию
f value ('s':cs) = _7zToRAR value "l" cs -- -scs... устанавливает кодировку для листфайлов
f value ('l':cs) = _7zToRAR value "l" cs -- -scl... does the same
f value ('c':cs) = _7zToRAR value "c" cs -- -scs... устанавливает кодировку для комментфайлов
f value ('f':cs) = _7zToRAR value "f" cs -- -scf... устанавливает кодировку для файловой системы
f value ('d':cs) = _7zToRAR value "d" cs -- -scd... устанавливает кодировку для каталога архива
f value ('t':cs) = _7zToRAR value "t" cs -- -sct... устанавливает кодировку для терминала (консоли)
f value ('p':cs) = _7zToRAR value "p" cs -- -scp... устанавливает кодировку для параметров ком. строки
f value ('i':cs) = _7zToRAR value "i" cs -- -sci... устанавливает кодировку для ini-файлов (arc.ini/arc.groups)
[/more]


Цитата:
Значения по умолчанию для кодировок, описанные в старой документации, верны и на текущий момент?

вероятно, да: [more]#ifdef FREEARC_UNIX

-- |Default charsets for various domains
aCHARSET_DEFAULTS = [ ('f','8') -- filenames in filesystem: UTF-8
, ('d','8') -- filenames in archive directory: UTF-8
, ('l','8') -- filelists: UTF-8
, ('c','8') -- comment files: UTF-8
, ('t','8') -- terminal: UTF-8
, ('p','8') -- program arguments: UTF-8
, ('i','8') -- ini/group files: UTF-8
]

#else

-- |Default charsets for various domains
aCHARSET_DEFAULTS = [ ('f','u') -- filenames in filesystem: UTF-16
, ('d','8') -- filenames in archive directory: UTF-8
, ('l','o') -- filelists: OEM
, ('c','o') -- comment files: OEM
, ('t','o') -- terminal: OEM
, ('p','a') -- program arguments: ANSI
, ('i','o') -- ini/group files: OEM
]
[/more]



Цитата:
Восстановить - это значит использовать?

да. скажем, в конфиг-файле ты задаёшь недефолтные значения, а в комстроке восстанавливаешь дефолтные. '-option--' вообще для большинства опций работает


Цитата:
'v -sct=UTF8'

потому что название опции здесь -sc, т.е. -sc=tutf8 должно работать. добавил поддержку -sct=utf8 в след. альфу


Цитата:
Ключ '-scf' под Win принимается, но игнорируется?

да


Цитата:
Ключ '-sct' регулирует только вывод, или ввод тоже?

ввод тоже, но боюсь, что это сделано не до конца. пароли работают, а "Overwrite?" - нет


Цитата:
Файл freearc.ini всегда в UTF-8?

да: [more]-- Будем считать, что все GUI конфиг-файлы хранятся в UTF-8
readConfigFile = parseFile '8'
saveConfigFile file = unParseFile '8' file . joinWith "\n"
modifyConfigFile file f = readConfigFileManyTries file >>== f >>= saveConfigFile file
-- Под Windows дополнительно добавляем BOM и используем CR/LF
saveWindowsConfigFile file = unParseFile '8' file . (chr 0xFEFF . joinWith "\r\n"
[/more]


Цитата:
Все ли ключи имеют RAR запись?

да. скажем можно выставить все чарсеты в utf-8 опцией -sc8slcfdtpi


Цитата:
Существует ли комбинированный ключ в 7-zip записи?

если речь идёт о настройке нескольких чарсетов одной опцией - то нет


Цитата:
Объекты по умолчанию для ключа в RAR записи - это 'c' и 'l' (т.е. как понимается ключ '-scu')? А для 7-zip записи ('-scUTF8')?

да, -scu эквивалентен -sclUTF8 -sccUTF8

-scUTF8 - не воспринимается как 7-zip'овская опция, поскольку не начинается с одной из 7-zip'овских букв 'slcfdtpi'. поэтому мы сваливаемся при обработке в "раровскую" ветку и воспринимаем это как настройку 'u' для чарсетов 't', 'f' и '8'. ну а с учётом того что последний не существует, а 'f' в винде игнорируется, это эквивалентно -scut или -sctUTF16


Цитата:
Насколько имя кодировки нечувствительно к регистру? Например, на 'v -scutf8' или 'v -sc=utf8' - неповторимая реакция.

непонятно причём тут регистр, остальное описано выше


Цитата:
Суть части ;Default options for all commands в конфиге - это только одна строка, другие незакомментированные и синтаксически корректные строки будут игнорироваться?  

да


Цитата:
В последней альфе при листинге после 'Archive integrity OK' нет символа перевода строки.

10x
Автор: 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]
Автор: Profrager
Дата сообщения: 04.03.2011 17:05

Цитата:
Я думаю насчет SetCurrentDirectory в скрипте. Это нормально будет?

Цитата:
Sig666
это не поможет. при вызове внешнего распаковщика создаётся временный каталог и вызов производится в нём - на случай ели он создаёт какие-то временные файлы
мне, помнится, помогало, когда пробовал распаковку srep без stdin/stdout. Может сейчас уже что-то по-другому работает.

Цитата:
и просто добавлять нужный каталог в PATH перед началом распаковки.
имхо не вариант. Так сказать, не user-friendly решение проблемы.
Автор: Bulat_Ziganshin
Дата сообщения: 12.10.2011 14:11
ещё раз - это сколько памяти будет нужно если одновременно распаковывать на всех ядрах процессора. корректно считать так или по одному ядру - вопрос философский

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

и на это ещё накладывается что реально grzip поддерживает словарь не больше 8 мб, это просто ошибка что он стал пропускать большие значения
Автор: Alexander865
Дата сообщения: 04.03.2011 17:10
Bulat_Ziganshin

Цитата:
можешь объяснить почему остальные файлы не трогать?


Ну вот такая вот дурацкая инсталляция нужна) Просто уже заточено под привычные нужды. документация должна остаться в текущей папке - куда всё было распаковано. А setup.exe уже инсталлирует что надо и куда надо.

и я немного неточно указал алгоритм. Нужно так:

1) Имеем файл MyArchive.exe
2) Кликаем по нему - он создаёт рядом с собой папку со своим именем. Т.е. в данном случае создаёт папку MyArchive
3) setup.exe распаковывается во временный каталог (TEMP) - чтобы пользователь не видел его. Всё остальное распаковывается в папку MyArchive
4) Из временного каталога запускается setup.exe и удаляется после того как завершится.

Буду благодарен, если сделаешь такой модуль или подскажешь как сварганить его самостоятельно.
Автор: kalpak
Дата сообщения: 12.10.2011 15:14
Bulat_Ziganshin
понял, а требует сколько этот алгоритм памяти при распаковке (при упаковке я так понял почти в 2 раза больше)?
dictSize*ThreadCount*ХХХ?7.5?
Автор: ALExey1995
Дата сообщения: 09.07.2012 16:12
alifais2000

Цитата:
bikunpack.exe

это только распаковщик!
Автор: Bulat_Ziganshin
Дата сообщения: 04.03.2011 17:16

Цитата:
setup.exe распаковывается во временный каталог

вот это уже сложнее. и извини, я теперь не понимаю - как setup.exe узнает где остальные файлы находятся? или они ему и не нужны?
Автор: Bulat_Ziganshin
Дата сообщения: 12.10.2011 17:25
а что нельзя посмотреть что freearc печатает??
Автор: alifais2000
Дата сообщения: 12.07.2012 10:54
bikunpack.exe этот файл компресс Bink видео, но как может


использовать этот файл, кто может сказать мне
Автор: egor23
Дата сообщения: 04.03.2011 17:18
Bulat_Ziganshin

Цитата:
3 повторов достаточно, я попробую

и статистику ошибок приделайте заодно, чтобы было видно были они или нет
Автор: kalpak
Дата сообщения: 12.10.2011 18:08
с дефолтным размером словаря - 240МБ
в других методах написано сколько требуется для упаковки/распаковки
а про grzip нечего не написано
по-этому я и спросил
просто число 7,5 странно выглядит поэтому я решил переспросить
.....

[more=проверил сейчас]C:\>arc a -di -lc- -mgrzip:1mb zz D:\Games\Rage\virtualtextures\wasteland2.pages

FreeArc 0.67 (September 29 2011) Updating archive: zz.arc using grzip:1mb:m1:l32
:h15
Memory for compression 36mb, decompression 20mb, cache 256kb
Compressing 1 file, 724,562,866 bytes. Processed 1.5%
Program terminated by user!

C:\>arc a -di -lc- -mgrzip zz D:\Games\Rage\virtualtextures\wasteland2.pages
FreeArc 0.67 (September 29 2011) Updating archive: zz.arc using grzip:8mb:m1:l32
:h15
Memory for compression 288mb, decompression 160mb, cache 256kb
Compressing 1 file, 724,562,866 bytes. Processed 3.9%
Program terminated by user![/more]
теперь я нечего не пойму, у меня COre 2 Duo, на работе Core i5 650
разница не в 2 а полтора раза))а должна была быть в 2
или не должно?
Автор: V2driver
Дата сообщения: 12.07.2012 14:49
alifais2000
Он не рабочий!
Автор: Bulat_Ziganshin
Дата сообщения: 04.03.2011 17:18

Цитата:
мне, помнится, помогало, когда пробовал распаковку srep без stdin/stdout. Может сейчас уже что-то по-другому работает.

мы говорим о распаковщике, описанном в arc.ini. давным-давно такие распаковщики выполнялись прямиком в текущем каталоге, но это было задолго до появления srep, afair
Автор: alifais2000
Дата сообщения: 12.07.2012 16:31
V2driver

bikunpack.exe файла с использованием репака Spec Ops: The Line RG Revenants

Вы можете сказать мне, как его использовать
Автор: Sig666
Дата сообщения: 04.03.2011 17:19
Bulat_Ziganshin

Цитата:
это не поможет. при вызове внешнего распаковщика создаётся временный каталог и вызов производится в нём - на случай ели он создаёт какие-то временные файлы

Конкретно с срепом при распаке c временным файлом (-mem64m) прокатило. Временный каталог задал через -w как папку назначения.

ПЫСЫ: А без -f распаковка через stdio не работает?
Автор: 1noObman1
Дата сообщения: 14.10.2011 12:47
Bulat_Ziganshin

Будет ли поддержка распаковки архивов зашифрованных при помощи -hp в unarc.dll? А то от обычного -p толку маловато - и структуру могут посмотреть, и методы сжатия, и какие файлы внутри.
Автор: vasulpr
Дата сообщения: 12.07.2012 16:50
Подскажите пожалуйста как заставить ФА использовать LZMA-x64?
Автор: kalpak
Дата сообщения: 14.10.2011 13:33
1noObman1
тут написано как
Автор: Alexander865
Дата сообщения: 04.03.2011 17:22
Bulat_Ziganshin

Цитата:
или они ему и не нужны?


Не нужны. Setup.exe сам по себе

Страницы: 123456789101112131415161718192021222324252627282930313233343536373839404142434445464748495051525354555657585960616263646566676869707172737475767778798081828384858687888990919293949596979899100101102103104105106107108109110111112113114115116117118119120121122123124125126127128129130131132133134135136137138139140141142143144145146147148149150151152153154155156157158159160161162163164165166167168169170171172173174175176177178179180181182183184185186187188189190191192193194195196197198199200201202203204205206207208209210211212213214215216217218219220221222223224225226227228229230231232233234235236237238239240241242243244245246247248249250251252253254255256257258259260261262263264265266267268269270271272273274275

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


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