>>http://freearc.org/ru/Download.aspx

aspx

В прошлый раз раздавались удивлённые возгласы людей которые понимают, что не может никому не известный архиватор быть «в 1.5-3 раза эффективнее лучших прочих архиваторов». и это истинная правда - если бы мы только находились в равных условиях. но дело в том, что широко распространённые архиваторы, такие как rar и 7-zip, скованы необходимостью обеспечения совместимости со своими старыми версиями, 5-10 летней давности. у меня же, ввиду малой userbase и бета-статуса программы, такого ограничения нет, и я могу добавлять новые алгоритмы хоть каждый год. что я и делаю

последний раз новые алгоритмы добавлялись два года назад, дальше шёл их тюнинг. в последней версии программы добавлен ещё один алгоритм. результаты его тестирования: на 4-ядернике FreeArc -mex3 сжимает впятеро быстрее rar -m5 при том же уровне сжатия. вот такая вот небывальщина :)

>>>aspx

ты не поверишь, но линуксом я пользуюсь раз в месяц исключительно чтобы откомпилять FreeArc. а уж мой вебмастер и вовсе с ним незнаком :)

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

Оно правда под GPL? Попробую сейчас вот это http://aur.archlinux.org/packages.php?ID=15123 Потестю на своих файлах :)

Оказалось всё довольно печально, сборка только 32 битная.

Хотя, надо попробовать собрать из исходников - к счастью, они есть. ТС может прокомментировать отсутствие 64-битных бинарников?

GPL. 64-битная компиляция не выйдет, часть алгоритмов сжатия её не держат

Спасибо за ответ и за отличную софтину, в таком случае!

Уговорили, пусть будет. :) Несмотря на противоречивость, автору без сомнений респект.

Хы, в AUR обновился через день после релиза, а тут новость только через 2 недели. =)
Спасибо за софтинку, будем пробовать.

> 64-битная компиляция не выйдет, часть алгоритмов сжатия её не держат

Это блокер. А чего оно там тянет?

==> freearc dependencies:
- curl (already installed)
- gmp (already installed)
- gtk2 (already installed)
==> ОШИБКА: не доступен для архитектуры 'x86_64'.
Имейте ввиду, что многим пакетам в PKGBUILD может понадобиться
строка вида arch=('x86_64').
Error: Makepkg was unable to build freearc package.


=(

> Режим максимального сжатия теперь создаёт архивы для распаковки на компьютерах с 1 гб ОЗУ, а новый режим Ультра-сжатия - для распаковки на компьютерах с 2 гб ОЗУ.

Т.е. на машине с меньшим объемом памяти такой архив просто не распакуется?

GPL. 64-битная компиляция не выйдет, часть алгоритмов сжатия её не держат

Я правильно понимаю, что это ограничение _реализации_ алгоритмов, а не самих алгоритмов?

ты не поверишь, но линуксом я пользуюсь раз в месяц исключительно чтобы откомпилять FreeArc. а уж мой вебмастер и вовсе с ним незнаком :)

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

Поделка.

широко распространённые архиваторы, такие как rar и 7-zip, скованы необходимостью обеспечения совместимости со своими старыми версиями, 5-10 летней давности. у меня же, ввиду малой userbase и бета-статуса программы, такого ограничения нет

Так и запишем, поделка. А 7-zip — Ъ-enterprise. Это так, для разжигания флейма.

На самом деле странная позиция. Чем больше распространённость/внедрённость/база пользователей, тем ценнее задняя и передняя совместимость. Если же пользователей мало, то совместимостью действительно можно пренебречь. Но есть ли большой смысл писать программу, целью которой не является завоевание большой пользовательской базы? Только если just for fun.

Таки bulatz'у respect, по-русски говоря уважение и почёт. GPL это хорошо, даже если полезность программы сомнительна.

Хаскель?

> Наконец, в дистрибутив был добавлен файл License, подтверждающий что использование программы совершенно бесплатно.

Порадовало :).

А на самом деле, довольно пофигу на сжатие (скорость, правда - хорошо). Главное, чтобы формат архива записывал кодировку имён файлов и правильно работал в разных локалях.

> линуксом я пользуюсь раз в месяц исключительно чтобы откомпилять FreeArc. а уж мой вебмастер и вовсе с ним незнаком :)

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

очень очень жаль. 64 бита обычно дают хороший прирост

>aspx

Не нужно, закопайте.

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

А чем твоя секта лучше?

А прикрутить 64 бита сложно? Или там ассемблерные вставки ?

> Смени вебмастера. Серьёзно, их лучших побуждений советую. Как бы, безотносительно что держать на сайтах, такие вебмастеры не нужны.

Привет, фанатик. Ну что, уже проешл ритуал утреннего фапанья на открытые исходники?

> Не нужно, закопайте.

О, еще один Павлик Морозов!
Проходите, проходите, мы вас заждались.

Когда наконец появится хоть один, работающий с запароленными RAR архивами? Я уже не говорю, чтобы под КДЕ.

> а уж мой вебмастер и вовсе с ним незнаком :)

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

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

> ...64-битная компиляция не выйдет, часть алгоритмов сжатия её не держат

ох нифигажсебе! неужто использовались «int» вместо «gint32_t» (образно говоря)

а p7zip? под виндами во всяком случае работает. или тебе гуишный? :D жди след. версию freearc, если не будет проблем с линуксом - сделаю

Camel

Но есть ли большой смысл писать программу, целью которой не является завоевание большой пользовательской базы?

Может быть смысл в том чтобы самому её использовать?

>Т.е. на машине с меньшим объемом памяти такой архив просто не распакуется?

именно. max/ultra сжатие рассчитано на современные компы. если нужна распаковка на старых машинах, то нужно выбирать режимы поскромнее. лучше вообще прочесть доку - fa это настоящий лего по части настройки алгоритмов упаковки

Вот и добавьте «строку вида» :) Там всё равно просто бинарь берётся, исходники не компилятся.

национальность автора данного творчества меня интересует

>Я правильно понимаю, что это ограничение _реализации_ алгоритмов, а не самих алгоритмов?

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

казахский еврей

ох нифигажсебе! неужто использовались «int» вместо «gint32_t» (образно говоря)

а о разрядности битов не слышали?

Дело в том, что многие тесты показывают заметный прирост в скорости работы 64-битного бинарного кода в сравнении с 32-битным, когда дело касается архиваторов. Потому немного обидно, когда всё жёстко 32-битное. Мог бы быть профит за счёт новой архитектуры.

Цитируем anonymous

Когда наконец появится хоть один, работающий с запароленными RAR архивами?

7za уже сломали?

Спасибо большое за очень хороший проект

> а о разрядности битов не слышали?

нет :-)

Как для Gtk-версии сделать нормальные (HIGовые) кнопки в диалогах: «Отмена» левее кнопки «Ok»?

У него есть графический интерфейс? Хarchiver и squeeze на них виснут.

А что-же автор больше не занимается песнями, или разрабатывает архиваторы в свободное время?

http://www.bars-media.ru/press/news/detail.php?ID=18946

Поддерживаются ли sfx-архивы пол линуксм?

ты меня удивляешь. шаг №1 - установить вайн. шаг №2 - скачать крякнутый WinRAR. шаг №3 - запустить WinRAR на своём любимом линуксе из-под вайна (работает отлично). PROFIT ! P.S. - вчера лично проверял, 2 запароленных архива открыл.

А нафига «еще один архиватор», даже если он там чем-то круче какого-нибудь другого.. Это так важно? Лучше бы еще один текстовый редактор написал.

>Хаскель?

да

>Когда наконец появится хоть один, работающий с запароленными RAR архивами? Я уже не говорю, чтобы под КДЕ.

а в чем проблема? нормально открываю запароленные rar-архивы, по-моему как стандартным проприетарным unrar.

целью, это конечно является. вот только цель эта мгновенно не достигается, как бы этого не хотелось. так что это реальный путь развития любого архиватора - от меньшей userbase фанатиков сжатия, которым требуются всякие хитроумные фичи, до (если повезёт) миллионов пользователей, которых интересуют рюшечки, простота и скорость. и rar, и 7-zip (aka ufa aka 777) прошли по тому же путию rar 1.3 был несовместим с 1.0, в 1.5 вообще поменялся формат каталога арзива. сейчас я ещё могу позволить себе добавлять новые алгоритмы

сжатие/шифрование на C++, остальное на Haskell. и ещё shell extension на Lua (для настраиваемости), но под линуховые оболочки я не знаю как его прикрутить :)

ну если пофиг на сжатие, то скорость в -mex1 - 100-150 мб/с, этого хватит? :D

локаль файлсистемы можно настраивать (опция -scf кажись), но в архив она не вписывается. в архиве, предполагается, всё всегда в utf-8