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

НовостиФайловые архивы
ПоискАктивные темыТоп лист
ПравилаКто в 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
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 до двух строчек. так тебе будет проще разобраться

Всего записей: 3408 | Зарегистр. 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
nabor56

Newbie
Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
При тестировании архива получил сообщение "Testing time: cpu 150.66 secs, real 151.22 secs. Speed 54.145 kB/s
There were 1 warning(s)"
А собственно на каком файле - непонятно.

Всего записей: 9 | Зарегистр. 12-12-2008 | Отправлено: 16:05 19-02-2009
CTACKo

Junior Member
Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
и еще вопрос на засыпку - как сделать так, чтобы precomp обрабатывал пофайлово а не сливал все в один файл и тогда только?
к примеру я добавил свой метод сжатия, но он не работает, потому что ему кучу отдельных файлов сливают в 1 и подсовуют как 1...
 
Добавлено:

Цитата:
При тестировании архива получил сообщение "Testing time: cpu 150.66 secs, real 151.22 secs. Speed 54.145 kB/s
There were 1 warning(s)"
А собственно на каком файле - непонятно.

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

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

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

Цитата:
При тестировании архива получил сообщение "Testing time: cpu 150.66 secs, real 151.22 secs. Speed 54.145 kB/s
There were 1 warning(s)"
А собственно на каком файле - непонятно.

он должен выводить конкретные варнинги на экран и в лог

Всего записей: 3408 | Зарегистр. 13-08-2007 | Отправлено: 16:14 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 и посмотри  в нём

Всего записей: 3408 | Зарегистр. 13-08-2007 | Отправлено: 21:45 19-02-2009
CTACKo

Junior Member
Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
2Булат:
а по поводу предполагаемого мною приоритета комментарий последует?

Всего записей: 180 | Зарегистр. 05-09-2008 | Отправлено: 21:53 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
CTACKo

Junior Member
Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
у меня практически то же самое и произошло - фарк подсунул слепок из нескольких файлов lame-у, тот первый из слепка "спаковал" и все, ну а фарк на том и завис...

Всего записей: 180 | Зарегистр. 05-09-2008 | Отправлено: 10:56 20-02-2009
Bulat_Ziganshin

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

Цитата:
про зацикливание, если нет внешнего упаковщика, уже говорили.  

я вроде исправил?

Всего записей: 3408 | Зарегистр. 13-08-2007 | Отправлено: 13:16 20-02-2009
CTACKo

Junior Member
Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
у меня тут есть такой очень интересный архивчег со звуками к игре (все файлы в формате *.wav). Архив имеет неизвестный формат/происхождение, весит 64 мб, распаковуется:
за 42 сек на сильно фрагментированном разделе, системe AMD64 X2 5000+(AM2/DDR2-800x4Gb/SATA2)
за 38 сек на не очень фрагментированном разделе, системе AMD64 X2 3000+(S939/DDR400x4Gb/SATA2)
в 397 Мб, 4201 файлов в 168 папках!!!  
Жамканье в mp3 исключено - за такое короткое время нереально перекодить столько mp3 в wav. Я для интереса сжал все в mp3 с помощью lame, так потом распаковка заняла 15-20 минут, если не дольше...
Попробовал фарк:
arc a -r -mx -ld512 sound *
сжимает полученное в 244 Мб! я в шоке... #:-0
 
Что ж там за метод такой применен с ТАКОЙ скоростью распака?! Вот если и бы и фарк ТАК умел!!!  
 
Если интересно - готов выложить архив для изучения на какой-нить файлообменник.
 
2Bulat_Ziganshin
вопрос по поводу ошибки необработки заданным алгоритмом группы файлов (в моем случае это файлы, сжатые zip, но имеющие расширение ff (*.ff в группе $mygrp)),  связанный с исключительно приоритетным попаданием таких фалов во внутреннюю группу $compressed будет осветлен или будет далее игнорироваться? Я же максимально детализировал проблему, выложил кучу логов, все настройки. Хоть подтверди что да, есть такое, или нет, происходящее - твои проблемы.

Всего записей: 180 | Зарегистр. 05-09-2008 | Отправлено: 14:42 20-02-2009 | Исправлено: CTACKo, 14:58 20-02-2009
VitRom

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

Цитата:
фарк подсунул слепок из нескольких файлов lame-у
Мне нравится эта логика! -- специально заставить архиватор (т.е. "компрессор без потерь") использовать сжатие с потерями! Следующим шагом на этом пути нужно будет указать препроцессором nul -- коэф. сжатия сразу приблизится к бесконечности

Всего записей: 3110 | Зарегистр. 18-06-2006 | Отправлено: 17:07 20-02-2009
Bulat_Ziganshin

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

Цитата:
архиватор (т.е. "компрессор без потерь")

архиватор - это программа, собирающая много файлов в один (архив). строго говоря, вся остальная функциональность в ней опциональна. примером чистого архиватора является tar (tape archiver), а gzip, к примеру - это не архиватор
 
что касается хранения пожатых с потерями данных, то такого социального заказа никогда не было, так что я этой вомзможность специально не занимался. в прицнипе, если отключить crc checking при распаковке, то должно работать
 
Добавлено:

Цитата:
Следующим шагом на этом пути нужно будет указать препроцессором nul -- коэф. сжатия сразу приблизится к бесконечности  

 
-mfake  
 

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



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

Цитата:
 весит 64 мб, распаковуется
...
[q]в 397 Мб, 4201 файлов в 168 папках!!!

скорее всего многие файлы повторяются
или используется быстрый упаковщик с потерями (lossy)
выкладывайте архив и чем его распаковать

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

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

Цитата:
выкладывайте архив и чем его распаковать

я проверил - у меня скорость распаковки однопоточным lame именно такая, 1.6 мб/с. с учётом меньшей частоты, но двух ядер распаковать 64 мб за 40 секунд вполне реально

Всего записей: 3408 | Зарегистр. 13-08-2007 | Отправлено: 20:40 20-02-2009 | Исправлено: Bulat_Ziganshin, 20:42 20-02-2009
egor23



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

Цитата:
в прицнипе, если отключить crc checking при распаковке

опять же можно сделать или как опцию внешего упаковщика (т.е. данные при распаковке прошедшие через lossy не проверялись на целосность).
или ещё как...
 
Добавлено:

Цитата:
я вроде исправил?

вроде нет \ или опять поломали
arc.exe a 1.arc 1.wav -s- -mwavpackc -di -di+$#
arc.exe t 1.arc -di -di+$#
screen_log..
 
Добавлено:

Цитата:
вроде нет \ или опять поломали

или локалько исправили
arc.exe a 1.arc freearc.ini -mpmm:100m -di -di+$#
arc.exe t 1.arc -di -di+$#
screen_log2..
 
Добавлено:
arc.exe a 1.arc 1.wav -cfg="alternative arc.ini" -mmac5 -di -di+$#
arc.exe t -cfg="alternative arc.ini" 1.arc -di -di+$#
screen_log3...
 
Добавлено:
FreeArc
если на любом файле нажать Enter (два клика мышкой), то "заходим внурь файла" и видим былый лист

Цитата:
arc.exe a 1.arc 1.wav -cfg="alternative arc.ini" -mmac5 -di -di+$#

FreeArc
В настрйоках (Опции-Настройки) нет ничего про альтенативные arc.ini
при тестировании \ распаковке - FreeArc виснит.
 
АркИнфо - надо чтобы не выводил липу:
 

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

BANNED
Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
egor23
А как у тебя получилось "Cancel"->"Отмена" перевести?

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



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

Цитата:
при тестировании \ распаковке - FreeArc виснит.

тоже самое и c arc.exe (но не грузит CPU хоть)

Цитата:
arc.exe a 1.arc 1.wav -cfg="alternative arc.ini" -mmac5 -di -di+$#

FreeArc 0.50 alpha (Feb 15 2009) Testing archive: 1.arc
  Decoding directory: 0.00 secs
  Directory decoded: 0.00 secs
  Directory built: 0.00 secs
Testing 1 file, 39.866.444 bytes. Processed   0%
 
Добавлено:
juvaforza

Цитата:
А как у тебя получилось "Cancel"->"Отмена" перевести?

в инстале не все файлы нужные, т.к. не практично было из-за нескольких надписей утяжелять - инсталл \ portable.
Перевод кнопок планировался реализован быть по-другому.
lib_locale.7z - распаковать в папку FreeArc
http://gettyfile.ru/255818/

Всего записей: 3832 | Зарегистр. 03-11-2003 | Отправлено: 22:40 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): Лимит страниц. Продолжаем здесь.


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

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

BitCoin: 1NGG1chHtUvrtEqjeerQCKDMUi6S6CG4iC

Рейтинг.ru