» FreeArc: бесплатный open-source архиватор

В принципе для простенького гуя пойдёт и qt и gtk. Однако последний очень криво смотрится под винду.

в GUI главное функциональность, удобство, совместимость и т.п., а не красота

Ну залезет одно окошко на другое так, что невозможно будет добраться до второго.
Или произвольно изменится размер окна, что как-нибудь нужный чекбокс окажется недоступным. Тут уже речь не о красоте пойдёт

Это конкретные примеры из гимпа и прочих. gtk для винды это сущий ад.

1. gtk действительно иногда выглядит чужеродно, особенно его диалог работы с файлами: http://www.haskell.org/bz/filechooser.exe

2. не понимаю, какие проблемы от инсталлятора? это будет стандартный nullsoft, как я понимаю из него можно извлечь файлы вручную если есть желание. да и всё что он будет джелть - стандартное копирование/ассоциирование. консольная версия там внутри тоже будет - сделали один раз инсталляцию и затем копируйте её сколько угодно, аналогично rar/7zip

Bulat_Ziganshin

Цитата:

gtk действительно иногда выглядит чужеродно

Да ладно, не страшнее того же WinRK с его весьма своеобразным интерфейсом.


Цитата:

не понимаю, какие проблемы от инсталлятора?

Главное, чтобы осталась возможность скачать отдельно консольную версию безо всяких инсталляторов. А уж каким инсталлятором будет жаться GUI'шная версия - дело десятое. NSIS вполне неплох.

2Bulat_Ziganshin
Огромное спасибо за архиватор и в особенности за будущий гуй кроссплатформенный!!!
Одинаково выглядящий и работающий софт, кот. есть и под Windows и под Linux, в будущем поможет почти безболезненно сменить ОС.
СПАСИБО!

Цитата:

Огромное спасибо за архиватор и в особенности за будущий гуй кроссплатформенный!!!

также принимаются благодарности за будущую многотомность, поддержку windows-2016 и в честь выхода на пенсию


Цитата:

Главное, чтобы осталась возможность скачать отдельно консольную версию безо всяких инсталляторов. А уж каким инсталлятором будет жаться GUI'шная версия - дело десятое. NSIS вполне неплох.

у меня другая идея - сделать полную версию, включающую инсталляцию GTK, и upgrade-версию, которая будет рассчитана на установку поверх существующей. если де её посавить с нуля, то GUI просто не будет работать. таким образом мы убьём всех зайцев - будет урезанный пакет для апгрейда, будет возможность установить её тем, кому нуджна только консольная версия, и будет возможно извлечь из nsis-овского пакета файлы без установки

ну а внутреннее тестирование (на этом форуме) будем продолжать в arc-формате

А версия под os x есть у кого-нибудь?Может кто собирал для себя?

Автору спасибо за хороший и быстрый архиватор ! зделать бы GUI побыстрее

Bulat_Ziganshin

Цитата:

не понимаю, какие проблемы от инсталлятора?

Устанавливать надо...

Цитата:

у меня другая идея - сделать полную версию, включающую инсталляцию GTK, и upgrade-версию

Всё в одном это хорошо.
Только есть те кому не сложно и ручками положить нужное в нужное место.
Т.е. должен быть Выбор.

да, хорошо было бы добавить... чтобы просто выводил список файлов...

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

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




Добавлено:
например параметр ag, думаю некоторые пользователи не полностью владеют языком СИ, и форматом их функций , а в раре все четко, написал -agYYMMDD, и получился архив как надо

frodo10
вообще мысль интересная. просто изменил rar.exe на arc.exe и все скрипты как новые.
тут вопроса два:
Bulat и авторские права.

про параметр ag можно и щас в документации написать, чтобы народ в инете не рыскал в поиске форматов, например что если так написать -ag%%Y%%m%%d, то вернет -ag20080104

Цитата:

http://flashmobile.ru/arc/eng/

ну наконец-то! советую ещё добавить регулировку уровня сжатия от -m1 до -m8 с соответствующими объяснениями насчёт скорости/памяти - это первое, чего захотят пользователи. чтобы они на собственных данных могли удостовериться, что fa жмёт действительно лучше 7-zip


Цитата:

про параметр ag можно и щас в документации написать, чтобы народ в инете не рыскал в поиске форматов, например что если так написать -ag%%Y%%m%%d, то вернет -ag20080104

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


Цитата:

и такой вопрос еще, можно ли сделать совместимость по параметрам Рара для
FreeArc ...

это просто праздник какой-то. в документации даже раздел специальный есть, где перечислены все 10 отличий от rar'а, а вы до сих пор ещё не в курсе, что они на 99% совместимы?? из моего лично backup-скрипта не работает только makefile.*


Цитата:

А версия под os x есть у кого-нибудь?Может кто собирал для себя?

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

кстати, есть желающие собрать версию под freebsd? сделать rpm/deb/... пакеты? nsis инсталлятор?



Цитата:

Цитата:не понимаю, какие проблемы от инсталлятора?
Устанавливать надо...

тут вопрос только в том, иметь для виндов два пакета или три. из nsis-овского инсталятора, насколько я понимаю, с помощью 7-zip можно извлечь все нужные файлы. а если его нет или человек этого не знает - чего страшного установить это куда-нибудь? поэтому я и предлагаю третий пакет исключить

Цитата:

-m1 до -m8

Тут есть заковыка. Параметры сжатия ведь не сохраняются в архиве?
Т.е. если добавить файлы в архив. То с какими параметрами они туда упакуются?

Bulat_Ziganshin

Цитата:

тут вопрос только в том, иметь для виндов два пакета или три

Проясните про два\три варианты:
1. nsis
2. ?
3. ?

Цитата:

Тут есть заковыка. Параметры сжатия ведь не сохраняются в архиве?

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

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


Цитата:

Проясните про два\три варианты:

1. nsis с включённым GTK, 4мб
2. nsis без GTK (но с arc-gui), 1мб. подходит для апгрейда
3. просто архив, без GTK

я предалагю не делать третьего варианта. те, кому нужны просто файлы, могут сделать фиктивную инсталляцию или извлечь файлы из nsis-архива

как по мне, надо не третий вариант исключить, а второй

Цитата:

как по мне, надо не третий вариант исключить, а второй

тогда тупому юзеру придётся каждый раз качать по 4 мега

вообще типы дистрибутивов - это второстепенно. было бы что дистрибутить
если будут недовольные, уверен найдутся люди, которые наклепают сборок на любой вкус

кстати, large-address-aware всё же не работает. здесь есть кто-нить с 3+ гигами ОЗУ и ОС, которая позволяет их использовать 32-разрядным программам (т.е. vista-64 bit или xp /3g) ?

Добавлено:
ещё на английском форуме предложили - позволять external compressor'ам создавать вывод не в виде одного файла, а целого каталога. это позволит использовать программы, распаковывающие iso-образы и т.п. затем каждый файл будет сжиматься как ему положено от природы. в отличие от сегментации этот подход может дать более точные результаты

Bulat_Ziganshin

Цитата:

ещё на английском форуме предложили - позволять external compressor'ам создавать вывод не в виде одного файла, а целого каталога. это позволит использовать программы, распаковывающие iso-образы и т.п. затем каждый файл будет сжиматься как ему положено от природы. в отличие от сегментации этот подход может дать более точные результаты

Если freearc сжимает iso как файл - как что он (архиватор) его (образ) определит ? Как бинарник ? А если в образе лежат только тексты и картинки ? А если там одни архивы, которые не нужно дополнительно сжимать, теряя впустую массу времени ?

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

p.s. По поводу дистрибутивов. Двух предложенных тобой вариантов имхо вполне достаточно.

Bulat_Ziganshin

Цитата:

ещё на английском форуме предложили - позволять external compressor'ам создавать вывод не в виде одного файла, а целого каталога. это позволит использовать программы, распаковывающие iso-образы и т.п. затем каждый файл будет сжиматься как ему положено от природы. в отличие от сегментации этот подход может дать более точные результаты

А что мешает FreeArc выводить эти данные физически в одном файле, но работать с ними как с каталогом, например *.arc(или т.п.) без сжатия?

Цитата:

вообще типы дистрибутивов - это второстепенно. было бы что дистрибутить

действительно давайте начнём, с малого, а там видно будет.

Цитата:

А что мешает FreeArc выводить эти данные физически в одном файле, но работать с ними как с каталогом, например *.arc(или т.п.) без сжатия?

1. утилиты, распихивающие например .iso, делают отдельные файлы
2. это сделать сложнее, нужно больше телодвижений

ну вообще проблема с точным восстагновлением исходного архива действительно существует

А будет ли ссылка на английский вариант?

Bulat_Ziganshin

Цитата:

ну вообще проблема с точным восстагновлением исходного архива действительно существует

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

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

далее. в 0.40 всё же остались проблемы, связанные с использованием 3+ гб памяти. Егор, плиз посмотри на http://www.haskell.org/bz/arc-fixed.7z - я там снова отключил large-address. для тебя что-то изменилось?

Добавлено:

Цитата:

А будет ли ссылка на английский вариант?

извини, счас сделал. потом найду время ещё в двух местах напишу - жди наплыва посетителей

Цитата:

извини, счас сделал. потом найду время ещё в двух местах напишу - ждя наплыва посетителей

окей. Благодарствую!

у меня предложение на отдалённую перспективу. как насчёт реализации алгоритма BWT (Burrows-Wheeler transform)?

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