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

winarc в linux: http://www.haskell.org/bz/winarc-linux.png

м-да. portable-версия wArc не требующая .Net Framework весит 55 мегабайт и запускается минуту (на core2 e4300, 2gb ram). даже выкладывать такое не хочу. gtk рулит!

Nikolai2004
Кстати, чтобы распространять portable-версию, понадобится легально купленная лицензия на Thinstall. Иначе Булат не сможет официально выложить ее у себя на сайте или давать линки на нее вне зависимости от того, какую лицензию он сам выберет для FA.

Цитата:

м-да. portable-версия wArc не требующая .Net Framework весит 55 мегабайт и запускается минуту (на core2 e4300, 2gb ram). даже выкладывать такое не хочу. gtk рулит!

Т.е. Это вы про что? Откуда 55 мегабайт взялись?

Benchmark
а я и не ставлю цель распространять portable-версию. пусть это будет неофициальная warez-сборка

SCINER
это проинсталенный и сжатый .net framework. принцип работы thinstall в двух словах такой. сканируется жесткий диск и реестр, запоминается что где лежит. устанавливаются необходимые проги (в нашем случае .net и warc). снова сканируется жесткий диск и реестр. затем сравниваются эти два "снимка" и выделяются изменения (т.е. определяется что куда проинсталилось и где в реестре прописалось). потом на базе этих изменений создаётся один исполняемый файл, который позволит запускать необходимую нам программу на любом компьютере без необходимости её инсталяции. фактически зашивается warc и установленный .net framework в один файл. вот до чего прогресс науки и техники дошёл!

Цитата:

это проинсталенный и сжатый .net framework. принцип работы t...

Дистрибутив Дотнета весит 22 метра. Помоему проще его проинсталлировать

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

Nikolai2004

Цитата:

идеология portable софта такова

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


Цитата:

а я и не ставлю цель распространять portable-версию. пусть это будет неофициальная warez-сборка

Дык о чем и речь. Ни на одном нормальном (то есть не варезном) ресурсе выложить такое нельзя.

Цитата:

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

Эт точно. Тем более совместно с вполне портабельным ТС или FAR'ом.

arsvrn

Цитата:

Эт точно. Тем более совместно с вполне портабельным ТС или FAR'ом.

Намного меньше по объему будет

А есть ли плагин для тотала - чтоб по крайней мере входить в архивы

rupinskiy
Multiarc - есть в дистрибутиве FreeArc, настраивается легко по инструкции

Цитата:

Multiarc - есть в дистрибутиве FreeArc, настраивается легко по инструкции

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

Хотелось бы кэш для записи ( и настройку).
[more=лог]FreeArc 0.50 alpha (Feb 8 2008) There is 49 percent of memory in use.
There are 255 total Mbytes of physical memory.
There are 128 free Mbytes of physical memory.
There are 618 total Mbytes of paging file.
There are 331 free Mbytes of paging file.
There are 2047 total Mbytes of virtual memory.
There are 2016 free Mbytes of virtual memory.
There are 0 free Mbytes of extended memory.

Allocated 989 mb, addr=10030000
Allocated 322 mb, addr=5BDB0000
Allocated 233 mb, addr=01670000
Allocated 223 mb, addr=4DD80000
Allocated 72 mb, addr=71AC0000
Allocated 72 mb, addr=77FE0000
Allocated 45 mb, addr=7C9C0000
Allocated 26 mb, addr=70000000
Allocated 13 mb, addr=76340000
Allocated 7 mb, addr=7F7F0000
Allocated 4 mb, addr=77610000
Allocated 1 mb, addr=77250000
There is 49 percent of memory in use.
There are 255 total Mbytes of physical memory.
There are 128 free Mbytes of physical memory.
There are 618 total Mbytes of paging file.
There are 329 free Mbytes of paging file.
There are 2047 total Mbytes of virtual memory.
There are 2 free Mbytes of virtual memory.
There are 0 free Mbytes of extended memory.
Creating archive: test.arc using storing
Memory for compression 0b, decompression 0b, cache 16mb
Started: 0.01 secs
Found 1 files, 0 archives: 0.02 secs
Sorted 1 files: 0.04 secs
Joined filelists: 0.04 secs
Compressing 1 file, 575.464.836 bytes. Processed 0.0%There is 49 percent of
memory in use.
There are 255 total Mbytes of physical memory.
There are 128 free Mbytes of physical memory.
There are 618 total Mbytes of paging file.
There are 297 free Mbytes of paging file.
There are 2047 total Mbytes of virtual memory.
There are 1976 free Mbytes of virtual memory.
There are 0 free Mbytes of extended memory.

Allocated 989 mb, addr=10030000
Allocated 322 mb, addr=5BDB0000
Allocated 223 mb, addr=4DD80000
Allocated 189 mb, addr=04280000
Allocated 72 mb, addr=71AC0000
Allocated 72 mb, addr=77FE0000
Allocated 45 mb, addr=7C9C0000
Allocated 26 mb, addr=70000000
Allocated 13 mb, addr=76340000
Allocated 7 mb, addr=7F7F0000
Allocated 4 mb, addr=77610000
Allocated 2 mb, addr=02A80000
Allocated 2 mb, addr=03680000
Allocated 1 mb, addr=77250000
There is 49 percent of memory in use.
There are 255 total Mbytes of physical memory.
There are 128 free Mbytes of physical memory.
There are 618 total Mbytes of paging file.
There are 295 free Mbytes of paging file.
There are 2047 total Mbytes of virtual memory.
There are 2 free Mbytes of virtual memory.
There are 0 free Mbytes of extended memory.
0.0%Compressing 1 file of 575.464.836 bytes: 0.22 secs
Using storing
Memory for compression 0b, decompress 99.9%
Solid block compression results
storing: 575.464.836 bytes in -1.000 seconds

Writing directory: 134.5 99.9%
Found 1 directory names: 135.12 secs
Directory w 99.9%: 135.1
Compressed 1 file, 575.464.836 => 575.464.836 bytes. Ratio 100.0%
Compression time 50.11 secs, speed 11.484 kb/s. Total 135.50 secs
All OK[/more]

Хде новости?

Ищу новую работу, поэтому минимум на 2 недели притормозил проект wArc.

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

Хм. Жесткий диск тоже постоянно работает?
Если так, то теперь в памяти висит больше программ, чем при упаковке.
Попробуйте загрузиться в безопасном режиме (клавиша F5 при загрузке).

Цитата:

паковал на максимальном сжатии ...

как именно?

привет прожигателям жизни, которые за дарма пишут всякую фигню, которую никто никогда не будет юзировать. Но - программировать-медитировать - это интересно и приятно. А зачем ващще архивировать? Данные надо раздувать, увеличивать их размер избыточной информацией на 50-100 и более процентов. Это как болезнь, стоит только пристраститься, и уже нет спасения от раздувания данных. В связи с этим написал очень простую прогу - совершенно не профессиональную... Но она несмотря на недостатки является реальной альтернативой QuickPar и ICEECC. И работает с мягкими оговорками в десять раз быстрее, я офигиваю, в десять раз!!! Стойкость кода - 99.999...% от этих прог в вероятностном режиме. Лежит на ник тчк фронт тчк ру

persicum
О, мля, тролль появился...
Не обращайте внимания, други

Гнать этих троллей в три шеи надо!

+1
Можно конечно "Сообщить модератору" =))

Цитата:

Кстати про WinRK\Nero, а нельзяли сделать возможность сохранения что-то типа "проекта" как в Nero, т.е. чтобы был список файлов + все настроики

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


Цитата:

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

п-переведи!


Цитата:

А возможно формат записи внешних упаковщиков в цепочке метода привести к виду
dur:X:Y
dur:200m:32

да, всё это запланировано у меня в history:
[External compressor:ccm]
packcmd=thor e{option} ...
packcmd=ppmonstr {-%option% } ...
default_options=1
default_options=o10 m48
default_options=o10:m48
Указание объёма памяти для каждого набора опций по умолчанию, что позволит подбирать режим сжатия, подходящий для данного объёма ОЗУ:
default_options:256m=5
default_options:384m/128m=6x
mem=:m*mb

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



Цитата:

Расчленёнка в 100Мб дала результат хуже чем без расчленёнки

дело в том, что fa вообще не может паковать файлы точно в том порядке, как они заданы в ком. строке, даже при -ds порядок будет как на диске (т.е. по именам файлов в ntfs). поэтому особо тут пока не поэкпериментируешь


Цитата:

Недружелюбная картина. Я про расположения признака зашифрованности файла.

куда предлагаешь его переместить?


Цитата:

=( Вешается на 0% если передать неверный пароль по крайней мере в 2-х случаях:
1) Если передать такую команду с неверным паролем -p123 -op-
2) 2 раза ошибиться в наборе

записал, посмотрю


Цитата:

а можно научить понимать кнопку BackSpace для возврата на уровень выше ?

записал в todo


Цитата:

а кто скажет почему пищит системный динамик когда делаю недопстимое действие ?

вероятно gtk. у меня в программе ничего такого нет


Цитата:

зацените какую я сделал portable-версию WinArc

а что ж скромничаешь, в заголовок темы её не вставляешь?


Цитата:

Кстати, чтобы распространять portable-версию, понадобится легально купленная лицензия на Thinstall.

я вообще считаю проблему надуманной. докинь к дистрибутиву winarc dll-ки от gtk (и ещё пару файлов, Егор выше писал), заархивируй чем хочешь (ну хоть тем же 7zip sfx) и портабельная версию готова. ничего в реестр при инсталляции не пишется, и как я понимаю ассоциации, которые записываются в реестр из диалога Settings, портабельной программе тоже нафиг не нужны



Цитата:

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

программа написана на хаскеле и gtk2hs - единственная реальная GUI-библиотека для него. портабельность - это лишь побочный эффект, на хаскеле (как и на яве, например) вообще трудно писать непортабельно если бы я писал не на хаскеле, а на C++, то ращзработка затянулась бы лет на 10 (как у 7-zip и rar). так что выбор на самом деле такой - или программа с 6-мб инсталлятором прямо сейчас, или с 1-мб через 10 лет



Цитата:

Хотелось бы кэш для записи ( и настройку).

для интереса потестировал различные программы на файле в 631 мег:

Код: read 17
write 21 16
r+w 21 33

xcopy 21 66
7z 27 79
rar 31 81
arc 49 52
arc36 32 79

Цитата:

которые за дарма пишут всякую фигню

Обычно фигню пишут только за деньги..
Цитата:

Данные надо раздувать

Да так ты ты скоро в Майкрософт работать будешь, чувак..а в самом деле прок есть или как в Winrk и KgB--выигрыш в 1-2 % а разница во времени (причём ещё и распаковки!!) раз в 10 больше?

Romanych11
Не обращай внимание, это обычный тролль.

Bulat_Ziganshin

Цитата:

я вообще считаю проблему надуманной. докинь к дистрибутиву winarc dll-ки от gtk (и ещё пару файлов, Егор выше писал), заархивируй чем хочешь (ну хоть тем же 7zip sfx) и портабельная версию готова. ничего в реестр при инсталляции не пишется

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

Просто человек хотел сделать сборки на основе Thinstall. Правда не совсем понятно, зачем.


Цитата:

gtk2hs - единственная реальная GUI-библиотека для него. портабельность - это лишь побочный эффект

Многие разработчики софта о таком "побочном эффекте" могут только мечтать

Цитата:

Winrk --выигрыш в 1-2 % а разница во времени раз в 10 больше?

Чушь! Нефиг паковать видео! Архивы меньше на 5%. а иногда до 20%!
Нет, конечно, KGB - попытка заморозить алгоритм в середине разработки, которая изначально была обречена на провал - KGB теперь часто сливает даже CCM.


Цитата:

причём ещё и распаковки!!

Оффтоп:
Из общих соображений ясно, что хороший алгоритм должен тратить примерно поровну времени на упаковку и распаковку.
Так что - не жаловаться!

Кстати:
в консолной версии 0.50 неполная запись в логфайл(нет строк Allocated ???? Mb.... , There is ?? *)


Добавлено:

Цитата:

Цитата:это нужно будет если использование WinArc не представляется возможным из-за непрерывных блоков, а нужно использовать CLI.


п-переведи!

Не-kernel'овские библиотеки(gtk, wininet.dll...между прочим как дела с интернетом? (хотя мне неактуально - 256 мб озу)(да, и вот будет интересно, если curl под windows работает через wininet.dll ) разбивают адресное пространство процесса, и может не найтись большого непрерывного блока.

Не тролль я и не провокатор, а дохтур! Пришел сюда вправлять мОзги. Почитал, как устроена коррекция ошибок у сабжа. Это до боли напомнило мне RAR, когда там еще не было томов востановления.
Форула такая:

s = b1 xor b2 xor b3 ... xor bn

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

А вот коды Рида-Соломона исправляют ошибки произвальной кратности, хе-хе.

Не байт, а блок. Какой - мы знаем(по crc32, хотя это ОЧЕНЬ слабый алгоритм).И вообще - использование кодов Рида- Соломона здесь уже обсуждалось. Будет позже - не всё же сразу!

Цитата:

crc32, хотя это ОЧЕНЬ слабый алгоритм

точно. из каждых 4 терабайт сбойных данных 1 кб не будет обнаружен. это ж порсто ужас какой-то