» FreeArc (часть 4)

insorg
Files:               2823/5447    Proceeded:                 58%    
Bytes:         123456/65432100    Speed/Ratio:    5204kb/s / 72%
Compressed:    4984984/2046849 Time:        01:02:03/20:22:24    

Bulat_Ziganshin
можно и так

извините, если уже было, но всё же:

как или где можно прописать путь распаковки когда создаю EXE-архив?

всегда стоит по умолчанию т.е. в папку откуда запускается ехе-шник... а можно прописать например "%MyDocuments%/Soft/" ? если ДА , то где это можно сделать?

Лучшие из вариантов (для меня) - 9 и 15.

Самое хорошее было бы взять вариант 15 и сделать изменения:
разместить Speed под Time - и то и то относится к времени
Ratio под Compressed - и то и то относится к размеру файла.

LieToMe
нет, таких возможностей нет. если нужен нестандартный функционал - надо nsis/inno installer делать, пока что это единственный вариант, благо что автоматом .iss сгенерить несложно

Shuld
speed под time не влезет

Нет ли связи в связи с тем, что разработчик из мусульманской страны, и релизом 666? Нет ли тут скрытого намека всех христианским странам?

AftarJjet
мдаааааа.... кому что... 666 - число Сатаны, а версия 0.666 и уже есть 0.67... нет никакого скрытого намека с мусульманством и христианством...
хотя ждем ответа от разработчика

И, вероятно, строку Total выше, чем Procecced.

Добавлено:
Вообще самая большая сложность с Ratio - он не сразу понятен.

Добавлено:
А если посмотреть на процесс нестандартно?

.................Files........Bytes...............Time
Start...........44.....15 790
Processed....30.....4 800.->.2 258......0:30
Finish............1.........-........8 953.......2:22
-------------------------------------------------
Speed.......8 kb/s
Ratio.........50%


Добавлено:
Взгляд человека начинается слева вверху.
Мне кажется, что в любом варианте исходный размер несжатых данных должен располагаться вверху, и по-возможности левее.
Например, интересен вариант
http://forum.ru-board.com/topic.cgi?forum=5&topic=35164&start=1860#13
но строку Total выше, чем Procecced


Добавлено:
В этом смысле варианты 11, 12 мне не нравятсяся совершенно!

Думаю, что может быть красивым вариант 15, если поменять местами
строки Total и Procecced
и Ratio / Speed, чтобы Ratio было под Compressed

AftarJjet

New alpha version:

Compression memory management: now FreeArc knows that 4x4/grzip may use more or less memory depending on number of threads without losing compatibility with already compressed data. This complicates memory management:On compression, "Memory for compression 747mb, decompression 96mb" message now tells how much memory actually used this time for compression and minimum memory that will be required later for decompression
The Compression Dialog shows the same numbers for standard compression methods
ArcInfo/lt commands show the minimum memory required for compression and decompression of selected archive
On compression, -lc limits memory usage, first adding "tempfile" between methods, then reducing :t:i parameters in 4x4/grzip and finally reducing memory used by each thread
On compression, -ld limits minimum amount of memory that will be required later for decompression (i.e. with "tempfile" between methods and :t1:i0 setting in 4x4/grzip)
On decompression, -ld limits memory usage, first adding "tempfile" between methods, then reducing :t:i parameters in 4x4/grzip; so you can use -ld1 to use as little memory as possible
Decreased memory usage for xlzma decompression by 9%, ppmd compression and decompression by 14 mb per thread
LZMA: -di/lt shows real hash size in :h (it may be smaller than specified in the command because each bucket (:mc) should contain 2^n values)
Fixed lot of bugs and made tons of improvements in compression memory management, now all memory sizes shown should reflect the real memory usage

Other improvements:New layout of the Progress Dialog invented by sabio and ruduk
The Progress Dialog title now is "xx% hh:mm:ss | Command ..." instead of "{xx% hh:mm:ss} Command ..."
i18n: full Portuguese Standard translation by Nuno Rego!
i18n: shortened msgs 0018, 0086, 0433, 0435, 0300, 0437, 0438, 0439, 0440, 0441, 0382, 0383, 0384, 0301, 0302. If you maintain a translation, please try to do the same
7z.dll: more accurate dict/mem calculation for bcj2-compressed archives in the ArcInfo/lt
Unarc/DLL/large SFX: added LZ4 decompression
Unarc.dll: added C# usage example developed by Mohammad Khalifa
LZMA: made lzma:fastest a really fastest set of settings

To do: small improvements in the Progress Dialog, memory management in Tornado and Unarc

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

AftarJjet

Цитата:

Нет ли связи в связи с тем, что разработчик из мусульманской страны, и релизом 666? Нет ли тут скрытого намека всех христианским странам?

Ты о чём? Вроде первое апреля давненько было или у тебя в часах-календаре двух камней не хватает? Дак ты попроси - аж с Тау Кита самые каменные пришлют.

А вообще-то поинтересуйся-ка ты той же Git/SVN/Subversion что сиё за зверь и с чем его едят и вопрос мигом испарится в сторону нетей.... Коминты и распишитесь - хотите придумывайте благозвучные "цыфыры" для версий, хотите нумеруйте версии по ревизиям сорцов, хотите очи к небу и высматривайте там знамения с "цыфырами" - тут каждый разработчик поступает как ему Бог на душу положит. А нечистую силу оставь в покое, а то ненарок накличешь дак спать своими воплями не даст - работа у неё такая...

Имхо такой вариант удобнее

Цитата:

Files:               2823/5447    Proceeded:                 58%    
Bytes:         123456/65432100    Speed/Ratio:    5204kb/s / 72%
Compressed:    4984984/2046849    Time:        01:02:03/20:22:24

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

//Перешел в эту тему из FreeArc под Linux/Unix, тут более подходящая, тем более те же люди.
//лучше было бы и в саппорт написать, но учитывая что создатели и здесь, а мой английский очень simple вывод на лицо:

Поставил на архивирование 1 млн. файлов (меньше 2кб с сортировкой по размеру и удалением после архивации)
Как закончилась архивация не увидел. (В прошлый раз ооочень долго удаляло, сейчас как-то быстро, что не заметил, правда архив в 2.5 раза меньший).
Оказалось удалились не все файлы. Почему-то начиная с больших.
http://i43.fastpic.ru/big/2012/0929/c0/65772e0a6ac65445beec0fbc71ed69c0.png
Слева отсортированный по имени список из "unarc l". Посередине GUI FreeARC, справа то что есть Windows Explorer.
К примеру файлы 880, 881 не удалились, а 882, 883 удалились (они более большие по размеру).
Странно, архивация от меньшего к большему, а удаление наоборот.

Ошибки в конце я не видел. Просто прога закрылась. Могло нехватить памяти.

//З.Ы.По списку из unarc попробовал удалить через bat, findstr уже пол часа думает, ничего не удалило и прочитало с винта только 112кбайт (текстовый файл размером 22Мб)

чем лучше FreeArc 7zip-a?

Цитата:

Нет ли связи в связи с тем, что разработчик из мусульманской страны, и релизом 666? Нет ли тут скрытого намека всех христианским странам?

по такой логике, следующую версию надо назвать 0.69


Цитата:

чем лучше?

чем 7-zip!

v16 - http://freearc.org/download/testing/progress/FreeArc16.exe :



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

Добавлено на http://freearc.org/download/testing/progress/

Цитата:

чем лучше FreeArc 7zip-a?

http://forum.ru-board.com/topic.cgi?forum=5&topic=8076&start=800#5

Замечание к прогрессу: (в текущей версии 0.666)
% вычисляется через количество файлов а не объем ими занимаемый (по крайней мере при сортировки по размеру это очень заметно)
Из это следует 3 беды:
- собственно % очень оптимистичный
- время выполнения почти постоянно увеличивается или стоит на месте
- ну и предполагаемый объем архива очень оптимистичный (я сначала так радовался)

Добавлено:
Только что помогал админу настроить резервное копирование.
От сюда Идея!

Сделать опцию "архивировать только файлы которые изменились за последние n дней"

redson 13:09 11-05-2013
Цитата:

чем лучше FreeArc 7zip-a?

Наличием человеческого GUI и фич, напрочь отсутствующих в 7-zip. Объясняется различиями в подходе у авторов - автора 7-zip кроме алгоритмов сжатия ничего не интересует, автор Freearc думает и об удобстве юзеров.

К сожалению, все плюсы Freearc перечеркиваются его слабой распространенностью.

Цитата:

От сюда

пишется слитно


Цитата:

Сделать опцию "архивировать только файлы которые изменились за последние n дней"

Суперидея - прочесть доку


Цитата:

% вычисляется через количество файлов а не объем ими занимаемый (по крайней мере при сортировки по размеру это очень заметно)

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


Цитата:

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

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

Поднимаю вопрос про cabal и спокойную сборку на linux

http://www.linux.org.ru/forum/general/7894692
http://forum.ru-board.com/topic.cgi?forum=5&topic=35164&start=1620#3

Bulat_Ziganshin

Ну такой вид, так такой.
Достаточно неплохо. Однозначно лучше текущего.

эх добавили бы еще поддержку расширенных атрибутов NTFS

Булат, а не мог бы ты добавить ключик на запуск в свёрнутом (background) режиме? При чём, чтобы фокус не перебивался: кнопка на таскбаре просто появляется и всё.

Запуск при помощи "start /min" ворует фокус.

З.Ы. Если уже есть такое - извиняю, подскажите.

Bulat_Ziganshin
можно на офсайте повесить ожидаемую дату релиза?

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


Цитата:

Поставил на архивирование 1 млн. файлов (меньше 2кб с сортировкой по размеру и удалением после архивации)
Оказалось удалились не все файлы.

можно снова выполнить ту же операцию над оставшимися файлами, а затем слить два архива. другой вариант - дать команду "arc lb archive" и затем отредактировать её вывод, добавив команды del

Добавлено:
перевод инфы по последней альфе, выполненный ruduk (с моими исправлениями):

Новая альфа-версия:

Управление памятью для сжатия: теперь FreeArc знает, что 4x4/grzip может использовать больше или меньше памяти, в зависимости от числа потоков, без потери совместимости с уже сжатыми данными. Это усложняет управление памятью:При сжатии, информация "Память для упаковки 747mb, распаковки 96mb" теперь сообщает, сколько памяти использовано именно сейчас для упаковки и минимальный объем памяти, который потребуется в дальнейшем для распаковки
Диалог Сжатия показывает те же объёмы для стандартных методов сжатия
АркИнфо/lt команды показывают минимальный объём памяти, необходимый для упаковки и распаковки выбранного архива
При сжатии, -lc ограничивает использование памяти, сначала добавляя "tempfile" между методами, затем уменьшая параметры :t:i в 4x4/grzip и, в последнюю очередь, снижая объем памяти, используемый каждым потоком
При сжатии, -ld ограничивает минимальный объем памяти, который потребуется позже для распаковки (т.е. с "tempfile" между методами и настройками :t1:i0 в 4x4/grzip)
При распаковке, -ld ограничивает использование памяти, сначала добавляя "tempfile" между методами, затем уменьшая параметры :t:i в 4x4/grzip; в частности, вы можете использовать -ld1, чтобы использовать миниммально возможный объём памяти
Снижено использование памяти для xlzma распаковки на 9%; ppmd упаковки и распаковки на 14 МБ для каждого потока
LZMA: -di/lt показывают реальный размер хеша в :h (он может быть меньше, чем указано в команде, потому что каждый блок (:mc) должен содержать 2^n значений)
Исправлено множество ошибок и сделано много улучшений в управлении памятью для сжатия, теперь все показанные объемы памяти должны отражать реальное использование памяти
Остальные улучшения:Новая схема диалога прогресса, разработанная sabio и ruduk
Заглавие диалога прогресса теперь "xx% hh:mm:ss | Команда ..." вместо "{xx% hh:mm:ss} Команда ..."
i18n: полный перевод на Португальский Стандартный от Nuno Rego!
i18n: укорочены сообщения 0018, 0086, 0433, 0435, 0300, 0437, 0438, 0439, 0440, 0441, 0382, 0383, 0384, 0301, 0302. Если вы поддерживаете перевод, пожалуйста, попробуйте сделать то же самое
7z.dll: более точное вычисление dict/mem для bcj2-сжатых архивов в АркИнфо/lt
Unarc/DLL/large SFX: добавлена распаковка LZ4
Unarc.dll: добавлен C# пример использования, разработанный Mohammad Khalifa
lzma:fastest сделан набором действительно самых быстрых настроек
Осталось доделать:
Небольшие улучшения в Диалоге Прогресса
Управление памятью в Tornado и Unarc

Цитата:

можно на офсайте повесить ожидаемую дату релиза?

о, это слишком далёкое будущее. вот увидиш дату и расстроишся, от того что врят ли дожить до неё получится.

Если warc пишет:
Для установки этой программы необходима библиотека .NET Framework версии 2.0. Пожалуйста установите .NET Framework и повторите попытку снова.
или
This setup requires the .NET Framework version 2.0. Please install the .NET Framework and run this setup again.
и при этом .NET 2.0 установлен

достаточно в дистрибутиве warc_setup_1.0.exe md5 2697210b512bbecac39ef0fe5fbe99bf
HEX редактором поменять байт по адресу 00015979 с 84 на 85.

Или на время установки программы удалить в разделе реестра HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\.NETFramework\policy все разделы старше v2.0: v3.0 v4.0.... А потом восстановить заранее экспортированную ветвь.