Цитата: а почему бы не улучшить архиватор 7z ведь он тоже GPL вроде? из-за чего пришлось делать новый архиватор?
сначала мне было просто интересно попрограммировать на хаскеле. сейчас же можно сказать, что именно его использование помогло написать программу гораздо быстрее и надёжней. иначе тот же самый фукционал получился бы только лет через 5
Цитата: Да плюс еще все это с исходными кодами.
Можно засунуть в любой проект (с указанием на источник )
нельзя. это ты путаешь с bsd license
Цитата: Оперативки 1Г
Параметры:
freearc a -mx <бляблябл.архив> *.iso
это режим МАКСИМАЛЬНОГО СЖАТИЯ, использующий ВСЁ ОЗУ компа. либо выкинь все толстые программы из ОЗУ, либо посмотри сколько реально памяти можно использовать и добавь к примеру -lc500
Цитата: 2 Булат: согласно документации, любой архив (по крайней мере созданный с одним из стандартных пресетов) распакуется на машине с 32 мегами памяти.
невнимательно читал. на машине с 32 мб можно распаковать архив, содержащий любое кол-во файлов (каталог архив разюит на части по 20к файлов и для него на самом деле хватит даже 5-10 мб). требования к памяти для каждого пресета упаковки/распаковки указаны в начале раздела "сжатие
Цитата: Если есть возможность - добавить ещё 1Гб опер. памяти.
в -mx?
тогда fa задействует ещё больше памяти и её всё равно не хватит
вот добавить в доку упоминание что этот редим задействует всё озу компа - будет правильно
Цитата: И архив FreeArc-а распакуется на любой машине(за редким исключением)
да ну? в доке ясно сказано сколько памяти требуется для распаковки в каждом режиме
Цитата: Чтобы сделать улучшаемый архиватор, надо встраивать в него виртуальну машину - для того, чтобы распаковщик нового алгоритма можно было записать в архив.
и работать это будет в 10 раз медленней того же алгоритма в нативном исполнении. хотя... сейчас это уже может быть актуальным. в rar VM используется, я думаю, только для всяких фильтров, которые в нативном виде распаковываются со скоростью ~100 мб в сек
Цитата: Спасиб, просмотрел. Точнее видел таблицу по затратам памяти от -m1 до -m5 и от -m1x до -m5x. А про потолок в 75% упустил.
-mx=-m9=-m8. но поскольку есть ещё опции -lc/-ld, fa его автоматом обрезает до кондиций твоего компа. в итоге выходит, что -mx эквиввалентен -m5 на машине с 256 мю ОЗУ, -m6 - с 512 и т.д. очень удобно
Цитата: Скачал с сайта файл FreeArc-0.40-win32.zip (а он ведь еще и в ZIP архиве!!! Позор! Где саморазорхивирующийся архив. Себя надо продвигать!).
прямо скажем, что есть ещё вещи поважнее sfx
а уж засовывать архиватор в свой sfx-архив было хорошо лет 10 назад. сейчас nsis=bcj+lzma - самый удобный вариант
Цитата: начато тестирование FreeArc 0.40.
на самом деле это уде вполне окончательная версия. шапку бы сами правили, а?
Цитата: Кстати про 7-zip, заметил тут что в LZMA начиная с размера словаря 48Мб расчёт необходимой памяти идёт по другому, т.е. множитель не 11.5, а примерно 10.8.
спасибо, постараюсь уточнить. а откуда инфа? у меня в частности используется более старая версия lzma, где-то 4.49
Цитата: вопрос к автору. намечены ли превью версии 0.50 до 1 февраля? прям руки чешутся потестить GUI
"рождественскую"
http://www.haskell.org/bz/arc.arc ты уже смотрел? сейчас избавлюсь от пары совсем уж неприличных проблем и выложу версию с полноценным GUI. но прямо скажу - это душераздирающее зрелище
Цитата: и ещё один момент. а вы в курсе что расширение .arc уже занято?
надо полагать
SEA ARC и был той программой, которая привнесла и само название - архиваторы, и идеологию их работы, и даже формат командной строки. собственно в переимпользовании этого имени заложен вполне определённый смысл - fa это не просто an archiver, a the archiver
Цитата: JAR - это лет 10 назад был такой архиватор от автора ARJ (живет вот тут: www.arjsoftware.com/jar.htm). Весьма перспективный по тем временам.
на мой взгляд - это вообще наилучший когда-либо созданный архиватор, можно сказать путеводная звезда для меня. методы сжатия сейчас конечно уже неактуальны (но к примеру это был первый арзиватор с dict-препроцессором, из-за его закрытости мы долго гадали как он ухитряется так быстро и плотно жать тексты
). а по фичам - он до сих пор не превзойдён (!), на втором месте за ним находится rar. я бы предпочёл имитировать его командную строку, но думаю большинству пользователей гораздо удобней будет эмуляция rar - я и сам им пользуюсь. проблемо jar было то, что он вышел в тот момент, когда пользователи перешли к виндовым архиватоам, а его автор никакого GUI так и не сделал
