Widok Moderator-Следопыт Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору FreeArc бесплатный open-source архиватор для Windows и Linux, сочетающий высокую степень сжатия и большой набор возможностей Часть 1 Официальный сайт | Скриншоты | Скачать Документация на консольную версию | Документация на 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

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

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

Bulat_Ziganshin Silver Member Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору Цитата: я считаю, что одинаковые маски могут быть в разных группах, главное чтобы в одном методе такие группы не пересекались.   главное - как считает freearc а в нём такое пока, afair, не реализовано. так что файл попадает в первую группу,под маски которой он подошёл. если для неё не описано отдельного метода сжатия, то она пакуется дефолтным методом   Цитата: т.е. -m9x и -max - не работают.   проверяй свой arc.groups. *.ff в нём должна быть только один раз и именно в группе precomp - тогда сработает. arc.groups должна быть в том же каталоге, что и arc.exe, который ты вызываешь   Цитата: результат работы -my и снова без precomp:   опять проблемы с arc.groups. кстати, для надёжности лучше перенеси свою группу в начало   Цитата: -m/$ такого синтаксиса вообще не предусмотрено, afair   Цитата: still no precomp...   а в прошлый раз ты почему-то утверждал, что вызывается *только* precomp   Добавлено: и кстати сократи для начала свой arc.groups до двух строчек. так тебе будет проще разобраться Всего записей: 3401 | Зарегистр. 13-08-2007 | Отправлено: 14:24 19-02-2009

CTACKo Junior Member Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору Булат, ну я часами пишу сообщения, а ты их не читаешь и как робот все те же отмазки: Цитата: проверяй свой arc.groups. *.ff в нём должна быть только один раз и именно в группе precomp - тогда сработает. arc.groups должна быть в том же каталоге, что и arc.exe, который ты вызываешь я же писал что пробовал и так чтобы 1 раз, и так чтобы либо в группе $precomp либо в $mygrp. НЕ РАБОТАЕТ!   И я знаю почему! Ответ прост - фарк живет своей жизнью А имено - плевать он хотел на что что я там за расширения в какие группы сую. У него ПРИОРИТЕТ НА АВТОДЕТЕКТ!!! Т.е. он расчехляет что мое файло, которое *.ff является сжатым - ну канешна так оно и есть, именно потому я и хочу его прекомпом обработать! А теперь вопрос в студию: пачаму сначала автодетект, который не отключатся, и почему не сначала по расширению а потом автодетект и как изменить порядок ад-расширение/расширение-ад? По логике, если я непосредственно в командной строке указал как обрабатывать файлы с расширениями группы $mygrp, то именно это указание и есть приоритетным, как бы фарк там не умничал, т.е. в данном случае, по логике, я не должен дополнительно отключать автодетект для файлов указанной группы или вообще всех.   Добавлено: Цитата: а в прошлый раз ты почему-то утверждал, что вызывается *только* precomp   виноват, недоглядел что в архив пошел архив и потому результат стал вдвое больше я решил что сработал прекомп.     Добавлено: Цитата: опять проблемы с arc.groups. кстати, для надёжности лучше перенеси свою группу в начало   и это я уже делал и отмечал   Добавлено: Цитата: Цитата: -m/$ такого синтаксиса вообще не предусмотрено, afair   фиксуй! еси я эти грабли нашел, то найдут и другие! Всего записей: 180 | Зарегистр. 05-09-2008 | Отправлено: 14:54 19-02-2009 | Исправлено: CTACKo, 15:35 19-02-2009

egor23 Silver Member Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору CTACKo Цитата: и еще вопрос на засыпку - как сделать так, чтобы precomp обрабатывал пофайлово а не сливал все в один файл и тогда только? отключить solid-сжатие -s- -s;1 -s1;1   Добавлено: Bulat_Ziganshin нужна опция или для внешних компрессоров, или ещё как... чтобы внешним компрессорам, которым это надо, подавались файлы по-файлово.   Добавлено: Bulat_Ziganshin -x Исключить из обработки -n Дополнительный отбор обрабатываемых фалов нельзя задать группы файлов, напрмимер: -x$text Всего записей: 3832 | Зарегистр. 03-11-2003 | Отправлено: 20:20 19-02-2009 | Исправлено: egor23, 20:33 19-02-2009

Bulat_Ziganshin Silver Member Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору Цитата: нельзя задать группы файлов, напрмимер: -x$text   это тоже в планах давным-давно   Цитата: нужна опция или для внешних компрессоров, или ещё как... чтобы внешним компрессорам, которым это надо, подавались файлы по-файлово.   да, не помешает   Добавлено: Цитата: При тестировании архива получил сообщение "Testing time: cpu 150.66 secs, real 151.22 secs. Speed 54.145 kB/s There were 1 warning(s)" А собственно на каком файле - непонятно.   он должен выводить конкретные варнинги на экран и в лог нет, на экране он просто переписывает своё сообщение. так что добавь опцию --logfile=c:\freearc.log и посмотри  в нём Всего записей: 3401 | Зарегистр. 13-08-2007 | Отправлено: 21:45 19-02-2009

egor23 Silver Member Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору Bulat_Ziganshin Вспомнил зачем папку FreeArc (которая в TC) в PATH прописывал, нужно для внешних упаковщиков, которые рядом с arc.exe лежат, хотя по нормальному нужно создавать папку с внешними упаковщиками и в PATH её.   про зацикливание, если нет внешнего упаковщика, уже говорили.   Всего записей: 3832 | Зарегистр. 03-11-2003 | Отправлено: 22:28 19-02-2009 | Исправлено: egor23, 06:27 20-02-2009

egor23 Silver Member Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору Цитата: тобы внешним компрессорам, которым это надо вот возьмём flac и wavpack в качестве таких компрессоров   В лог.файл не пишется вывод от внешнего упаковщика.   В папке 1 лежат файлы, среди них есть файлы *.flac \ *.wv \ *.wav (по 11 файлов)   при solid-сжатии:   wavpackc \ wavpackd (на тествовом наборе) на обработке "2-го файла" обнаруживается ошибка и данные помещаются без упаковки. arc.exe a 1.arc 1\ -n*.wav -mwavpackc -di -di+$# screen_log1..   arc.exe a 1.arc 1\ -n*.wv -mwavpackd -di -di+$# screen_log2..   а вот flacc \ flacd (на тествовом наборе) тоже на обработке "2-го файла" обнаруживает ошибку (flacd не обнаруживает, но обработка идёт только данных 1-го файла), в архив помещаются "упакованные данные" от первого файла, в итоге имеем архив с "11 файлами", из них извлечётся только первый файл. arc.exe a 1.arc 1\ -n*.wav -mflacc -di -di+$# screen_log3..   arc.exe a 1.arc 1\ -n*.flac -mflacd -di -di+$# screen_log4..   arc.ini.. Всего записей: 3832 | Зарегистр. 03-11-2003 | Отправлено: 06:53 20-02-2009 | Исправлено: egor23, 07:34 20-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): Лимит страниц. Продолжаем здесь.

Переход по форумам  Закладки   » Компьютеры Цифровое изображение Программы Microsoft Windows UNIX Другие OS Hardware В помощь сисадмину Прикладное программирование Игры Форумные игры   » Интернет Web-программирование В помощь вебмастеру Графика Хостинг Зацените-ка!   » Тематические Ikonboard v.2 Ikonboard v.3 Invision Board Другие форумы PHP-Nuke и другие порталы Мобила   » Общие Спорт Флейм Темы по региональным встречам Музыка и Кино Юмор Литература и Живопись   » Ru.Board Новости Помощь по форуму   » Андеграунд eBookz Варезник Раздачи и акции Мобильный варезник Андеграунд Игры и фильмы   » Специальные Тестирование