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

Цитата:

<...>Да, а последовательность rep:1400mb:h27+tempfile+lzma:180mb:h512mb:bt4:128:mc128 прекрасно и упаковалась и протестировалась, но всё же при тестировании создался tempfile. <...>

Это из-за сохранения настроек упаковки в архиве, что ли?

Цитата:

Это из-за сохранения настроек упаковки в архиве, что ли?

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

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

думаю, что надо просто вручную вставленный tempfile при распаковке убирать, т.е. если ты просишь rep+temp+lzma, то паковаться будет в точности им, а распаковываться rep+lzma и temp тут будет вставлен автоматом только при необходимости

Bulat_Ziganshin

Цитата:

1. требования стабильности и однвоременно передовой эффективности на самом деле противоречивы. сейчас из 11 алгоритмов половина - мои. и ошибки выявляются именно в моих алгоритмах. ты можешь запросто их отключить, но что тогда у тебя останется? bcj+lzma, lzp+ppmd плюс ММ сжатие и автовыбор. в общем, получится 7-zip с автоматическим выбор алгоримта сжатия

Это уже само по себе очень даже хорошо!

Цитата:

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

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

я правильно понял, что все сбои в rep исчезли?

кстати, в MOC теперь тоже всё в порядке

Добавлено:

Цитата:

Да ошибки нужно в первую очередь, а вот GUI во вторую

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

Цитата:

лучше сделать dll чтобы другие программы могли добавлять поддержку fa

согласен,тогда можно отдать вообще разработку гуи версий другим,а заниматься только доводкой движка и алгоритмов

Цитата:

я правильно понял, что все сбои в rep исчезли?

Большая часть. Но проблема маленького слова с большим хешем у двух rep подряд всё-таки может вылезти в виде ошибки
Stack space overflow: current size 8388608 bytes.
Use `+RTS -Ksize' to increase it.
arc: CompressionLib_d2GJ: interrupted
.
У меня она возникает только с двумя rep подряд и использовании tempfile - судя по всему, где бы то ни было. Т.е.
rep:512mb:h27:32+rep:512mb:h27:32+3bx работает нормально.
А вот следующие две цепочки именно с ней и вылетают:
rep:512mb:h27:32+tempfile+rep:512mb:h27:32+1bx
rep:512mb:h27:32+rep:512mb:h27:32+tempfile+1bx
.

Да, и ещё одна мелочь - если запустить arc, с использованием tempfile, после чего поставить его на паузу, а затем запустить arc во второй раз (из того же каталога), с настройками которым tempfile тоже необходим, то он начнёт перезаписывать tempfile старого arc'а - в результате, сами понимаете, выйдет совсем кривой результат. Экзотический конечно вариант, но с многоядерными процессорами всё же имеющий смысл - например надо один архив сжать, и одновременно другой протестировать/распаковать (кстати интересно, если физической памяти две распаковки/упаковки хватает, а вот с виртуальной в смысле свободного непрерывного блока - не очень, но используется arc два раза, то будут ли проблемы или тормаза с памятью, или оно довольно быстро пройдёт)...

Цитата:

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

у каждого процесса своё закрытое адресное пространство.
т.е. будет всё нормально.

или я вопрос не понял.

Цитата:

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

У каждого процесса своё адресное пространство, так что с этим проблем не будет.


Да, и ещё идея - ограничивать память для упаковки не 75% ОЗУ, а свободным количеством.

Добавлено:
[off] что происходит? мои посты появляются на минуту позже [/off]

Цитата:

Да, и ещё идея - ограничивать память для упаковки не 75% ОЗУ, а свободным количеством.

бвла такая мысль. нет большого смысла поскольку у меня к примеру из 700 метров озу метров 100-200 обычно свободно. если уж задано макс. сжатие - пусть на всё озу и сжимает

Цитата:

была такая мысль. нет большого смысла поскольку у меня к примеру из 700 метров озу метров 100-200 обычно свободно. если уж задано макс. сжатие - пусть на всё озу и сжимает

А может, сделать как опцию (если реально)? У меня раньше (во времена WinRK 3 Beta 2) тоже было 768 мб ОЗУ, и у вышеназванного архиватора режим Maximum (PWCM) ел 700 мб (следуя описанию), и приходилось архивации метрового файла ждать час, пока винда всё в своп закинет, и столько же, пока она всё скопирует обратно. А редактирование профилей у него (или у меня ) не работало. В общем, проблема такая может возникать в разных ситуациях

ещё бы неплохо добавлять установочный каталог в path

Добавлено:

Цитата:

Цитата:Да, и ещё идея - ограничивать память для упаковки не 75% ОЗУ, а свободным количеством.


бвла такая мысль. нет большого смысла поскольку у меня к примеру из 700 метров озу метров 100-200 обычно свободно. если уж задано макс. сжатие - пусть на всё озу и сжимает

это нужно для будущей реализации многопоточности. ибо нафиг она нужна, если только замедляет?

обновил http://www.haskell.org/bz/arc1.arc :
* чуть улучшено определение типа файлов
* GUI: ограничена ширина диалога Add; отключено автоматическое увеличение главного окна
* GUI: запоминание размеров и положения главного окна



Цитата:

ещё бы неплохо добавлять установочный каталог в path

согласен. кто-нибудь знает, как в это сделать NSIS script?


Цитата:

А редактирование профилей у него (или у меня ) не работало.

ты в курсе опции -lc?


Цитата:

это нужно для будущей реализации многопоточности. ибо нафиг она нужна, если только замедляет?

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

Bulat_Ziganshin
Цитата:

кто-нибудь знает, как в это сделать NSIS script?

http://nsis.sourceforge.net/Path_Manipulation

Цитата:

Цитата:А редактирование профилей у него (или у меня ) не работало.


ты в курсе опции -lc?

речь, видимо, о winrk

Цитата:

речь, видимо, о winrk

речь идёт о том, чтобы изменить fa только потому, что не работало редактирование профилей в winrk

Цитата:

ещё бы неплохо добавлять установочный каталог в path

сделал

Bulat_Ziganshin
Булат, а когда примерно начнешь "облагораживать" главное меню в GUI-версии ? Ну то есть то, о чем мы говорили вот тут: http://forum.ru-board.com/topic.cgi?forum=5&topic=24319&start=1100#11

Ну и заодно исправь, плиз, вылет при нажатии на кнопку ArcInfo, если выбран не arc-архив, а любой другой файл.

Информация к размышлению:
Заметил тут на сайте Microsoft
sfx-rar многотомный

Visual Studio® Team System 2008 Team Foundation Server and Team Suite VPC Image (Trial)
http://www.microsoft.com/downloads/results.aspx?pocId=&freetext=Visual%20Studio%20Team%20System%202008%20Team%20Suite%20%28Trial%29&DisplayLang=en

Цитата:

Булат, а когда примерно начнешь "облагораживать" главное меню в GUI-версии ? Ну то есть то, о чем мы говорили вот тут: http://forum.ru-board.com/topic.cgi?forum=5&topic=24319&start=1100#11

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

кстати говоря, я могу легко сделать меню конфигурируемым через ini/history файл. скажем, эта настройка может выглядеть так:
menu= File:Add,Modify,Join,,Settings,Quit; Edit:Select,Unselect,Refresh
toolbar=Add,Modify,Join; Select,Unselect,Refresh

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

две проблемы - пока нет visual editor, для большинства пользователей это редактирование всё равно будет недотсупно; и что делать при добавлении новых команд в новых версиях программы?


Цитата:

Ну и заодно исправь, плиз, вылет при нажатии на кнопку ArcInfo, если выбран не arc-архив, а любой другой файл.

все вылеты и зависания gui поправлю


кстати, Егор, я добавил в дистрибут темы и theme changer: http://www.haskell.org/bz/FreeArc-0.50-win32-alpha-2008-06-15.exe

осталось только решить вопрос со шрифтом (и может, темой) по умолчанию

Bulat_Ziganshin

Цитата:

кстати говоря, я могу легко сделать меню конфигурируемым через ini/history файл. скажем, эта настройка может выглядеть так:

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

Кстати, в WinRAR сделано весьма грамотно, там есть возможность настроить команды, доступные в toolbar при работе вне и внутри архива. Можно перенять фичу.


Цитата:

если вы считаете нужным уже существующи команды реорганизовать - предлашайте как это сделать

Ну для начала я уже предлагал:

- меню файл: New archive, Open Archive, New SFX, Wizard (если таковой будет)
- меню Commands (или Actions): Add, Extract, Delete, View, Test
- меню Options: Configuration, Save settings, Load settings
- меню Help: собственно сам Help, Check for update, About

Помимо всего при входе в архив архив в меню должны стать доступными команды:
- Protect, Comment, Convert to EXE, Encrypt


Цитата:

осталось только решить вопрос со шрифтом

Вот вам еще такая табличка для размышлений:
http://en.wikipedia.org/wiki/Unicode_typefaces

Под Windows нужно брать шрифт, который:
- идет в стандартном комплекте
- содержит наибольшее количество символов

По этим показателям наиболее подходит Arial Unicode MS. В сравнении с ним, например, Tahoma обладает крайне ограниченным количеством символов.

А вот что-то посоветовать под Linux уже труднее.

Впрочем, есть еще вариант: взять какой-либо юникодный шрифт, распространяемый под лицензией GPL, OFL или public domain. Но тут надо будет внимательно смотреть, что в них есть и чего нет.

egor23


Цитата:

Информация к размышлению:
Заметил тут на сайте Microsoft
sfx-rar многотомный

Visual Studio® Team System 2008 Team Foundation Server and Team Suite VPC Image (Trial)
http://www.microsoft.com/downloads/results.aspx?pocId=&freetext=Visual%20Studio%20Team%20System%202008%20Team%20Suite%20%28Trial%29&DisplayLang=en

Они осознали всю бренность CAB

Кстати, Adobe для своих продуктов использует (помимо всего прочего) 7-Zip, а также некий формат NOSSO, который, судя по степени сжатия, делается вручную (я проводил тесты над Adobe Reader 7 - сравнивал степень сжатия различных архиваторов относительно NOSSO - в итоге лучше сжали только UDA 0.301, WinRK (PWCM) и PAQ8, но при этом NOSSOвский архив распаковывается 15 секунд, а эти трое - сами понимаете, сколько ).

А когда-нибудь, вполне возможно, будут всюду использоваться SFX'ы FreeArc'а

Benchmark

Цитата:

Под Windows нужно брать шрифт, который:
- идет в стандартном комплекте
- содержит наибольшее количество символов

По этим показателям наиболее подходит Arial Unicode MS.

Arial Unicode MS - не идёт в стандартном комплекте Windows.

Добавлено:


Цитата:

Кстати, Adobe для своих продуктов использует (помимо всего прочего) 7-Zip, а также некий формат NOSSO, который

AdbeRdr810_ru_RU.exe
NOSSO - скорее всего использует LZMA (или т.п.), а при распаковке из файлов, на лету создаёт, саb архив (Data1.cab).

Я прошу прощения за оффтопик. Но всё же - если распаковать CAB и MSI и сжать исходные файлы, то "даже" у 7-Zip'а при максимальных настройках проигрыш в 5 мб. Повторюсь - лучше, чем у NOSSO, сжатие только у PPM и CM - крутовато для LZMA, не правда ли? Я просто на гугл группах читал обсуждение этого "выскочки" - там где-то было сказано, что это компания, которая берёт релизы у крупных фирм типа Adobe, и затем анализирует их вручную, после чего определённым образом делает им установочные пакеты очень малого размера. С тех пор про них больше ничего не слышал.
Ещё раз извиняюсь за отход от топика. Просто тоже околоархиваторная тема

Цитата:

кстати, Егор, я добавил в дистрибут темы и theme changer: http://www.haskell.org/bz/FreeArc-0.50-win32-alpha-2008-06-15.exe

нет иконок у ярлыков FreeArc, Change skin
иконка WinArc.ico есть прикрутить к ярлыку не сложно
Change skin - для gtk2_prefs.exe тоже была иконка отдельно.

Цитата:

осталось только решить вопрос со шрифтом (и может, темой) по умолчанию

Сейчас обратил внимание (стоит галка Установить поддержку языков с письмом иероглифами), что иероглифы отображаются, квадратики только у языков:
armenian
bangla
georgian
punjabi,_indian

egor23

Цитата:

Arial Unicode MS - не идёт в стандартном комплекте Windows.

Да, действительно. Он идет с MS Офисом.

Тогда как вариант - проверять его наличие в системе. Если его нет, то далее по списку в порядке убывания количества доступных символов: Times New Roman (для Висты или если он есть в системе), Microsoft Sans Serif, Tahoma и т.д.

Впрочем, это никак не отвечает на вопрос, что же использовать на линуксе.Но там, скорее, надо что-то GPL'ное.

Цитата:

Тогда как вариант - проверять его наличие в системе.

Если нету - можно предлагать пользователю слить его с сервера (сжатая FreeArc'ом же версия весит 11 мб). А для Linux - http://www.alanwood.net/unicode/fonts_unix.html

IamFool

Цитата:

скорее всего использует LZMA (или т.п.), а при распаковке из файлов, на лету создаёт, саb архив (Data1.cab).

так было с AdbeRdr709_ru_RU.exe (Netopsystems FEAD(R) 2.3 Optimizer)
с AdbeRdr810_ru_RU.exe не обязательно так происходит, здесь CAB-архив без сжатие.

Цитата:

Я прошу прощения за оффтопик. Но всё же - если распаковать CAB и MSI и сжать исходные файлы, то "даже" у 7-Zip'а при максимальных настройках проигрыш в 5 мб.

скорее всего есть ещё дополнительные фильтры.
по-поводу LZMA это было на вскидку сказано, есть другие похожие алгоритмы.

кстати чтобы не гадать есть офф.сайт
NOSSO® Compression
http://www.nosltd.com/nosso.html
http://www.nosltd.com/





Добавлено:

Цитата:

Сейчас обратил внимание (стоит галка Установить поддержку языков с письмом иероглифами), что иероглифы отображаются, квадратики только у языков:
armenian
bangla
georgian
punjabi,_indian

и это при использовании шрифта по-умолчанию.

egor23
короче буду в этой теме, если есть другая, то дайте ссылку

Цитата:

Почему для использования 2+ гб памяти желательно установить 64-битную версию Windows

вобще есть такая штука как PAE(более 4-х Гб для х86), так для чего же она тогда?

euheny

Цитата:

вобще есть такая штука как PAE(более 4-х Гб для х86), так для чего же она тогда?

Для того чтобы ситема видела и могла использовать память больше 4Гб (физ.память).

Поддержка памяти большого размера в Windows Server 2003 и Windows 2000
http://support.microsoft.com/kb/283037

М. Руссинович, Д. Соломон. Внутреннее устройство Microsoft Windows: Windows Server 2003, Windows XP и Windows 2000.
Physical Address Extension (PAE) - страница 458

egor23
а тесты ты проводил на какой хрюше?

возможно что на сп3 с последними обновления всё обстоит лучше(вроде этому ничего не мешает)