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

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

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

Widok (23-11-2010 11:37): Лимит страниц. Продолжаем здесь  Версия для печати • ПодписатьсяДобавить в закладки
Страницы: 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 103 104 105 106

   

Widok



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

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


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

Скачать последний релиз - FreeArc 0.666 от 20 мая 2010 г. Что нового: ускорение работы в 1.5-2 раза благодаря новой технологии многопоточного сжатия, распаковка архивов многих форматов используя технологии 7-zip, запуск файлов из архива, исправлены все проблемы интеграции с Explorer (подробнее)
 
Текущая альфа версия: 0.67 - загрузка | список исправлений | блог

FAQ по FreeArc

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

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

    Родственные темы:
  • Inno Setup плюс внешние упаковщики - использование архивов FreeArc в инсталяторах
  • Пережатиe/Pекомпрессия/Oптимизация файлов для лучшего сжатия - "а как сжать ещё лучше?"
  • FreeArc и Unix - для альтернативно одарённых
     
    Другие архиваторы:
  • WinRAR
  • 7-zip

  • Всего записей: 24190 | Зарегистр. 07-04-2002 | Отправлено: 19:15 07-09-2009 | Исправлено: Bulat_Ziganshin, 18:34 26-07-2010
    Bulat_Ziganshin

    Silver Member
    Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
    dinam
    интеловский компайлер любит вставлять в код проверки на "родной" проц

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

    Junior Member
    Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
    Значит если использовать precomp04:slow  то в случае если он действительно что то находит, то при распаковке его консоль будет в любом случае? И скрыть её нереально применительно к скрипту 3.4? И тем более нельзя заставить unarc.dll отдавать информацию о прогрессе работы precompa при распаковке?

    Всего записей: 54 | Зарегистр. 29-08-2009 | Отправлено: 12:19 08-12-2009
    Bulat_Ziganshin

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

    Всего записей: 3401 | Зарегистр. 13-08-2007 | Отправлено: 12:26 08-12-2009
    Sedjyan

    Junior Member
    Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
    Спасибо за откровенность.Значит всё что связано с precomp буду делать по старому.
     
    Добавлено:
    Bulat_Ziganshin
     
    Действительно precomp не был использован. Вот lt этого же файла без использования precomp .
     
    FreeArc 0.60 RC listing archive: bigfile.002s.arc
                  Pos            Size      Compressed   Files Method
    -----------------------------------------------------------------------------
                   31   1.751.150.592   1.590.332.804       1 rep:192mb+exe+delta+lzma:91mb:normal:bt4:128
    -----------------------------------------------------------------------------
    1 files, 1.751.150.592 bytes, 1.590.332.804 compressed
    All OK
     

    Всего записей: 54 | Зарегистр. 29-08-2009 | Отправлено: 12:45 08-12-2009
    Bulat_Ziganshin

    Silver Member
    Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
    http://freearc.org/HFCB.aspx : updated CSC/7-zip results (faster I/O due to 50Gb partition), added more 7-zip modes (m/t lzma2 and bzip2)
     
    Добавлено:
    dinam
    попробуй плиз на своей машине http://freearc.org/download/testing/paq8px64.exe

    Всего записей: 3401 | Зарегистр. 13-08-2007 | Отправлено: 13:06 08-12-2009
    Vo1T



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

    Цитата:
    Значит если использовать precomp04:slow  то в случае если он действительно что то находит, то при распаковке его консоль будет в любом случае? И скрыть её нереально применительно к скрипту 3.4? И тем более нельзя заставить unarc.dll отдавать информацию о прогрессе работы precompa при распаковке?

    Как нельзя ... можно - вот только язык Haskell мой мозг выносит наглухо, не сегодня так завтра сделаю

    Всего записей: 312 | Зарегистр. 20-08-2008 | Отправлено: 20:23 08-12-2009
    Xuligator

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

    Цитата:

    Цитата:
    Значит если использовать precomp04:slow  то в случае если он действительно что то находит, то при распаковке его консоль будет в любом случае? И скрыть её нереально применительно к скрипту 3.4? И тем более нельзя заставить unarc.dll отдавать информацию о прогрессе работы precompa при распаковке?

     
     
    Как нельзя ... можно - вот только язык Haskell мой мозг выносит наглухо, не сегодня так завтра сделаю

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

    Всего записей: 16 | Зарегистр. 26-06-2007 | Отправлено: 21:57 08-12-2009
    Vo1T



    Member
    Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
    Ну невидимость окна консоли уже сделал ... во многих инсталяторах он уже )))  
    С пипами сложнее ... ну ничего ... даст бог - сделаем

    Всего записей: 312 | Зарегистр. 20-08-2008 | Отправлено: 22:28 08-12-2009 | Исправлено: Vo1T, 22:29 08-12-2009
    egor23



    Silver Member
    Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
    Обновил обзор
    Limits of Virtual Memory in Windows

    Всего записей: 3832 | Зарегистр. 03-11-2003 | Отправлено: 09:40 09-12-2009 | Исправлено: egor23, 09:41 09-12-2009
    dinam

    Member
    Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
    Нашел глючок. При нажатии кнопки "АркИнфо" файлов сжатых paq8px FreeArc всегда показывает 450Мбайт ОЗУ упаковки и распаковки вне зависимости от реальных значений.

    Всего записей: 315 | Зарегистр. 22-02-2005 | Отправлено: 05:21 10-12-2009 | Исправлено: dinam, 05:22 10-12-2009
    Sedjyan

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

    Цитата:
    Ну невидимость окна консоли уже сделал ... во многих инсталяторах он уже )))  
    С пипами сложнее ... ну ничего ... даст бог - сделаем  

     
    А это как сделать?
     
     
    Добавлено:
    Bulat_Ziganshin
     
    А если precomp  архиватор не использует , то на фига он в ArcInfo его показывает? Только вводит в заблуждение. Если он соображает что вн.модуль ему как мертвому припарка,то пусть хотя бы информирует перед тем как его не использовать при дальнейшей упаковкой или хотя бы не показывает в ArcInfo.

    Всего записей: 54 | Зарегистр. 29-08-2009 | Отправлено: 08:56 10-12-2009
    egor23



    Silver Member
    Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
    Bulat_Ziganshin
    заметил в TC - в архиве, у файлов больше 4ГБ, отображается неправильно размер.
     
    dinam

    Цитата:
    Нашел глючок. При нажатии кнопки "АркИнфо" файлов сжатых paq8px FreeArc всегда показывает 450Мбайт ОЗУ упаковки и распаковки вне зависимости от реальных значений

    какое значение указано в arc.ini, то и будет прописано (там одно значение)
    Bulat_Ziganshin
    может ввести ряд значений для памяти \ настроек?

    Всего записей: 3832 | Зарегистр. 03-11-2003 | Отправлено: 09:51 10-12-2009
    Vo1T



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

    Цитата:
    Цитата:
    Ну невидимость окна консоли уже сделал ... во многих инсталяторах он уже )))  
    С пипами сложнее ... ну ничего ... даст бог - сделаем  
     
    А это как сделать?

    Очень просто - берём сорцы ... и правим в месте вызова екзешника для SFX распаковки

    Всего записей: 312 | Зарегистр. 20-08-2008 | Отправлено: 10:24 10-12-2009 | Исправлено: Vo1T, 10:24 10-12-2009
    Bulat_Ziganshin

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

    Цитата:
    может ввести ряд значений для памяти \ настроек?

    да, у меня даже расписано как это сделать, но внешние упаковщики - не приоритетное направление в развитии fa
     

    Цитата:
    А если precomp  архиватор не использует , то на фига он в ArcInfo его показывает

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

    Цитата:
    Limits of Virtual Memory in Windows

    ек понимаю, почему ты игнорируешь возможность выставить адрес базирования dll на стандартные 4мб, чтобы она сама зарружалась в пространство каждого процесса куда придётся

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



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

    Цитата:
    на стандартные

    стандартное где?!
    это условность.
     
    Добавлено:

    Цитата:
    чтобы она сама зарружалась в пространство каждого процесса куда придётся

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

    Всего записей: 3832 | Зарегистр. 03-11-2003 | Отправлено: 16:25 10-12-2009
    Bulat_Ziganshin

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

    Цитата:
    стандартное где?!  

    насколько помню, туда dll базируется если линкеру не задан явно адрес. суть дела в том, что этот адрес почти гарантированно занят так что dll загрузится по первому свободному адресу
     

    Цитата:
    самое правильное чтобы dll грузился по конкретному адресу

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

    Всего записей: 3401 | Зарегистр. 13-08-2007 | Отправлено: 16:57 10-12-2009 | Исправлено: Bulat_Ziganshin, 16:58 10-12-2009
    egor23



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

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

    1. есть п3.2
    2. Каждый и так решает, что ему важнее, вольготная работа "одного" приложения \ или стабильность системы.
    3. Про лишнии копии dll в памяти, можно особо не думать, ПО которому нужна вольготная жизнь - "единочное".
    4. альтернативный вариант - есть общий вариант 0x00000000-0xFFFF0000, а дальше пускай головой думают
    Перед обзором не стоит задача - пошаговой инструкции, по крайне мере на сегодня.

    Всего записей: 3832 | Зарегистр. 03-11-2003 | Отправлено: 17:12 10-12-2009 | Исправлено: egor23, 17:15 10-12-2009
    NattyBampo



    Member
    Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
    Bulat_Ziganshin я так понимаю окошко srep будет вылазить при распаковке или в будущем оно исчезнет как в случае с rep???

    Всего записей: 222 | Зарегистр. 19-06-2009 | Отправлено: 20:00 10-12-2009
    Bulat_Ziganshin

    Silver Member
    Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
    NattyBampo
    в принципе окно srep убрать возможно, так что можно надеяться что в будущем я это сделаю

    Всего записей: 3401 | Зарегистр. 13-08-2007 | Отправлено: 20:19 10-12-2009
    1pik1

    Newbie
    Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
    сори за тупой вопрос,где мне взять srep,в в том power pack что в компе,там его не нашел,может старая версия?
    что мне нужно вписать в строку compression,чтобы вместе с Freearc был precomp и обрабатывал файлы с командой -slow

    Всего записей: 20 | Зарегистр. 03-12-2009 | Отправлено: 21:12 10-12-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 103 104 105 106

    Компьютерный форум Ru.Board » Компьютеры » Программы » Закладки » FreeArc: бесплатный open-source архиватор - Часть 3
    Widok (23-11-2010 11:37): Лимит страниц. Продолжаем здесь


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

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

    BitCoin: 1NGG1chHtUvrtEqjeerQCKDMUi6S6CG4iC

    Рейтинг.ru