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

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

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

Widok (07-09-2009 19:15): Лимит страниц. Продолжаем здесь.  Версия для печати • ПодписатьсяДобавить в закладки
Страницы: 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

   

Widok



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

FreeArc
бесплатный open-source архиватор для Windows и Linux,
сочетающий высокую степень сжатия и большой набор возможностей


Официальный сайт | Скриншоты | Скачать
Документация на консольную версию | Документация на GUI версию
Сообщество пользователей FreeArc | Вики | Трекер (рассылка по ошибкам)
Проект на SourceForge.net | SVN-репозиторий | Поддержка InnoSetup
Обсуждение на encode.ru (англоязычное)

Скачать последний релиз - FreeArc 0.51 от 28 апреля 2009 г. Что нового: GUI с 14 локализациями, SFX/инсталятор, авто-определение типов файлов, очередное увеличение скорости и сжатия, словарь в lzma до 1 гб, исправлено 5 ошибок (рас)паковки (подробнее)
 
Текущая альфа версия: скачать (распаковывать поверх установленного FreeArc 0.51). Список исправлений, блог

MiniFAQ...

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

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

Всего записей: 24190 | Зарегистр. 07-04-2002 | Отправлено: 12:02 30-01-2009 | Исправлено: Bulat_Ziganshin, 22:15 30-08-2009
juvaforza

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

Цитата:
Re: А вы пробовали использовать подобные программы, в частности - эту?

Ошибся я, думал что у них другие возможности... Извиняюсь.
egor23
Угу, вы правильно поняли. Смортрел в версиях 9.63 м последней альфе 10-ки (дСВ)

Всего записей: 2895 | Зарегистр. 26-11-2005 | Отправлено: 20:56 18-02-2009
egor23



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

Цитата:
Для этого надо в arc.groups прописать $ff под precomp?

хотите большего, пишите больше, прописывайте цепочку алгоритмов:
precomp+rep+lzma+....

Всего записей: 3832 | Зарегистр. 03-11-2003 | Отправлено: 21:23 18-02-2009
Bulat_Ziganshin

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

Цитата:
вобщем выкинул из program files\freearc\bin все в program files\freearc -

лучше было прописать program files\freearc\bin в путь, это просто ошибка в инсталяторе
 
значит, если тебе надо *.ff сжимать алгоритмом precomp + -mx, то это записыаается как precomp+9b, либо precomp+exe+9b
 
для этого нужно  
1) создать группу в arc.groups, куда входят только файлы *.ff:
 
$ff
*.ff
 
2) добавить в arc.ini свой режим сжатия - precomp+9b для $ff, в остальном всё как в mx:
 
y$ff=precomp+9b
y=x
 
теперь опция -my будет вызывать этот новый режим сжатия
 

Всего записей: 3401 | Зарегистр. 13-08-2007 | Отправлено: 21:30 18-02-2009
egor23



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

Цитата:
лучше было прописать program files\freearc\bin в путь,

про пути вообще не понимаю, т.к. не установлено ничего от GTK и т.п.
и без путей всё нормально запускается
и с установленным GTK (более новым) запускалось нормально
и с путём неправильным запускается

Всего записей: 3832 | Зарегистр. 03-11-2003 | Отправлено: 21:36 18-02-2009
CTACKo

Junior Member
Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
2Bulat - за ликбез спасибки, буду лучше все в строку писать типа
-m/$ff=precomp+9b
т.к. расширение ff - это частный случай, там каждый раз что-то новое...
но как при этом всем остальные файлы жать просто в -mx? Типа задавать:
-mх/$ff=precomp+9b ? или -m9t/9b/$ff=precomp+9b?
^так не работает, проверил, дал так:
arc a -m/$ff=precomp+9b/x data 4arc
дык оно прекомпом почемуто начало тяпать все подряд. я для теста туды только 1 ff файл ложил, то все красиво было, теперь докинул 2 ехе-шнега, так прекомп, в чем прикол? рассматривал свзяку 2х ехе и этого ff КАК ОДИН ФАЙЛ!!! Это видно по самому прекомпу - когда файл был один, то streams-ов он нашел 337, а когда 3 (+2 ехе) - их стало 549 и выдает другие параметры  для быстрого precomp... не понял юмора, короче...
... я тут подумал - так оно, наверное и задумано - слить все в один файл и потом его прекомпнуть...  
но вопросы остаются в силе:
- как не *.ff-файлы вместе с тем жать как при -mx?
- почему не работает precomp для *.ff при -m9p?
 
сконвертил я с помощью гуяшнага фарка один фаркив. короче ежели его, полученный ехе-шнег запущать в cmd-сессии, да в придачу дать ключ -х - хрен чего на экране увидишь! Я же однажды об этом писал, но тогда не мог указать точно при каких обстоятельствах. Короче процесс появляется в такс-менеджере, его там можно прибить, а так все в тихую, молча, но архив себе распаковуеццо. Может оно должно задаваццо ключами -s1 -s2? Так я не задавал, только -х и все.
юзалсо freearc.sfx - 78336 байт, создан 23 июня 2008 г., 8:29:36
и FreeArc (GUI) - 3 232 768 байт, создна 18 февраля 2009 г., 19:14:05
ну и кроме того гуяшный эсэфикс падает над unknown method "precomp"

Всего записей: 180 | Зарегистр. 05-09-2008 | Отправлено: 21:37 18-02-2009 | Исправлено: CTACKo, 22:07 18-02-2009
Bulat_Ziganshin

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

Цитата:
буду лучше все в строку писать типа  

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

Всего записей: 3401 | Зарегистр. 13-08-2007 | Отправлено: 23:00 18-02-2009
Nick222

Silver Member
Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
Bulat_Ziganshin
Прошу прощения, но возникла реальная проблема с путями, которые прописал при установке FreeArc.
 
Другая программа использует в своих целях файл zlib1.dll. Она работала неправильно - и до её обновления я снёс этот файл из директории system32. Но, оказалось, что в пути остался доступен файл с тем же названием, лежащий в FreeArc\bin - в результате программа снова отказалась работать.
Я, конечно, написал автору той программы и жду ответа - но я просто физически не могу контролировать все директории, прописанные в пути при его разрастании - возникает DLL-HELL
 
Нельзя ли всё-таки перейти от прописывания общего пути - к прописыванию собственной переменной?
Я боюсь даже представить, какая возникнет проблема с GTK, когда обращающийся к ней софт обнаружит лежащие в папках пути разные версии одних и тех же библиотек.
 
ЗЫ: В конце концов, у меня на диске 25 штук разных версий этой библиотеки - каждая программа сама устанавливает себе то, что считает нужным - но до сих пор не было особых конфликтов, т.к. в пути, кроме system32 и т.п., прописан только GTK (и тот можно убрать из пути при желании).

Всего записей: 2283 | Зарегистр. 28-11-2004 | Отправлено: 23:13 18-02-2009 | Исправлено: Nick222, 23:21 18-02-2009
egor23



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

Цитата:
ЗЫ: В конце концов, у меня на диске 25 штук разных версий этой библиотеки - каждая программа сама устанавливает себе то, что считает нужным - но до сих пор не было особых конфликтов, т.к. в пути, кроме system32 и т.п., прописан только GTK (и тот можно убрать из пути при желании).

Поэтому программы написанные с использованием GTK под Windows всё своё носят с собой.
 
Добавлено:
Bulat_Ziganshin
кстати, а зачем нужно прописывание в PATH для FreeArc?

Всего записей: 3832 | Зарегистр. 03-11-2003 | Отправлено: 23:32 18-02-2009
Bulat_Ziganshin

Silver Member
Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
Nick222
ну так убери его из path. или dll-ку эту потри
 
Добавлено:

Цитата:
кстати, а зачем нужно прописывание в PATH для FreeArc?

для того, чтобы arc в командной строке работал

Всего записей: 3401 | Зарегистр. 13-08-2007 | Отправлено: 23:41 18-02-2009
egor23



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

Цитата:
для того, чтобы arc в командной строке работал

аааа не понял, т.е. FreeArc использует Arc для своих нужд?

Всего записей: 3832 | Зарегистр. 03-11-2003 | Отправлено: 00:19 19-02-2009
CTACKo

Junior Member
Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
Булат, я все понял по этому поводу:

Цитата:
Цитата:
значит, если тебе надо *.ff сжимать алгоритмом precomp + -mx, то это записыаается как precomp+9b, либо precomp+exe+9b
 
для этого нужно  
1) создать группу в arc.groups, куда входят только файлы *.ff:
 $ff
*.ff
 
2) добавить в arc.ini свой режим сжатия - precomp+9b для $ff, в остальном всё как в mx:
 y$ff=precomp+9b
y=x
 
теперь опция -my будет вызывать этот новый режим сжатия  

т.е. получится режим -mx для всех файлов, но с предварительным precomp-ом для  *.ff файлов. Именно то что мне и нужно!
 
Но, к сожалению, НЕ работает: *.ff НЕ обрабатывается  при помощи precomp
 
и вот в инишке описывается сжатие для -m#p:
;Use external compressors defined below in -m5p..-m9p modes
#p$iso = ecm + precomp + exe + #pb
#p$precomp = precomp + exe + #pb
#p$jpgsolid = precomp + rep:32
#p$jpg = jpg
 
по идее, для использования -m9p с предварительным precomp для *.ff надо только добавить в arc.groups в группу $precom маску *.ff - но точно так же не работает.
 
думал что альтернативно можно то же самое задать в командную строку, поскольку мне это гораздо удобнее чем каждый раз редактировать инишку. по ходу получается что нельзя. но самое смешное что только через ком.строку хоть как-то работает, т.е. сжимает после precomp...
 
и что по поводу скрытной распаковки win-gui-sfx-архивов с ключем -х?
 
P.S. использую версию FreeArc 0.50 alpha (Feb 15 2009)

Всего записей: 180 | Зарегистр. 05-09-2008 | Отправлено: 00:32 19-02-2009 | Исправлено: CTACKo, 01:37 19-02-2009
Bulat_Ziganshin

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

Цитата:
 
аааа не понял, т.е. FreeArc использует Arc для своих нужд?

нет. но инсталятор устанавливает *обе/ программы. кроме того, кто-то может и freearc через ком. строку вызывать
 

Цитата:
-max/-m9p ? Известно почему они не работают  

в смысле не работают?
 

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

можно использовать "-mx -m$ff=precomp+9b". но внести группу $ff в arc.groups всё равно придётся. в планах есть поддержка чего-то типа -m.ff=precomp+9b но пока не реализовано

Всего записей: 3401 | Зарегистр. 13-08-2007 | Отправлено: 01:16 19-02-2009
egor23



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

Цитата:
а клавиатура "стандартная" или типа того?

решил проверить коды клавиш, использовал для этого:
Программа Коды клавиш клавиатуры для программистов и Web - дизайнеров
http://www.rvsn2.narod.ru/soft24.htm
http://www.rvsn2.narod.ru/download/code.zip
 
вот коды клавиши на моей клавиатруре:
Ctrl, V, C, X, Z, Y, Ctrl+V, Ctrl+C, Ctrl+X, Ctrl+Z, Ctrl+Y
 

 
тоже с русским языком
Ctrl, М, С, Ч, Я, Н, Ctrl+М, Ctrl+С, Ctrl+Ч, Ctrl+Я, Ctrl+Н
 

 
Добавлено:

Цитата:
 кроме того, кто-то может и freearc через ком. строку вызывать

галка PATH, по-умолчанию, в инсталле лишнее, если PATH действительно кому нужен, то пускай галку ставит сам пользователь.

Всего записей: 3832 | Зарегистр. 03-11-2003 | Отправлено: 01:26 19-02-2009
CTACKo

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

Цитата:
Цитата:
-max/-m9p ? Известно почему они не работают  
 
в смысле не работают?  


Цитата:
вот в инишке описывается сжатие для -m#p:
;Use external compressors defined below in -m5p..-m9p modes
#p$iso = ecm + precomp + exe + #pb
#p$precomp = precomp + exe + #pb
#p$jpgsolid = precomp + rep:32
#p$jpg = jpg
 
по идее, для использования -m9p с предварительным precomp для *.ff надо только добавить в arc.groups в группу $precomp маску *.ff - но точно так же не работает, т.е. нет precomp-f.  

 
внес *.ff в arc.groups в две группы - $precomp и $mygrp
 
1)Лог сжатия при -mx -m$mygrp=precomp+9b:
Подробнее...
 
2) при сжатии -m9p
Подробнее...
 
3) при -max
Подробнее...
 
4) а вот при -m/$ff=precomp+9b, когда precomp таки отработал, а не должен был, т.к. группа $ff не существует в arc.groups, при этом почему-то под гребенку precomp-а попадает все что есть:
Подробнее...
 
5) дальше я попробовал более правильно параметры задать: -mx -m/$mygrp=precomp+9b, но вышло то же что и в предидущем случае:
Подробнее...
 
arc.groups
Подробнее...
 
в 1м и 2м случаях по моему разумению должен был сработать precomp для *.ff-файлов, но сего не происходит.
Почему прекомп срабатывает в 4м и 5м случаях? Ну я, к примеру, читая доку сначала так понял, что после $ идет расширение файла, но теперь понял что имеется в виду группа, но последнее-то не работает, поэтому теперь я вообще в полном хз что имеется в виду!!!
 

Всего записей: 180 | Зарегистр. 05-09-2008 | Отправлено: 01:39 19-02-2009 | Исправлено: CTACKo, 02:22 19-02-2009
egor23



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

Цитата:
дальше я попробовал более правильно параметры задать: -mx -m/$mygrp=precomp+9b, но вышло то же что и в предидущем случае...

будьте внимательней:
автодект, относит файл к группе $compressed
 
Добавлено:
так что тут уже дело в приоритетах обработки
 
Добавлено:
или дело в записи ком.строки:

Цитата:
а вот при -m/$ff=precomp+9b

в предыдущих случаях Вы записывали без /
-m$mygrp

Всего записей: 3832 | Зарегистр. 03-11-2003 | Отправлено: 02:24 19-02-2009 | Исправлено: egor23, 02:31 19-02-2009
CTACKo

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

Цитата:
будьте внимательней:
автодект, относит файл к группе $compressed  
Егор, не издевайся, ок?  
я это вижу, но с какой стати такое происходит?!
а что до записи строки... там что не напиши - либо все в прекомп валит либо ничего...
 
нет, я уверен - это баг! даже 2 бага!

Всего записей: 180 | Зарегистр. 05-09-2008 | Отправлено: 02:36 19-02-2009 | Исправлено: CTACKo, 02:40 19-02-2009
Bulat_Ziganshin

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

Цитата:
Но, к сожалению, НЕ работает: рапаковуется *.ff при помощи precomp и в таком виде помещается в архив, т.е. без последующего сжатия!  

попробовал - работает. ini-файл, arc.groups, ком. строку с "-di -di+#", лог работы сразу прикладывай
 

Цитата:
по идее, для использования -m9p с предварительным precomp для *.ff надо только добавить в arc.groups в группу $precom маску *.ff - но не работает, т.е. точно так же как в предидущем случае - без сжатия.  

надо убрать *.ff из группы $ff
 

Цитата:
сконвертил я с помощью гуяшнага фарка один фаркив. короче ежели его, полученный ехе-шнег запущать в cmd-сессии, да в придачу дать ключ -х - хрен чего на экране увидишь! Я же однажды об этом писал, но тогда не мог указать точно при каких обстоятельствах. Короче процесс появляется в такс-менеджере, его там можно прибить, а так все в тихую, молча, но архив себе распаковуеццо. Может оно должно задаваццо ключами -s1 -s2? Так я не задавал, только -х и все.  

с -s2 нормально работает. как должно быть - х.з., ибо дока ещё не написана

Всего записей: 3401 | Зарегистр. 13-08-2007 | Отправлено: 02:43 19-02-2009
egor23



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

Цитата:
нет, я уверен - это баг! даже 2 бага!

почему сразу баг, недоделка, возможно.
про запись с / (-m/$ff) скорее всего баг, но не факт.

Всего записей: 3832 | Зарегистр. 03-11-2003 | Отправлено: 02:47 19-02-2009
Nick222

Silver Member
Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
Bulat_Ziganshin
В общем, убрал на фиг FreeArc из PATH...

Всего записей: 2283 | Зарегистр. 28-11-2004 | Отправлено: 09:43 19-02-2009
CTACKo

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

Цитата:
надо убрать *.ff из группы $ff  

нету такой группы, у меня *.ff в группах $precomp и $mygrp. попробую убрать из последней.
 
arc.ini
Подробнее...
 

Цитата:
попробовал - работает. ini-файл, arc.groups, ком. строку с "-di -di+#", лог работы сразу прикладывай  

так прикладывал ужо все, окромя инишки...
ок. убрал *.ff из группы $mygrp вернее убрал вообще эту группу. теперь *.ff только в группе $precomp, обработка файла *.ff прекомпом игнориццо дальше:
Подробнее...
и для -мах
Подробнее...
т.е. -m9x и -max - не работают.
 
ок. снова добавил в группы свою (в конце)
$mygrp
*.ff
и убрал *.ff из группы $precomp. см. инишку, там есть:
y$mygrp = precomp + 9b
y = x
результат работы -my и снова без precomp:
Подробнее...
 
Добавлено:
Если вообще уникальность маски подразумевалась:

Цитата:
надо убрать *.ff из группы $ff  

я считаю, что одинаковые маски могут быть в разных группах, главное чтобы в одном методе такие группы не пересекались.  
 
Добавлено:
в догонку лог для -m$mygrp=precomp+9b
Подробнее...
и для -mx -m$mygrp=precomp+9b:
Подробнее...
still no precomp...
 
Добавлено:

Цитата:
про запись с / (-m/$ff) скорее всего баг, но не факт.

скорее баг, т.к. что не напиши после -m/$ все пожмеццо именно тем что там указано. т.е.
-mx -m/$kjau=lzma - все будет в лзма
-m9b -m/$xzsdr=ppmd - все будет в ппмд
ессенна групп $kjau и $xzsdr нет, хотя даже факт наличия таких групп проигнориццо все равно
 
Добавлено:
короче как лебедь ни старался раком щука не давался и "смотришь в книгу(доку) - видишь фигу":
дока (Детальное управление сжатием, Расшифровка алгоритма сжатия):

Цитата:
...
Затем к этому списку добавляются методы сжатия для мультимедийных файлов и он уже выглядит как –m4b/4t/$compressed=0/$wav=wav/$bmp=bmp. И это всё ещё совершенно законная запись опции –m, которую можно задать в командной строке. Она расшифровывается как “сжимать файлы из группы $bmp алгоритмом bmp, группы $wav – алгоритмом wav, группы $compressed – алгоритмом 0, группы $text – алгоритмом 4t, и наконец оставшиеся - алгоритмом 4b”.
стало быть:
-m4b/4t/$mygrp=precomp+lzma:ultra
расшифровуется как "сжимать файлы из группы $mygrp алгоритмом precomp и потом lzma,  группы $text – алгоритмом 4t, и наконец оставшиеся - алгоритмом 4b":
Подробнее... ну, думаю, ладно, хрен с ним, с прекомпом, дам сторинг для своей группы - и снова облом: Подробнее...
 
я понял в чем секрет!!!

Всего записей: 180 | Зарегистр. 05-09-2008 | Отправлено: 10:49 19-02-2009 | Исправлено: CTACKo, 14:43 19-02-2009
   

Страницы: 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

Компьютерный форум Ru.Board » Компьютеры » Программы » Закладки » FreeArc: бесплатный open-source архиватор - Часть 2
Widok (07-09-2009 19:15): Лимит страниц. Продолжаем здесь.


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

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

BitCoin: 1NGG1chHtUvrtEqjeerQCKDMUi6S6CG4iC

Рейтинг.ru