» FreeArc (часть 4)

vasulpr Вы несёте бред

WiperX
http://freearc.org/research/SREP.aspx
http://freearc.org/research/SREP39.htm

если непонятно - спрашивай

Добавлено:

Цитата:

можно ли при распаковке через unarc отобразить ход выполнения как в Arc (время и проценты)?

имеется в виду unarc.exe или unarc.dll?

Хочу то, что курит vasulpr.

Цитата:

имеется в виду unarc.exe или unarc.dll?

unarc.exe

Цитата:

vasulpr Вы несёте бред

Цитата:

Хочу то, что курит vasulpr.

Задолбали такие необоснованные выпады. Обоснуй если такой умный!
Почему бред объясните! возможно что-то поменялось с последнего моего пользования srepом в ФА (оно было достаточно давно). или я чего-то не понимаю?

Только что пробовал паковать последним билдом ФА. Ничего не изменилось!

Цитата:

можно ли при распаковке через unarc отобразить ход выполнения как в Arc (время и проценты)?

есть графический sfx, переиеновываешь его в archive.exe, ложишь рядом с archive.arc и запускаешь archive.exe x -dpDIR (archive.exe -h для помощи)

Цитата:

Меня в срепе все устраивает кроме отсутствия работы с папками и отсутствия хелпа, если какую-то опцию надо, то приходится километры текста перекапывать чтобы найти, было бы хорошо чтобы вместе с срепом в комплекте шел хелп с десятком основных опцый

а http://freearc.org/research/SREP.aspx не устраивает?


Цитата:

Лично я пакую сначала срепом, а затем ФА, это позволяет переупаковывать звено ФА (подбор параметров) без перепаковкы срепа.
 
Чтобы в ФА использовать среп нужно много свободного места на диске для промежуточного файла при упаковке да и там беда с прогресбаром.

зачем это нужно - понял. а в каком режиме -m ты пакуешь и сколько у тебя бывает файлов?

1. Тут вот, что заметил. Если в arc.ini для внешнего компрессора указать необходимую память для упаковку/распаковки (mem=..., cmem=... dmem=...), то всё равно ОЗУ упаковки/распаковки: 4096 мб.
2. -m=ExternalCompressor1+4x4:ExternalCompressor2, то будет запущено: ExternalCompressor1 и несколько экземпляров ExternalCompressor2 (скорее всего равное количеству ядер), а это не есть хорошо. Предлагаю добавить команду для 4x4, которая бы уменьшала количество запусков ExternalCompressor2 на указанное число.
P.S. Для распаковки ExternalCompressor1 используется stdin/out, CLS.

Цитата:

а http://freearc.org/research/SREP.aspx не устраивает?

Это другое дело! Если бы еще по русски


Цитата:

а в каком режиме -m ты пакуешь и сколько у тебя бывает файлов?

В основном использую m2, m3. Честно говоря пока руки не дошли более подробно с параметрами разобраться и подобрать что-то лучше.

Последний раз что я паковал, так это были 2 образы вин7 32 и 64бит 5,4 Гб 2 файла.
Также иногда игры репачу для себя, то там от 2-20Гб и 10-70000 файлов

Edison007007
1. это cls или external?
2. 4x4:t11:... создаёт 11 тредов. другое дело что 4x4:external у меня лично надёжно не работают. да, external compressor в моей терминологии - это именно exe, а не dll. в принципе что-то типа 4x4:t-2 для создания cpu-2 потоков могло бы быть полезным. хотя с жругой стороны - редко когда скорость разных алгоритмов одинакова, так что если у тебя есть ex1+4x4:ex2 - не факт что нужен именно N-1 поток

Цитата:

Это другое дело! Если бы еще по русски

эта страница упоминается и в readme.htm, и в подсказке самого srep.exe. хотя это конечно не полноценная документация, а сборник разъяснений, которые я давал по различным тонкостям использования srep. полной доки с описанием всех опций действительно нет


Цитата:

В основном использую m2, m3.

Цитата:

10-70000 файлов

в режимах -m1/-m1f делается всего 1-2 прохода по файлам, так что можно реализовать упаковку каталогов целиком. в остальных режимах входные данные перечитываются в случайном порядке, поэтому нужно или держать все файлы открытыми (что невозможно для 70 тыщ файлов), или держать пул скажем из 1000 последних открытых файлов и менять их по мере надобности, и не факт что это будет работать с приемлемой скоростью

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

---

вообще, я у srep вижу два применения - первое, как профессионального средства для создания инсталяторов. тут мы нацелены на макс. сжатие, т.е. как правило используется режим -m3f -a1. srep вызывается внутри freearc, таким образом во-первых freearc обеспечивает оптимальную сортировку и разбиение на солид-блоки файлов, во-вторых при распаковке не создаётся никаких промежуточных файлов

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

Цитата:

1. это cls или external?

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

Добавлено:

Цитата:

2. 4x4:t11:... создаёт 11 тредов. другое дело что 4x4:external у меня лично надёжно не работают. да, external compressor в моей терминологии - это именно exe, а не dll. в принципе что-то типа 4x4:t-2 для создания cpu-2 потоков могло бы быть полезным. хотя с жругой стороны - редко когда скорость разных алгоритмов одинакова, так что если у тебя есть ex1+4x4:ex2 - не факт что нужен именно N-1 поток

Например precomp+какой-нибудь CM

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


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

- добавить горизонтальный разделитель
- добавить начало подменю (вводится текст надписи)
- добавить конец подменю
- добавить предопределённые команды
- добавить новую команду
- переместить выделенные пункты вверх/вниз
- удалить выделенные пункты меню

все добавления новых пунктов меню делаются после текущего выделенного. описание пункта меню состоит из:

- наименования (выводимой в меню надписи), например "Add to archive {arcname}"
- выполняемой команды, соответственно "freearc a {arcname} {files}"
- галочек - условий включения этого пункта меню (для arc sfx, arc non-sfx, non-arc архивов, не-архивов)

в наименовании команды поддерживается возможность перевода, т.е. её можно написать в виде "0864 Add to archive..." и вместо английского текста будет подставлен соответствующий русский из файла перевода. в наименованиях и выполняемых командах поддерживается макроподстановка имени выделенного файла/создаваемого архива/...

Bulat_Ziganshin
Спасибо за подробное объяснение!

Ещё один секрет практического использования SREP: режим -m2 практически бесполезен, как можно видеть из таблицы:

4,531 mb Время упаковки Память упаковки Операций в/в Сжатый размер После дожатия LZMA

Tornado 0.6a:поддержка FreeBSD, добавленная m^2
исправлены ошибки в режимах -11..16 и -10 -x2*
исправлена ошибка в индикаторе прогресса при распаковке
запрещено использовании опции -t1 с несовместимыми с ней -p4 и -x2*

---

Tornado 0.6a:FreeBSD support developed by m^2
fixed bugs in -11..16 and -10 -x2* modes
fixed bug in the decompression progress indicator code
prohibited use of -t1 with incompatible -p4 and -x2* switches

а чем отличаются файлы с индексами g, i и m в srep архиве, подскажите пожалуйста?

Bulat_Ziganshin

Про настраиваемый набор команд не подскажу.
А вот к прогресс-диалогу очень хочу вернуться!
Вот здесь это обсуждалось:
http://www.forum.ru-board.com:9000/topic.cgi?forum=5&topic=35164&start=1860#21
на этой и последующих страницах.

Прошло время, и пришло понимание,
что тот вариант, что сейчас (в версии 2013-11-11) мне ужасно не нравится!
Душа лежит к варианту вроде v5.
Но есть и свои соображения.
Я предлагаю вариант 17

Верхний прогресс-бар и все, что выше - относится к исходным данным
Нижний прогресс-бар и ниже - к архиву.
Самое главное, время - в самом верху,
ожидаемый размер архива - внизу.
------
Интересно, существующий диалог другим нравится?

Добавлено:
PS.
1. Просьба к цифрам не придираться - они не увязаны друг с другом.
2. В WinRAR мне раньше нравилось, но сейчас считаю, что сделано тоже неудачно.
3. Один из неплохих вариантов - winuha.

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

Добавлено:
Возможно, самый лучший вариант,
разместить Ratio и Speed между прогресс-барами...

Добавлено:
v18



Добавлено:
Почему я предлагаю такие варианты?
Потому, что в прогресс-баре заполненная левая часть обозначает обработанную часть,
а весь прогресс-бар - все целиком.
Поэтому и цифры должны по расположению соответствовать прогресс-бару, а не так как сейчас! (соответствия по расположению нет! Все время надо напрягаться.)

Добавлено:
Если кому понравился мой последний вариант,
прошу - выскажитесь здесь.
И мне будет ясно насколько я одинок или нет, и Булат, может быть, прислушается.
(к одному моему мнению - вряд ли).

Добавлено:
А еще, если как следует подумать, надо убрать в v18 прогноз размера архива.
1. Не соответствует "всей шкале" прогресс-бара - это не размер архива, а размер данных
2. Все архиваторы сначала группируют файлы (по расширениям), и потом сжимают. В результате, при сжатии одной группы файлов, например, rar-файлов, они "прогнозируют" один размер архива, потом, когда дело доходит до .txt, архиваторы "резко" меняют свой прогноз - в общем смысла мало.
Достаточно текущего размера архива и процента сжатия.

SELFY
разные компиляторы - gnu/microsoft/intel. intel самый быстрый, остальные имеют чисто познавательное значение

что означает ошибка Code -7 при распаковке архива (пишет внутри инсталятора inno setup), иногда все ок, а иногда эта ошибка

Булат, в одной из последних версий ты сделал вот это:
* После выполнения команды "freearc a -t" окно программы не закрывается автоматически

Существует ли дополнительный ключик, чтобы вернуть старое поведение?

Цитата:

надо просто вставить его наконец внутрь freearc, чтобы объединить их достоинства

ждём-не дождёмся! как и fa/64bit

coolerru
C:\!FreeArc> arc | grep pause
--pause-before-exit=PAUSE make a PAUSE just before closing program window

ищем в http://freearc.org/history/changelog_full.htm pause-before-exit:

* Added option --pause-before-exit with the following settings:
on – always make a pause
off – never make a pause
on-warnings – make pause if there were any warnings due operation
on-error – if program exits due to error

* Default settings for the option:
off – for console mode
on – for "test" command in GUI mode
on-warnings – for other commands in GUI mode

* In FileManager mode this option is ignored

Добавлено:

Цитата:

Все архиваторы сначала группируют файлы (по расширениям), и потом сжимают. В результате, при сжатии одной группы файлов, например, rar-файлов, они "прогнозируют" один размер архива, потом, когда дело доходит до .txt, архиваторы "резко" меняют свой прогноз - в общем смысла мало.

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

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

отдельный индикатор для текущего файла - вещь безусловно полезная, вопрос только в приоритетах

cross125
если это код из unarc.dll, то сбойные сжатые данные

#define FREEARC_ERRCODE_BAD_COMPRESSED_DATA (-7) /* Data can't be decompressed */

Прекрасно! Благодарю за подсказку!

кому-нибудь удалось привинтить к FA packjpg и packmp3???
если да, то дайте arc.ini, пожалуйста...

Bulat_Ziganshin
А нельзя, раз вы взялись за команды в меню эксплорер, добавить туда команду типа "умной" распаковки? Чтоб, если внутри архива находятся только файлы, они распаковывались бы в каталог с названием архива. А если они уже лежат в каталоге, внутри архива, то распаковывались бы так как есть.

Neo7898
уже бы давно сам прикрутил...

b1745923
постараюсь сделать , но только в следующей версии. можешь здесь подписаться: https://code.google.com/p/freearc/issues/detail?id=116

Добавлено:

Цитата:

от меня давно требовали сделать настраиваемым набор команд в меню Explorer

добавил как https://code.google.com/p/freearc/issues/detail?id=383 , можете подписываться

Добавлено:

Цитата:

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

из информации, выводимой по команде lt, в архиве сохраняется записанное между строчками с "---", а выводимое наверху - высчитывается. и для external алгоритмов берётся информация, считанная из arc.ini, которая может отличаться от имевшейся в момент упаковки:


Код: Archive type: FreeArc
Total bytes: 30,180,534
Compressed bytes: 6,697,778
Ratio: 22.19%

Directory blocks: 1
Directory, bytes: 5,047
Directory, compressed: 2,411
Solid blocks: 3
Avg. blocksize: 10 mb

Compression memory: 261 mb
Decompression memory: 198 mb
Dictionary: rep:96mb+xlzma:96mb grzip:2519kb

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

Pos Size Compressed Files Method
-----------------------------------------------------------------------------
31 0 0 4 storing
31 2,553,035 251,544 94 grzip:2519kb:m1:l32:h15
251,575 27,627,499 6,446,234 64 precomp043:cn:t-j+rep:96mb+exe+delta+4x4:lzma:96mb:normal:16:mc8
-----------------------------------------------------------------------------
162 files, 30,180,534 bytes, 6,697,778 compressed

не получается(((
m9j меня не устраивает, а к max не могу прикрутить...
помоги, если получилось...