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

Цитата:

мне не нравится нынешний её вид.

мне бы, девушка, ваши проблемы (c)


Цитата:

Почему когда ставлю новый column в issues list, но он не сохраняется ?

отгадай кому надо жаловаться? единственный путь - сохрани url своих изменений и ходи через него

Bulat_Ziganshin
А все же, может стоит попробовать сразу в html верстать?

Цитата:

отгадай кому надо жаловаться?

неужели гуглу ? по идее если вы выставите , то будет нормально.

Цитата:

А все же, может стоит попробовать сразу в html верстать?

ты предлагаешь мне выучить html, css и начать писать доку заново, при этом без wysiwyg?


Цитата:

по идее если вы выставите , то будет нормально.

тогда оно будет включено для всех. я вообще в этом поле смысла не вижу, в основном там я сам

Nick222

Цитата:

При чём тут многотомность и бэкап?

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

Цитата:

Я, например, принципиально не делаю

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

Цитата:

А бэкапы диска надо делать не архиваторами, а совсем другими программами

И тем не менее бэкап - один из важных пунктов в позиционировании FreeArc.

Цитата:

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

в данном случае этим именно ты занимаешься

Bulat_Ziganshin

Цитата:

в данном случае этим именно ты занимаешься

А можно с этого места поподробнее ?

Benchmark
я имею в виду вот эту фразу:

Цитата:

Пока во FreeArc нет поддержки многотомности, он в принципе не годится для бэкапов.

Bulat_Ziganshin

Цитата:

http://code.google.com/p/freearc/issues/detail?id=16 - застарь себя там

что значит "застарь"?

Цитата:

http://freearc.wiki.sourceforge.net/RightClickMenu

сюда я свои 5 копеек вставил. чем ещё помочь?

Цитата:

создать хотя бы гипотетический конфиг для fa+fe

учитывая что уже принято решение использовать WSciTEcm, получается нет смысла писать конфиг для FastExplorer

Цитата:

что значит "застарь"?

на звёздочку нажми


Цитата:

учитывая что уже принято решение использовать WSciTEcm, получается нет смысла писать конфиг для FastExplorer

угу

Bulat_Ziganshin
гляньте плиз, больше некому =(
http://forum.ru-board.com/topic.cgi?forum=5&bm=1&topic=15805&start=720

Bulat_Ziganshin

Цитата:

я имею в виду вот эту фразу

Да, наверно было сказано излишне категорично. Заменим на "недостаточно гибок для бэкапа".

Benchmark
причём тут это? ты путаешь себя со всеми пользователями и начинаешь убеждать Ника в том, что ему что-то не подходит только потому, что оно не подходит тебе

Bulat_Ziganshin
попробовал:
при использовании в multiarc.ini %COMMANDER_PATH% для строки "LIST=PATH\File.exe ....." Multiarc возвращает ошибкy без результатов
решил трабл копированием unarc.exe в папку c мультиарком - мультиаpк подхватывает файл вообще без указания пути, что и требовалось для портабл =))


Добавлено:
еще немного познакомился с архиватором.

мне показалось немного странным такое использование многопоточности, profile: Maximum: -mx

Factotum
nehalem?

Попробовал следующее:

1) Есть 3 млн мелких HTML файлов (на самом деле текстовые письма в MSG, но поменял расширение).
2) Архивируем TAR-ом - получаем файл 9 Гб (увеличение размера в 1,85 раза).
3) Сжимаем FreeArc - получаем остаток в 4% за полчаса.

Мне лично понравилось

Замечания и вопросы:

1) Выходит Total Commander 7.5 - полный Уникод.
Будут ли переделываться файлы настроек для МультиАрк для Тотал Коммандер?
У меня почему-то непраивльно показывает размер файла (9 Гб) внутри ARC архива.

2) В окне FreeArc внизу есть строки из лога - но ни в самом логе, ни в этих строках нет времени внесения записи в лог. Очень неудобно - хотелось бы видеть время.

Пока всё

Цитата:

Будут ли переделываться файлы настроек для МультиАрк для Тотал Коммандер?

если сам multiarc будет корректно работать с юникодным тоталом, в чем я сомневаюсь (к тому же автор остановил дальнешее развитие проекта, оставив сорч интузиастам),то за эддоном дело не постит
Цитата:

nehalem?

да

Цитата:

Архивируем TAR-ом - получаем файл 9 Гб (увеличение размера в 1,85 раза).
3) Сжимаем FreeArc - получаем остаток в 4% за полчаса.

кcтати, если бы fa поддерживал -si/-so - было бы лучше


Цитата:

мне показалось немного странным такое использование многопоточности

уж какое есть полная многопоточность сейчсас только на текстовых файлах в -m2. жмёт 50 мб/с с неплохим ratio, на уровне bzip2

Bulat_Ziganshin
незнаю, смогу ли повторить следующее:
прервав работу архиватора (то что на картинке) обнаружил на месте не созданного архива недоделанные временные файлы архивов... мне почему то кажется что все tmp должны были сгинуть вместе с отменой архивирования. еще в событиях винды как раз на время остановки процесса выскочил лог ошибки диска, пока таких случаев с другим ПО мне больше не известно. Появилась мысль о некорректной функции обращения к диску. Может быть связано с использованием в моей системе RAID0 массива

Bulat_Ziganshin
Что значит
Цитата:

-si/-so

?
Почему ФА его не поддерживает?
Что было бы лучше - время или процент сжатия?

И, наконец - если TAR+FA жмёт так круто - нельзя ли для огромного количества файлов изнутри ФА запускать ТАР и тут же жать получающуюся "колбасу" (предупредив юзера, что такое можно делать только с однородными текстовыми и HTML файлами)?
Может, такое будет работать лучше, чем сжатие "порциями" по 1-2 млн файлов - при ограничении в 2 Гб ОЗУ?

Цитата:

Почему ФА его не поддерживает?

потому что я не сторукий Шива


Цитата:

Может, такое будет работать лучше, чем сжатие "порциями" по 1-2 млн файлов

нет


Цитата:

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

обработка ошибок не 100%-но надёжна. увы, но пока это так

Nick222

Цитата:

Что значит -si/-so

читать входные данные со стандартного потока ввода / писать выходные данные в стандартный поток вывода

в таком случае из TAR и FA можно будет сделать своего рода "конвейер": TAR склеивает файлы и пишет "колбасу" в стандартный выходной поток (там есть такая опция), а тот перенаправлен на входной поток FA
как-то так: tar -so <параметры> | arc -si <параметры>

но, насколько я помню из своих экспериментов, в винде эти самые потоки не совсем полноценны и юниксовые утилиты (тот же TAR) не могут с ними нормально работать

кроме того, FA ведь, по сути, и сам делает такую "колбасу", когда использует solid сжатие
только у него это более эффективно, поскольку он ещё и сортирует файлы, чтобы по максимуму "приблизить" похожие куски данных
осталось только дождаться, когда он научится обрабатывать миллионы файлов отдельными порциями

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

Factotum
правильно делаешь. просто ты будешь "четвёртым"

Добавлено:
read http://freearc.blogspot.com - btw, it's not big problem to subscribe to this blog if you want to keep informed about alpha development news?

i just want to publish news in one place instead of copying it over several forums

Bulat_Ziganshin

Цитата:

read http://freearc.blogspot.com - btw, it's not big problem to subscribe to this blog if you want to keep informed about alpha development news?

пути с пробелами не обрабатывает

Цитата:

пути с пробелами не обрабатывает

так поправь программу!

{text = "Open with &FreeArc", command = freearc..filenames[1], help = "Open the selected archive(s) with FreeArc"},

замени на
filename = "\""..filenames[1].."\""
{text = "Open with &FreeArc", command = freearc..filename, help = "Open the selected archive(s) with FreeArc"},



Добавлено:
да, Егор, посмотри что там мужик насчёт ребайзинга zip1.dll говорит: http://encode.ru/forum/showthread.php?t=43&page=34 и выше несколько постов

Bulat_Ziganshin
TeLeMan докопался до dll-ок
http://encode.ru/forum/showthread.php?t=43&page=34
zlib1.dll, однако, единственная dll-ка от gtk2.16 которая имеет Image base=0x10000000 (в gtk2.10 dll-ок было больше)
но в стандартной поставке остаётся ещё facompress.dll у которого тоже Image base=0x10000000

Добавлено:

Цитата:

так поправь программу!

в lua не шарю, разбираться нет времени

Добавлено:

Цитата:

да, Егор, посмотри что там мужик насчёт ребайзинга zip1.dll говорит

нужно подправить Image base для zip1.dll \ facompress.dll
и FreeArc.exe будет не сильно хуже Arc.exe, по идеи

Добавлено:

Цитата:

нужно подправить Image base для zip1.dll \ facompress.dll

или конкретные адреса прописать, или например 0x00400000, а система сама разберётся.

so, the full solution looks like:
1) rebase zlib1.dll and facompress.dll to 0x00400000
2) load wininet.dll only on actual usage

Егор, ты можешь на старых версиях no-http проверить, что второе поможет, или надо новую собрать?


Цитата:

в lua не шарю, разбираться нет времени

ok, исправленный вариант - http://freearc.wiki.sourceforge.net/space/showimage/ArcShellExt-user.lua

если всё же найдёшь время - прочитай http://www.inf.puc-rio.br/~roberto/pil2, я его освоил за день

Цитата:

Егор, ты можешь на старых версиях no-http проверить, что второе поможет, или надо новую собрать?

на эту тему уже говорили, относительно недавно
это ничего особого не даёт \ не даст для FreeArc

для Arc \ unarc нужно избавиться от system32\comctl32.dll, а кто её использует неизвесто
wininet.dll не мешал

и всё это справедливо для WinXP SP2, что там в Viste,Win7 не знаю.

Сорри за оффтоп, но стало интересно http://forum.ru-board.com/topic.cgi?forum=5&topic=2385&start=580#4
Пишу здесь, поскольку самая активная тема по сжатию.