
» FreeArc (часть 4)

Можно я поспрашиваю (в принципе, по версии 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' нет символа перевода строки.
Цитата:
Так ли сейчас выглядит полный список ключей (в краткой 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

[/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
Цитата:
bikunpack.exe
это только распаковщик!
использовать этот файл, кто может сказать мне
Он не рабочий!
bikunpack.exe файла с использованием репака Spec Ops: The Line RG Revenants
Вы можете сказать мне, как его использовать
Ты тупой?
Сказано же - это только распаковщик...
Компрессора нет, никак его нельзя использовать!
Addons\LZMA-x64\readme.txt
Цитата:
Addons\LZMA-x64\readme.txt
у меня проблемы с английским!

добавил readme-rus.txt:
64-битная реализация LZMA увеличивает скорость на 10-20% и позволяет LZMA использовать больше 4 ГБ памяти.
Для того, чтобы использовать внешний 64-битный LZMA (рас)паковщик, добавьте в arc.ini содержимое arc-lzma-x64[-filter].ini.
Или используйте опцию -cfg=arc-lzma-x64[-filter].ini чтобы использовать внешний LZMA только в одной команде.
Обратите внимание, что arc-lzma-x64-filter.ini предлагает много вариантов использования внешнего LZMA, от
(рас)паковки из временного файла во временный файл до (рас)паковки в режиме фильтра (из stdin в stdout).
Примеры использования:
Arc.exe create archive -cfg=arc-lzma-x64.ini -m=lzma:max:1g
FreeArc.exe create archive -cfg=arc-lzma-x64-filter.ini -m=rep:1g+exe+delta+4x4:b64m:lzma:64m -t
Цитата:
bikunpack.exe,-100$
Цитата:
bikpack.exe- 200$
Готов приобрести?
Нет? ну и ладушки)
У меня их тоже нет..
Цитата:
bikunpack.exe этот файл компресс Bink видео, но как может использовать этот файл, кто может сказать мне
не согласен.
Bink видео сжимает бесплатный пакет утилит RAD Video Tools
Там жмёт с потерями, это нет!
Цитата:
что-то типа -lc- -mc:lzma/lzma:192m или -lc- -md192m
ввожу любой из этих параметров, после упаковки в методе сжатия пишет: rep:96mb:96:d4mb:s32+4x4:tor:16mb:c3
что я не так делаю? помогите пожалуйста!
выбери макс. сжатие
а можно как-то без макс. сжатия. мне просто очень удобно пользоваться развернутым параметром сжатия (очень легко редактировать и выбрасывать параметры, при этом не нужно знать дополнительных команд). как задать использование lzma64 в такой цепочке:
rep:1536m:512+exe+delta+lzma:192mb:bt4:273:mc10:lc0:pb0:lp0 -m$bmp=bmp -m$wav=wav -m$text=dict:128mb:80%:l8192:m400:s100+lzp:160mb:92%:145:h24:d1mb+ppmd:16:384mb -s;
Я разместил новый тест:
http://forum.ru-board.com/topic.cgi?forum=5&topic=8076&start=760#19
Не ожидал, что по по суммарному размеру архивов FreeArc окажется лучшим среди извечных конкурентов.
Как мне кажется, во всех PAQ8 осталась какая-то ошибка детектирования JPEG файлов. Нельзя ли сообщить об этом Jan Ondrus? (или это все пустое?)
Не планируется ли создание fp8pre? Была бы интересная штука.
посмотри, в проге наверно есть его email. или проблема в переводе текста?
А вообще все вместе, и английский плохой, и на http://encode.ru я не зарегистрирован. И не знаю, уместно ли об этом писать.
Булат, возможно ли с помощью Вашего алгоритма сжатия сделать пакер для PE-формата? В духе самописного UPX. Если да - в какую сторону копать?
Большинство примерков открытых пакеров, которые я видел используют LZMA, а хотелось бы попробовать что-то другое в данном случае.
С уважением.
freearc тоже использует lzma, и dispack - это препроцессор выдранный автором кажется kkrunchy из своей программы

Булат, подскажите пожалуйста, как тогда использовать Ваш код, для написания пакера? Если Ваш архиватор сжимает лучше, чем 7z, а он тоже использует LZMA - тогда в любом случае лучше попробовать Ваш. Как поступить и в какую сторону копать, я не гуру кодинга, но если направите - буду признателен.
есть пару вопросов:
1. Unarc.dll - при извлечении части архива распаковывает нужные файлы и выходит из цикла распаковки и выдайт All ok (т.е. распаковывает бывает не до конца, тк след. файлы не нужны), но если юзаешь сторонние компрессоры и распаковываешь часть архива, то при выходе из распаковки (unarc.dll вернул all ok, но в конце архива остались файлы которые не нужно распаковывать) - прибивает страницы инсталлятора Inno Setup (вылетает), т.е. просто закрывается, всё в temp так и остаётся лежать на винте - возможно это исправить ? (надеюсь объяснил понятно

2. Unarc.exe - сколько не пробовал юзать опцию -ld{mem}, смысла от неё вообще ни какой не увидел, памяти ест ровно столько сколько указано в словаре, да и промежуточный файл в temp появляется, что не особо понравилось - или я не правильно юзаю эту опцию?
3. версию 0.70 в августе ждать?
Комстрока:поддержка множественных конфиг-файлов, по умолчанию arc*.ini (файлы с теми же именами в более приоритетных каталогах перекрывают файлы из менее приоритетных кталогов)
в листфайлах поддерживаются rar-совместиые комментарии - строки начинающиеся с "//"
удаляются элементы пути ".." и "." из имён файлов в архиве (при упаковке, распаковке и при распаковке в unarc/sfx/dll)
исправлена ошибка при обработке опций типа -s1e, добавлено сообщение об ошибке при некорректно заданной опции -s
Сжатие:метод lz4b переименован в lz4, так что это будет окончательной реализацией алгоритма LZ4
REP с большими :l/:c стал до 2 раз быстрее (для хеширования используются все ядра CPU)
-m4b -mt2 теперь основан на lzma (раньше - xlzma)
LZMA-x64/LZMA-x86 и facompress*.dll откомпилированы в Visual C++ 2013
Внешний вид:степень сжатия вычисляется с 4 цифрами и округляется: "12.34%"; скорости - в mB/s
после выполнения команды "freeearc a -t" окно программы не зщакрывается автоматически
MultiArc: плагин к Total Commander теперь везде использует ANSI-кодировку имён файлов
New alpha version:new translations: Bulgarian, Finnish and Malay for a total of 22 languages
added Win7 taskbar progress indicator to Arc.exe, FreeArc.exe and GUI SFX modules
Cmdline:support for multiple configuration files, default arc*.ini (files with the same names in higher-priority dirs override files from lower-priority dirs)
accept RAR-like "//" comments in listfiles
remove ".." and "." entries from filenames stored in archive (on compression, extraction and in unarc/sfx/dll)
fixed bug in processing option -s1e, added error message on incorrect solid grouping specifier
Compression:lz4b method renamed to lz4, so it will be final implementation of LZ4 algo
REP with large :l/:c made up to 2x faster (use all CPU cores for hashing)
use lzma instead of xlzma for -m4b -mt2
LZMA-x64/LZMA-x86 and facompress*.dll compiled with Visual C++ 2013
UI:show compression ratios with 4 digits and rounded: "12.34%"; show speeds in mB/s
don't close program window after execution of "freeearc a -t" command
MultiArc: updated Total Commander plugin to use ANSI codepage everywhere
Страницы: 123456789101112131415161718192021222324252627282930313233343536373839404142434445464748495051525354555657585960616263646566676869707172737475767778798081828384858687888990919293949596979899100101102103104105106107108109110111112113114115116117118119120121122123124125126127128129130131132133134135136137138139140141142143144145146147148149150151152153154155156157158159160161162163164165166167168169170171172173174175176177178179180181182183184185186187188189190191192193194195196197198199200201202203204205206207208209210211212213214215216217218219220221222223224225226227228229230231232233234235236237238239240241242243244245246247248249250251252253254255256257258259260261262263264265266267268269270271272273274275
Предыдущая тема: Punto Switcher (часть 3)
Форум Ru-Board.club — поднят 15-09-2016 числа. Цель - сохранить наследие старого Ru-Board, истории становления российского интернета. Сделано для людей.