Перейти из форума на сайт.

НовостиФайловые архивы
ПоискАктивные темыТоп лист
ПравилаКто в on-line?
Вход Забыли пароль? Первый раз на этом сайте? Регистрация
Компьютерный форум Ru.Board » Компьютеры » Программы » FreeArc (часть 4)

Модерирует : gyra, Maz

 Версия для печати • ПодписатьсяДобавить в закладки
Страницы: 1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 21 22 23 24 25 26 27 28 29 30 31 32 33 34 35 36 37 38 39 40 41 42 43 44 45 46 47 48 49 50 51 52 53 54 55 56 57 58 59 60 61 62 63 64 65 66 67 68 69 70 71 72 73 74 75 76 77 78 79 80 81 82 83 84 85 86 87 88 89 90 91 92 93 94 95 96 97 98 99 100 101 102 103 104 105 106 107 108 109 110 111 112 113 114 115 116 117 118 119 120 121 122 123 124 125 126 127 128 129 130 131 132 133 134 135 136 137 138 139 140 141 142 143 144 145 146 147 148 149 150 151 152 153 154 155 156

Открыть новую тему     Написать ответ в эту тему

Widok



Moderator-Следопыт
Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
Часть 1 | Часть 2 | Часть 3


Скачать последний релиз - FreeArc 0.666 от 20 мая 2010 г. Что нового: ускорение работы в 1.5-2 раза благодаря новой технологии многопоточного сжатия, распаковка архивов многих форматов используя технологии 7-zip, запуск файлов из архива, исправлены все проблемы интеграции с Explоrer (подробнее)
Текущая альфа версия: 0.67 - загрузка | список исправлений | блог


Подробное описание используемых алгоритмов
Почему он сжимает лучше и быстрее, чем 7-zip/rar...
Результаты тестов, подтверждающие его крутизну...
Почему для использования 2+ гб памяти желательно установить 64-битную версию Windows
Планы дальнейшего развития
Что подразумевается под "интеграцией с Explorer"
Старая FreeArc wiki (включая описание формата архива)
Логотип и иконки FreeArc - обсуждение того, как облагородить внешний вид программы


Сторонние оболочки для работы с FreeArc:
wArc - простая и понятная программа управления архивами (требует .NET Framework 2.0)
PeaZip - менеджер архивов с поддержкой большого количества форматов, для Windows и Linux


Родственные темы:
Inno Setup плюс внешние упаковщики - использование архивов FreeArc в инсталяторах
ISDone.dll - библиотека распаковки архивов в инсталяторах
REP & SREP
Пережатиe/Pекомпрессия/Oптимизация файлов для лучшего сжатия - "а как сжать ещё лучше?"
FreeArc и Unix - для альтернативно одарённых
• репозиторий FreeArc 'Next на github.com
• тема FreeArc 'Next на форуме encode.su
• раздел FreeArc на форуме krinkels.org

 
Другие архиваторы:
WinRAR
7-zip
PowerArchiver
HaoZip
BandiZip


Всего записей: 24190 | Зарегистр. 07-04-2002 | Отправлено: 11:36 23-11-2010 | Исправлено: Release, 10:58 24-04-2023
Bulat_Ziganshin

Silver Member
Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
v15 - http://freearc.org/download/testing/progress/FreeArc15.exe :
 
   
 
это v11 с Ratio и Speed в обратном порядке. я думаю что мне надо центрировать Speed/Ratio в последней строке, отказавшись от какого-либо выравнивания с числами над разделителем. и возможно добавить ETA (время завершения операции) в самом конце - это очень удобно для длительных операций
 
Добавлено на http://freearc.org/download/testing/progress/

Всего записей: 3401 | Зарегистр. 13-08-2007 | Отправлено: 16:30 23-09-2012 | Исправлено: Bulat_Ziganshin, 16:50 23-09-2012
Snoopak96

Member
Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
Bulat_Ziganshin
v14 как-то больше нравится, всё просто и понятно

Всего записей: 303 | Зарегистр. 30-06-2010 | Отправлено: 16:32 23-09-2012
insorg



Platinum Member
Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
Имхо, самым компактным и удобным вариантом было бы нечто такого типа:
 
Proceeded:                 58%
Files:               2823/5447
Bytes:       24984984/52046849
Compressed:    4984984/2046849
Ratio:                     72%
Time:        01:02:03/20:22:24

 
На первом месте - процент обработанного, далее - количество файлов (сделано/всё) и аналогично байты общие и обработанные, после этого логичнее всего показывать процент сжатия, и в конце - время по схеме [прошло/общее] или [прошло/осталось].
 
Как вариант, можно время разделить:
 
Обработано:                58%
Файлы:               2823/5447
Всего байт:   24984984/2046849
Сжатых байт:   4984984/2046849
Степень сжатия:            72%
Прошло:               01:02:03
Осталось:             20:22:24

 
Или даже так...
 
Proceeded:                 58%    Time:        01:02:03/20:22:24    
Files:               2823/5447    Ratio:                     72%    
Bytes:       24984984/52046849    Compressed:    4984984/2046849    

 
 
з.ы.
Числа взяты рандомные, просто для наглядности что как должно выглядеть.

Всего записей: 16698 | Зарегистр. 04-11-2010 | Отправлено: 17:25 23-09-2012 | Исправлено: insorg, 18:14 23-09-2012
sabio

Silver Member
Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
Bulat_Ziganshin

Цитата:
Another proposal for idea from v9+v10

как-то не интуитивно получается - "знаменатели" слева от "числителей"
(Speed = Bytes / Time, Ratio = Compressed / Bytes)

Всего записей: 2898 | Зарегистр. 21-05-2004 | Отправлено: 18:37 23-09-2012
insorg



Platinum Member
Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
Точно, забыл про скорость:
 
Proceeded:                 58%    Files:               2823/5447    
Compressed:    4984984/2046849    Ratio:                     72%    
Speed:                5204kb/s    Time:        01:02:03/20:22:24    

Всего записей: 16698 | Зарегистр. 04-11-2010 | Отправлено: 19:08 23-09-2012 | Исправлено: insorg, 19:08 23-09-2012
Bulat_Ziganshin

Silver Member
Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
insorg
Files:               2823/5447    Proceeded:                 58%    
Bytes:         123456/65432100    Speed/Ratio:    5204kb/s / 72%
Compressed:    4984984/2046849    Time:        01:02:03/20:22:24    

Всего записей: 3401 | Зарегистр. 13-08-2007 | Отправлено: 23:17 23-09-2012
insorg



Platinum Member
Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
Bulat_Ziganshin
можно и так

Всего записей: 16698 | Зарегистр. 04-11-2010 | Отправлено: 23:26 23-09-2012
Shuld

Member
Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
Лучшие из вариантов (для меня) - 9 и 15.
 
Самое хорошее было бы взять вариант 15 и сделать изменения:
разместить Speed под Time - и то и то относится к времени
Ratio под Compressed - и то и то относится к размеру файла.

Всего записей: 364 | Зарегистр. 08-12-2010 | Отправлено: 18:21 26-09-2012
Bulat_Ziganshin

Silver Member
Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
Shuld
speed под time не влезет

Всего записей: 3401 | Зарегистр. 13-08-2007 | Отправлено: 18:24 26-09-2012
Shuld

Member
Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
И, вероятно, строку 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

Всего записей: 364 | Зарегистр. 08-12-2010 | Отправлено: 18:28 26-09-2012
Bulat_Ziganshin

Silver Member
Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
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

Всего записей: 3401 | Зарегистр. 13-08-2007 | Отправлено: 02:11 27-09-2012 | Исправлено: Bulat_Ziganshin, 12:47 27-09-2012
palandy

Newbie
Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
Имхо такой вариант удобнее

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

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

Всего записей: 5 | Зарегистр. 30-04-2011 | Отправлено: 20:51 28-09-2012
fdhhhhhhhhhhh

Newbie
Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
//Перешел в эту тему из 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Мб)

Всего записей: 8 | Зарегистр. 03-10-2009 | Отправлено: 19:07 29-09-2012
Bulat_Ziganshin

Silver Member
Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
v16 - http://freearc.org/download/testing/progress/FreeArc16.exe :
 
   
 
Таблицы и их содержимое теперь горизонтально центрированы. Всё, думаю это окончательная версия дизайна
 
Добавлено на http://freearc.org/download/testing/progress/

Всего записей: 3401 | Зарегистр. 13-08-2007 | Отправлено: 01:20 01-10-2012
fdhhhhhhhhhhh

Newbie
Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
Замечание к прогрессу: (в текущей версии 0.666)
% вычисляется через количество файлов а не объем ими занимаемый (по крайней мере при сортировки по размеру это очень заметно)
Из это следует 3 беды:
- собственно % очень оптимистичный
- время выполнения почти постоянно увеличивается или стоит на месте
- ну и предполагаемый объем архива очень оптимистичный (я сначала так радовался)
 
Добавлено:
Только что помогал админу настроить резервное копирование.
От сюда Идея!
 
Сделать опцию "архивировать только файлы которые изменились за последние n дней"

Всего записей: 8 | Зарегистр. 03-10-2009 | Отправлено: 12:50 01-10-2012
Bulat_Ziganshin

Silver Member
Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору

Цитата:
От сюда

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

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

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

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

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

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

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

Всего записей: 3401 | Зарегистр. 13-08-2007 | Отправлено: 14:28 01-10-2012 | Исправлено: Bulat_Ziganshin, 14:32 01-10-2012
Shuld

Member
Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
Bulat_Ziganshin
 
Ну такой вид, так такой.
Достаточно неплохо. Однозначно лучше текущего.

Всего записей: 364 | Зарегистр. 08-12-2010 | Отправлено: 19:00 01-10-2012
coolerru

Newbie
Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
Булат, а не мог бы ты добавить ключик на запуск в свёрнутом (background) режиме? При чём, чтобы фокус не перебивался: кнопка на таскбаре просто появляется и всё.
 
Запуск при помощи "start /min" ворует фокус.
 
З.Ы. Если уже есть такое - извиняю, подскажите.

Всего записей: 20 | Зарегистр. 16-02-2009 | Отправлено: 17:38 02-10-2012
Bulat_Ziganshin

Silver Member
Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
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

Всего записей: 3401 | Зарегистр. 13-08-2007 | Отправлено: 17:58 02-10-2012 | Исправлено: Bulat_Ziganshin, 18:14 02-10-2012
coolerru

Newbie
Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
Я до конца не уверен, но идея такова, что стартовать надо приложение без видимой формы, точнее флаг видимости формы должен быть выключен, затем нужно свернуть последнюю, а затем уже показать. Вот примеры для винды:
http://stackoverflow.com/questions/4380575/how-to-launch-console-application-using-createprocess-with-minimized-main-window
http://stackoverflow.com/questions/7622052/creating-a-minimized-overlapped-window-win32
 
Там также описаны проблемы того, что фокус воруется иногда (если не свернуть два раза). То есть надо поиграться с кодом.
 
Но насколько я понял, FreeArc на GTK написан, так что надо будет через его вызовы это делать. Может в нём даже есть свой специальный, нативный способ?..
 
 
Кстати, не мог бы ты убрать плюсик и вытащить галочку (поверх всех окон) на его место в диалоге архивации? А то не ясно, зачем её прятать вообще, да и к тому же при нажатии на минус спойлер не сворачивается обратно, что не есть красиво.

 
 
А ещё: не знаю, у всех ли так или это "by design" вообще, но у меня при отмене архивации, запущенной из консоли, вываливаются ошибки (на билде от 27 сентября):
 
1)
---------------------------
freearc
---------------------------
write: invalid argument (Bad file descriptor)
---------------------------
ОК    
---------------------------
 
2)
---------------------------
freearc
---------------------------
CompressionLib_dbHm: interrupted
---------------------------
ОК    
---------------------------
 
А раньше было что-то про зациклившуюся (или прерванную) нить (thread).

Всего записей: 20 | Зарегистр. 16-02-2009 | Отправлено: 21:22 02-10-2012 | Исправлено: coolerru, 21:32 02-10-2012
Открыть новую тему     Написать ответ в эту тему

Страницы: 1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 21 22 23 24 25 26 27 28 29 30 31 32 33 34 35 36 37 38 39 40 41 42 43 44 45 46 47 48 49 50 51 52 53 54 55 56 57 58 59 60 61 62 63 64 65 66 67 68 69 70 71 72 73 74 75 76 77 78 79 80 81 82 83 84 85 86 87 88 89 90 91 92 93 94 95 96 97 98 99 100 101 102 103 104 105 106 107 108 109 110 111 112 113 114 115 116 117 118 119 120 121 122 123 124 125 126 127 128 129 130 131 132 133 134 135 136 137 138 139 140 141 142 143 144 145 146 147 148 149 150 151 152 153 154 155 156

Компьютерный форум Ru.Board » Компьютеры » Программы » FreeArc (часть 4)


Реклама на форуме Ru.Board.

Powered by Ikonboard "v2.1.7b" © 2000 Ikonboard.com
Modified by Ru.B0ard
© Ru.B0ard 2000-2024

BitCoin: 1NGG1chHtUvrtEqjeerQCKDMUi6S6CG4iC

Рейтинг.ru