» FreeArc: бесплатный open-source архиватор - Часть 3

Bulat_Ziganshin

Цитата:

иконка вроде от PA.

а иконка у файла от Winrar

Цитата:

чего они там на 16 мег напихали?

говорят фейк, на архив FreeArc не похоже
ссылка вверху (скачать с нового сервера)
http://forum.drweb.com/index.php?showtopic=291559&st=20

Добавлено:
запрашиваемые цифири тут
http://otvety.google.ru/otvety/thread?tid=3f6c87d378cb051a&table=%2Fotvety%2F

Цитата:

опа

А какое отношение это имеет к FreeArc?
Sfx-архив на FreeArc не похож вроде, тогда к чему сообщать об этом в данной теме форума?

LonerDergunov
история вопроса...
всё начиналось с WinArc (GUI-версия была WinArc.exe)

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

Цитата:

Почему lzop ? (http://www.oberhumer.com/opensource/lzop/)

Архиватор lzop, используемый для ротации, реализует специальный
асимметричный алгоритм сжатия без потерь. По сравнению с gzip,
cжатие происходит примерно в два раза медленнее. Но зато распаковка
происходит в три раза быстрее (200 Мб журнал за 1.6 сек на
PIII-700). Архивный журнал не меняется, поэтому лучше сжать его
один раз медленно, но потом уметь быстро расжимать. Этот факт
используется стандартным анализатором статистики, который каждый
раз распаковывает файлы "на ходу". В итоге получается почти
десятикратный выигрыш по объему хранимых архивных журналов и
экономия процессорного времени, особенно на больших журналах.

что можно использовать по аналогии ?

slech
сам lzop?

Bulat_Ziganshin
FA можеь жать этим алгоритмом ?

slech
в fa есть tornado/bytecoder


Цитата:

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

да, у меня записано

Думаю не ошибся разделом.
Вопрос по ехт скрипту арка.
Нужно добавить надпись примерно такого содержания "Идёт восстановление данных" когда работает прекомп.
Спрашивал на других форумах все дают код на обычный скрипт.
У меня он не работает. Поэтому использую ехт.

B16
FreeArc - обсуждение скриптов для FA
как показывают мои наблюдения, ответов тут немного - возможно есть смысл в отдельной теме - где можно было собрать ответы на наиболее частые вопросы. Поделиться опытом и советами.
Не примите мою ссылку как как упрёк, просто мне подумалась что эта тема давно и многим актуально.
Если тема не приживётся - можно будет попросить модераторов удалить её.

new version:

* Installer: "associate with other archives" checkbox
* GUI: open .tar.gz-like archives in one step
* GUI: save passwords entered due the session (well, only passwords used to open archive are currently saved)
* show description of operation in window title ("Extracting archive xxx" and so on)
* 7z.dll: remove files extracted with error, unless -kb is specified
* cw command: now supports zip/arj/... comments
* GUI: updated speeds on Compression tab according to new m/t methods
* GUI: 7z.dll: show "Skipping ..." on files being skipped
* GUI: fixed: update Totals label after jumping to another archive/directory
* mmdet: fixed bug in entropy calculation

Егор, всё это исправлено

Bulat_Ziganshin
1. контекствное меню - Добавить в архив...
2. Отмена
Получаем две ошибки, последовательно:
1. thread blocked indefinitely
2. gtk2hs_store_unref_node_impl: interrupted

Цитата:

1. контекствное меню - Добавить в архив...
2. Отмена

fixed

new version:

* Compression: restored faster methods for -mex3t/-mex4t
* 7z.dll: fixed bug with passing password longer than one char
* GUI: also open .cpio.* in one step
* GUI: select language on the first run
* Settings: added "Open .tar.gz-like archives in single step"
* Unarc: overwrite read-only/system files
* GUI: fixed: Explorer RCM -> open dialog -> Cancel lead to error message

if you maintain any language file, please update it now - i will not add new translation items before 0.65 release. there are only 18 new strings since 0.60 so it should be not much work

Bulat_Ziganshin
Хотелось бы увидеть в контекстном меню "открыть архив", очень удобно когда знаешь что например data.bin это архив arc.

DemonAk
Контекстное меню в программе ограничено только фантазией пользователя

подскажите, а как задавать параметры lzma чтобы они не игнорировались?
даю, к примеру, -mlzma:max:256mb, а в итоге получаю архив с параметрами сжатия, если верить тому что по кнопке ArcInfo выдает, типа lzma:119mb:normal:... И как ни крути, какие не задавай параметры, больше 120Мб лзма использовать не хочет и остальные настройки всегда в normal уходят. В чем мб дело? Ведь есть архивы (не мои) где и 650Мб лзма брал и остальные настройки в мах...
Данных жму несколько гиг, вот выдержка из лога:
[more]arc a -r -mlzma:512mb:a2:bt4:128 ..\data124_lzma *
FreeArc 0.60 Using additional options: --logfile=d:\freearc.log --display=hnwftsr --language=C:\!\FreeArchiver\Tests\arc.languages\arc.russian.txt
Creating archive: ..\data124_lzma.arc using lzma:120mb:normal:bt4:128
Memory for compression 1205mb, decompression 120mb, cache 256kb

arc a -r -mlzma:ultra:512m ..\data_lzmaUltra *
FreeArc 0.60 Using additional options: --logfile=d:\freearc.log --display=hnwftsr --language=C:\!\FreeArchiver\Tests\arc.languages\arc.russian.txt
Creating archive: ..\data_lzmaUltra.arc using lzma:120mb:normal:bt4:128:mc128
Memory for compression 1205mb, decompression 120mb, cache 256kb
[/more]
Такое впечатление, что лзма для сжатия надо в 10 раз больше памяти чем задан словарь, т.е. если доступно 1200Мб ОЗУ, то словарь максимум 120Мб. Но в документации к фа я об этом ни слова не нашел в разделе детального описания настроек сжатия LZMA. Но даже если так, почему тогда настройка мах/ultra игнорится?

Bulat_Ziganshin
что за папка ArcShellExt-dll в FreeArc-portable-0.61-alpha-win32.zip?

А какую ОСь посоветуете для использования ОЗУ по-максимуму при использовании ФА? Вот я пробую ХР64 (только что установленную) - но там ужас какой-то творится VMM: идет как обычно куча всякой мелочи - хипы, стеки и тп, затем блок в гектар, потом высер длл-ок (с кусками в полгига и тп меж ними и дллок) втч толпа фриарковских , и блок в 2гектара. Перемещать эту немеряную толпу дллок чтобы получить нормальный шмат в 3гб - это можно будет рехнуться!
Мб под линухом можно свои 4гб на всю катушку заюзать? мб хоть там такого бреда не будет происходить?

Хит сезона будет - своя сборка линукса, причем лайвовая - загрузился с КД или флешки, запаковал че надо, загрузился назад в свою ось!

При попытке установить игру вылетает такая ошибка: [more] [/more]
Как я понял ругается она на
Archives = '{src}\*.arc'; // укажите расположение архивов FreeArc; для внешних файлов строку в [Files] добавлять необязательно - эту строчку
Архив лежит рядом с инсталлятором, называется setup2.arc

Скрипт: FreeArc_Example
Первый раз использую его.

B16, во-первых, ошибка не в Archives = '{src}\*.arc';, а где-то в скрипте, о чём свидетельствует скрин; во-вторых, тебе сюда

Цитата:

Хотелось бы увидеть в контекстном меню "открыть архив", очень удобно когда знаешь что например data.bin это архив arc.

разумное желание. если посмотреть назад, то 7-zip даёт полное контекстное меню на любые файлы и его за это ругают. rar, как и freearc, даёт его на архивы (по расширениям) и sfx'ы. причём у меня sfx'ы определяются только freearc'овские - по содержимому файла

поскольку могут быть 1) sfx'ы других типов (zip/rar/...) которые сейчас уже держатся через 7z.dll, 2) архивы с нестандартными расширениями, то выходит что не мешает иметь возможность открывать любые файлы как архивы. но при этом пользователи могут начать жаловаться как они это делают с 7-zip

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

Добавлено:

Цитата:

что за папка ArcShellExt-dll в FreeArc-portable-0.61-alpha-win32.zip?

спасибо, удалил


Цитата:

подскажите, а как задавать параметры lzma чтобы они не игнорировались?

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


Цитата:

Ведь есть архивы (не мои) где и 650Мб лзма брал и остальные настройки в мах...

они используют ht4 matchfinder, а не bt4


Цитата:

А какую ОСь посоветуете для использования ОЗУ по-максимуму при использовании ФА?

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

читай сначала "Почему для использования 2+ гб памяти желательно установить 64-битную версию Windows", а затем боюсь что тебе нужно просто по всем 300 страницам темы пройтись - узнаешь много интересного втч и запары с памятью

что касается этих танцев с lzma - то правильным вариантом является 1) поддержка 64-битного lzma.exe как внешнего упаковщика с передачей данных через stdio, 2) распаковка lzma со словарём до 1 гб даже при фрагментированной памяти, 3) развитие ht4 так чтобы он хоть как-то мог конкурировать с bt4. но всё это требует времени, да

кстати, ты вроде просил чтобы unarc.dll мог переписывать r/o файлы - это сделано. бери свежую альфу

Цитата:

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

дык я, собственно читал ту статью уже давно, но на днях решил заняться вопросом плотнее - переустановил начисто ХР64 и получил не совсем приятную картину - как писал 1Гб + длл-ки и куски в 100-500Мб и в конце кусок на 2Гб. Думал под ХР64 будет немного лучше, т.е. фактически свободной памяти 3.6Гб получается, а использовать одним блоком удается только тот кусень на 2Гб и все. Тупо. Практически все службы поотключал, даже Windows Audio, в автозапуске тоже все поотключал, но не помогло. И с рибейзом там нечего ловить.
Интересно, какая будет картина если доставить памяти...
Опять же не вкурил тему с х64 - весь фа распознается как 32-битные приложения, т.е. по ходу х64-версии фа просто нет пока, как я понял?
Попробовал так же сборку линуха SLAX с интегрированным PeaZip 3.0. Там фа 0,6 от 21 декабря 2009 года. Попробовал жать лзмой и получил лзма214Мб, стало быть под линухом был кусок на 2.2Гб приблизительно, что не шибко-то большая разница по сравнению с ХР. Однако, что очень не понравилось, почему-то под линухом rep не поддерживается?! Вот как задаю ключик -mrep - так сразу егор - метод не поддерживается... странно, однако...

Цитата:

они используют ht4 matchfinder, а не bt4

в принципе в аркинфе указано следующее:
lzma650mb:а2:128:mc2
т.е. ни про ht4 ни про bt4 не сказано, но, наверное надо понимать что имеется в виду именно ht4?

за остальную инфу - спасибо!

Добавлено:

Цитата:

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

так я прав в своем предположении что лзма требует ОЗУ куском 10*словарь?

и еще такой вопрос - взял архив, весит 2,2Гб. Открыл его в гуяшном FreeArc 0.60 (December 21 2009), указал удалить из него несколько мелковесных папок и файлов, а в итоге к полному своему изумлению получил архив весом больше 3Гб! Это же нонсенс, однако! Судя по аркинфе фа взял и тупо перепаковал весь архив, так при этом еще и взял какие-то "чудесные" настройки, типа lzma11mb - я, честно говоря, офеншуел
Если это издержки солид-сжатия, так надо перепаковывать с максимально приближенніми настройками и предупреждать юзера, если сие недостижимо.

Цитата:

я, собственно читал ту статью

плохо читал. там ясно сказано что 2 гига - предел


Цитата:

фа распознается как 32-битные приложения, т.е. по ходу х64-версии фа просто нет пока, как я понял?

ага


Цитата:

стало быть под линухом был кусок на 2.2Гб приблизительно

нет. я там просто не знаю как проверить своб. память, поэтому использовал -lc4095, а сейчас в 0.61 -lc2047


Цитата:

Вот как задаю ключик -mrep - так сразу егор - метод не поддерживается...

не верю


Цитата:

lzma650mb:а2:128:mc2
т.е. ни про ht4 ни про bt4 не сказано, но, наверное надо понимать что имеется в виду именно ht4?

да. он идёт по умолчанию


Цитата:

так я прав в своем предположении что лзма требует ОЗУ куском 10*словарь?

нет. bt4 требует 8*dict плюс пару кусков помельче. читай эти 300 страниц...

Bulat_Ziganshin

Цитата:

если посмотреть назад, то 7-zip даёт полное контекстное меню на любые файлы и его за это ругают.

Куда посмотреть? На самом деле - не любые, напр. .txt, .mp3.
Булат, имхо, не надо все усложнять. Проще определить по умолчанию в конфиге простую возможность добавления форматов в категорию архивных. А альтернативные возможности конфигурирования (в т. ч. и расширенные варианты) описать в вики.

Цитата:

Цитата:
стало быть под линухом был кусок на 2.2Гб приблизительно
нет. я там просто не знаю как проверить своб. память, поэтому использовал -lc4095, а сейчас в 0.61 -lc2047

как я указал, использована версия 0.60 от 21.12.2009, в которой, согласно твоей же инфе, использовалось еще -lc4095. Значит все таки -lc2047 ты с 0.60 версии ввел, потому что задано было жать с lzma512Mb.

по поводу репа - специально сделаю фотку с монитора фотоаппаратом или убедюсь в неправоте. но точняк несколько раз пробовал с репом.

а что по поводу удаления из архива?

Цитата:

а что по поводу удаления из архива?

1. при удалении солид-блоки, откуда удалены файлы, перепаковываются. логично?
2. перепаковываются они в том режме, который задан в ком. строке. т.е. тебе нужно было так и написать arc d ... -mx
3. я планирую запоминать режим архивации в архиве и при дальнейших операциях с архивом (добавление новых файлов, удаление) использовать тот же режим
4. поскольку упаковка в -mx требует использования всего ОЗУ, перепаковать в этом режиме тебе просто не удастся - часть-то ОЗУ будет занята на распаковку. я планирую это исправить, но сейчас если тебе нужно перепаковать в -mx - то остаётся только извлечь все файлы, удалить ненужные и упаковать заново. или как вариант:
arc d .... -m1 (или -m0)
и затем
arc ch ... -mx

Добавлено:

Цитата:

Куда посмотреть? На самом деле - не любые, напр. .txt, .mp3.

назад в том смысле что я отталкивался от критики 7-zip когда делал свой скрипт. ты правы, но суть дела в другом:
1. пользователи хотят видеть в контекстных меню только операции, допустимые над данным конкретным файлом. законное право - не ломать себе глаза в простыне чёрт знает чего

теперь выяснилось и второе - не всегда можно определить что это архив только по расширению. в принципе я и так уже лезу внутрь exe чтобы определить freearc sfx, но лезть внутрь всех файлов, на которых вызывают к.м. - не комильфо. особенно учитывая что это потребует таскать с собой ещё и 64-битный 7z.dll

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


Цитата:

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

это сделаю, после 0.65. но лезть туда ради одного файла неудобно и неинтуитивно

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

CTACKo

Цитата:

Попробовал так же сборку линуха SLAX с интегрированным PeaZip 3.0. Там фа 0,6 от 21 декабря 2009 года. Попробовал жать лзмой и получил лзма214Мб, стало быть под линухом был кусок на 2.2Гб приблизительно, что не шибко-то большая разница по сравнению с ХР. Однако, что очень не понравилось, почему-то под линухом rep не поддерживается?! Вот как задаю ключик -mrep - так сразу егор - метод не поддерживается... странно, однако...

PeaZip - тот ещё глюкодром, наверняка дело в нем. Из консоли, например, все работает. Рекомендую проверить.

Цитата:

2. перепаковываются они в том режме, который задан в ком. строке. т.е. тебе нужно было так и написать arc d ... -mx

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

Цитата:

PeaZip - тот ещё глюкодром, наверняка дело в нем. Из консоли, например, все работает. Рекомендую проверить

это я заметил с полтыка, поэтому практически сразу же стал юзать консольный вариант. т.е. непосредственно из PeaZip фа не юзал.
вот фото с экрана по поводу того что -rep отказывается работать под линухом:

Цитата:

да, но я удалял гуяшным фа, а не консольным,

это всего лишь ещё одна проблема не зря номер версии всё ещё 0.60


Цитата:

вот фото с экрана

-mrep:256mb попробуй