Bulat_Ziganshin Silver Member Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору Ghost2004 спасибо за тесты. ht4 больше подходит для быстрых режимов сжатия, даже в -m4 использование его не всегда оправдано.     в принципе, он позволяет добиться высокого сжатия, но при этом очень медленно сжимает. это регулируется параметром mc - попробуй скажем mc256. вот один мой тест:   >arc a a dll700.dll -mexe+delta+lzma:48m:max Compressed 1 file, 690.514.620 => 177.168.679 bytes. Ratio 25.6% Compression time 2528.37 secs, speed 273 kb/s. Total 2882.80 secs   >arc a a dll700.dll -mexe+delta+lzma:256m:max:ht4:mc64 Compressed 1 file, 690.514.620 => 168.503.951 bytes. Ratio 24.4% Compression time 6319.67 secs, speed 109 kb/s. Total 7032.06 secs   >arc a a dll700.dll -mexe+delta+lzma:256m:max:ht4:mc256 Compressed 1 file, 690.514.620 => 169.203.910 bytes. Ratio 24.5% Compression time 19116.82 secs, speed 36 kb/s. Total 21471.30 secs   конечно, пока это не имеет большого практического значения. в будущем я собираюсь сделать более быстрый matchfinder с тем же протребелнием памяти. тогда -mx во freearc сможет реально использовать словарь в 1гб с приличной скоростью и хорошим сжатием   Цитата: В связи с этим вопрос - каким образом выделяется память при использовании :h - нельзя ли сделать возможным выделить к 1 Гб словаря больше 512 mb хэша   так делай: -mlzma:1g:h1g. хэш в два гига пока использовать нельзя, но в вбудущем я собираюсь это реализовать   Цитата: (ведь выходит, что выделяется dictsize*1.25+hashsize), не совсем так. :max переключает на bt4 match finder, при этом :h регулирует размер звголовка хеша, который по умолчанию =dictsize, т.е. 64mb в данном случае. и ты его увеличил в 16 раз     сделать автоувеличение размера хеша в приницпе можно, вопрос только при каких условиях это делать? -mx и так старается использовать память на машине по максимуму. хотя возможен такой сценарий - сжимаем в -mx всего десяток мб данных, в этом случае слвоарь больше 10 мег не сделаешь, а вот хеш можно для ускорения работы увеличить Всего записей: 3408 | Зарегистр. 13-08-2007 | Отправлено: 17:27 16-05-2008

Ghost2004 Junior Member Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору К сожалению, -mlzma:1g:h1g у меня не работает - винды-то 32-битные. Тут дело в не всегда оптимальном выделении памяти. Скажем, у меня с ней такая ситуация:   Allocated 1777 mb, addr=028A0000 Allocated  751 mb, addr=7FFF0000 Allocated   86 mb, addr=71AC0000 Allocated   72 mb, addr=78000000 Allocated   25 mb, addr=7C9C0000 Allocated   19 mb, addr=7E3F0000 Allocated    7 mb, addr=7F7F0000 Allocated    4 mb, addr=77610000 Allocated    2 mb, addr=01CA0000 Allocated    1 mb, addr=77250000 Allocated    1 mb, addr=77C60000   В результате вот что выходит с максимальным размером хеша (дальше пишет can't allocate): для bt4 (в mb) <словарь> <макс.хэш> <всего выделено памяти> 64                   1259                   1867 96                   1003                   1915 120                 811                     1951 127                 755                     1962 128                 751                     1967 160                 751                     2271 186                 751                     2518 192                 461                     2285 221                 418                     2518 то есть, судя по всему, тут сначала выделяется dict*8, потом hash, ну а затем несколько небольших кусков размером в общей сложности dict*1.5. В принципе, самый разумный вариант (разве что можно его чуть улучшить, а именно в экзотическом случае если hash>dict*8, выделив сначала память под хэш ).   для ht4: (1024              1                         1281) - хеш не максимально возможный - просто проверияю, что ht4 выделяет dictsize*1.25+hashsize 1024               490                     1770 601                 1018                   1770 600                 1771                   2521 400                 1771                   2271   А вот тут всё не так здорово - сначала выделяется хэш, а уж затем dict*1.25. В принципе, если dict*1.25 можно выделить лишь одним блоком, то единственное улушение для случаев подобных моим - возможность выделить 751 mb хэша для случая dict>815mb (т.е. для 1 Гб - используемая память вырастет с 1770 до 2031). А вот если можно было бы выделить dict и dict*0.25 отдельными кусками, то появляется больше возможностей для улушения - вместо ограничения hash+1.25*dict<1771 (если hash либо 1.25*dict больше 751 Мб) -  получится hash+dict<1771, т.е. для 1 Гб dict можно было бы выделить те же 751 Мб, а вот для 1000 Мб - уже 771, не говоря уж о словаре 750 Мб, к которому можно выделить аж 1770 Мб хеша вместо 832 Мб.   Короче, можно сначала выделять самый большой кусок, потом следующий по размеру и т.д. и для ht4 (с учётом соотношения hashsize и dictsize)? И можно ли кусок 1.25*dict разбить на два? Всего записей: 51 | Зарегистр. 02-01-2008 | Отправлено: 20:52 16-05-2008

Nikolai2004 Advanced Member Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору а почему на freearc.org нет информации о новой альфе? обновите пожалуйста Всего записей: 1523 | Зарегистр. 07-01-2004 | Отправлено: 21:52 16-05-2008

Bulat_Ziganshin Silver Member Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору хеш должен быть степенью двойки. в принципе можно сделать чтобы hashsize=mc*X, где X - степень двойки, но сейчас для простоты и mc и размер хеша должны быть степенями двух   выделять 0.25*dict и dict отдельно нельзя, но возможно в будущем я разберусь и это 0.25 вообще будет не нужно при dict=1gb. я во всяком случае не понимаю почему оно сейчас нужно   то что сначала выделяется хеш, а затем 1.25*dict - это было сделано для старых natchfinders, где это обеспечивало выделение от больших блоков к меньшим. переделаю   кстати, если бы ты поставил 64-битные винды, то этих проблем бы не было. я вообще рекомендую их ставить начиная с 2 гиг озу - это упрощает выделение памяти 32-битным программам. Егор это подробно изучал, можешь найти в этой теме. он даже ссылку на статью ixbt давал, где это описано   Добавлено: Цитата: а почему на freearc.org нет информации о новой альфе?   fixed Всего записей: 3408 | Зарегистр. 13-08-2007 | Отправлено: 21:54 16-05-2008

tatuich Member Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору Цитата: встречайте новую альфа-версию! http://www.haskell.org/bz/FreeArc-0.50-win32-alpha-2008-05-15.exe Потестил ГУЙ. Конечно, далеко не идеал. Но посмотрев план, думаю, что к релизу stable 0.50 ГУЙ до ума доведут. Напрягает необходимость установки GTK Runtime. squxe закинул нужные файлы и проблема исчезла. Так вот, я вспомнил GIMP 2.4.1 (for Windows). Он фактически устанавливается уже с рантаймом, потому что файлы из ГТК находятся в папке с Гимпом (актуально для версии 2.4.1). Так почему же в инсталляшку FreeArc не закинуть только нужные для работы ГУЯ модули ГТКшки?   Также ждем интеграции в Explorer. Думаю это будет, как у 7-Zip и WinRAR. Всего записей: 320 | Зарегистр. 20-11-2007 | Отправлено: 07:33 17-05-2008 | Исправлено: tatuich, 07:34 17-05-2008

vitaly1 Gold Member Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору - Всего записей: 5415 | Зарегистр. 28-08-2004 | Отправлено: 03:15 18-05-2008 | Исправлено: vitaly1, 03:20 18-05-2008

Bulat_Ziganshin Silver Member Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору насчёт гуя. нарастить его возможности - дело только времени, меня смущает его низкий уровень юзабилити. фактчисеки это командная строка, драпированная окошками  к выпуску беты я хотел бы сделать его more user-friendly   думаю, что надо по умочланию во-первых заменить комбобоксы на первой закладке упаковки выпадающими списками БЕЗ ВОЗМОЖНОСТИ РЕДАКТИРОВАНИЯ. т.е. если это метод сжатия - пусть пользователь выбирает из 5-6 предопределённых вариантов и т.д. во-вторых, не запоминать этот выбор в истории - благодаря этому их порядок будет оставаться неизменным. запоминание в истории сделать только по кнопкам Save в других закладках. в третьих, показывать эти выпадающие спсики только когда включена соответствующая галка слева - чтобы не перегружать диалог неиспользуемой информацией. ну и в четвёртых, сделать первые три пункта конфигурируемыми - по умочланию новое поведение, более удобное для casual users   если у кого есть идеи по улучшению юзабилити, т.е. парадигмы взаимодействия gпрораммы с пользователем - я с большим интересом выслушаю   второй вывод, который я сделал - одного, своего собственного гуя, мало. надо поощрять другие программы к использованию freearc engine и соответственно больше внимания уделять его совершенствованию, нежели работе над гуем       теперь насчёт комплекта поставки. значит сейчас есть nsis-based installer, который требует предварительной установки gtk2hs. это сделано с целью уменьшения размера инсталятора. как вариант можно выкладывать архивы, упакованные zip, 7z или в виде 7xip sfx. кроме того, можно выкладывать программу в комплекте с gtk2hs, правда дистрибут вырастет с одного мегабайта до 5-6. высказывайтесь все - какие варианты вы считаете целесообразными: с gtk/без него в виде installer/zip/7z/sfx? Всего записей: 3408 | Зарегистр. 13-08-2007 | Отправлено: 12:40 18-05-2008

PAQer Junior Member Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору Цитата:  если у кого есть идеи по улучшению юзабилити, т.е. парадигмы взаимодействия gпрораммы с пользователем - я с большим интересом выслушаю   1. Встроить в эксплорер и добавить sfx 2. В опциях упаковки добавить еще одно окно, в котором:     Есть выбор алгоритма для определенного типа файла - текстового, графического, аудио.     PPMD, GZip, TTA соответственно. Сделать комбобокс с типами файлов и чекбоксы которые соответствуют этим самым алгоритмам. А так же сделать ручной выбор расширения и фильтр для него.   Цитата: высказывайтесь все - какие варианты вы считаете целесообразными: с gtk/без него в виде installer/zip/7z/sfx? 1. Без GTK - его достаточно скачать один раз, а FreeARC обновляется чуть ли не каждую неделю. 2. 7z или NSIS - тут уже можно в двух вариантах, на выбор так сказать. 7z sfx я думаю не нужен, сейчас у каждого винрар стоит.   Цитата:  второй вывод, который я сделал - одного, своего собственного гуя, мало. надо поощрять другие программы к использованию freearc engine и соответственно больше внимания уделять его совершенствованию, нежели работе над гуем   было бы круто добавить freearc в тот же nsis. Всего записей: 161 | Зарегистр. 17-12-2007 | Отправлено: 13:38 18-05-2008

Bulat_Ziganshin Silver Member Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору Цитата: ИМХО, нужна, как минимум, отдельно command line версия, без GUI и без инсталера   и желательно, конечно, не в arc-архиве, а хотя бы в 7z   ну arc-то распространяется по подписке только среди тех, кто уже имеет пред. версию и хочет попробовать внутренние изменения. эти архивы никак не для новых юзеров, так что не вижу никаких проблем в их упаковке в arc. а для дистрибутов я такой вариант и не предлагал - либо zip, либо 7z, либо sfx   насчёт распространения отдельно консольной версии - блин, не хотелось бы ещё и здесь плодить два варианта. её ведь не так и сложно извлечь из общей если уж ты знаешь что такое консоль. кстати, не обязательно её устанавливать - 7-zip (и far при использовании плагинов) умеют заходить внутрь такого инсталлера как внутрь архива. хотя конечно возникает ещё вопрос какие файлы оставлять каке стирать   Цитата: (P.S. анинсталер для последней сборки 0.5 не удаляет папку scripts) спасибо, испарвил   Цитата: 1. Встроить в эксплорер и добавить sfx   сейчас я спрашиваю как упростить интерфейс работы с программой. какие возможности в неё надо добавить - мы уже разбирались   Цитата: Есть выбор алгоритма для определенного типа файла - текстового, графического, аудио.       PPMD, GZip, TTA соответственно. Сделать комбобокс с типами файлов и чекбоксы которые соответствуют этим самым алгоритмам. А так же сделать ручной выбор расширения и фильтр для него.   помимо того, что это вовсе не об упрощении, я во-первых не совсем понял что ты предлагаешь. во-вторых, для сжатия каждого типа файлов используется не один алгоритм, а цепочка, например dict+lzp+ppmd. в-третьих, программа умеет определять типы файлов автоматически. ты, как я понял, предлагаешь добавить возможность тонкой ручной настройки. лучше напиши для начала какого эффекта ты хотел бы добиться   Цитата:  Без GTK - его достаточно скачать один раз, а FreeARC обновляется чуть ли не каждую неделю.   речь идёт в первую очередь о сборках для массового польщователя, который чаще раза в месяц обновлять программу не станет. понятно, что местные завсегдатаи вытянут программу хоть тушкой хоть чучелом и для вас имхо без gtk и в arc формате - наиболее удобный вариант. а вот для casual user?   Цитата: 7z sfx я думаю не нужен, сейчас у каждого винрар стоит.   в россии может быть да. а в целом заставлять польщователя тянуть платный rar или необычный 7zip только для того, чтобы распаковкть ещё один арзиватор - это нехорошо   может быть, лучше всего сделать инсталлятор с включенным gtk для большинства и 7zip sfx без gtk - для тех, кто экономит трафик? Всего записей: 3408 | Зарегистр. 13-08-2007 | Отправлено: 14:19 18-05-2008

sabio Silver Member Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору Цитата: и 7zip sfx без gtk - для тех, кто экономит трафик? а почему не просто zip? уж он-то есть везде да и выигрыш в размере может быть, по сравнению с "добавкой" sfx   кстати, "экономит трафик" здесь подразумевает, что версия arc с gtk уже у пользователя установлена - почему тогда не просто arc-архив?   и еще мне кажется, стоит попробовать для NSIS-инсталера вот такую схему: - все содержимое пакуется в arc - этот архив вместе с консольным arc.exe заворачивается в инсталер - при инсталяции это все извлекается и потом с пом. arc.exe распаковывается уже сам архив с "продуктом" возможно, это даст неплохой выигрыш по размеру, по сравнению со встроенным в NSIS упаковщиком Всего записей: 2898 | Зарегистр. 21-05-2004 | Отправлено: 15:30 18-05-2008

Bulat_Ziganshin Silver Member Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору Цитата: возможно, это даст неплохой выигрыш по размеру, не даст потому что arc+winarc лучше паковать вместе. кроме того, у меня нет времени на реализацию всяких экзотических схем. влролс стоит только в том какие варианты загрузки, создаваемые стандартными средствами, предлагать польщователю   Цитата: кстати, "экономит трафик" здесь подразумевает, что версия arc с gtk уже у пользователя установлена - почему тогда не просто arc-архив?     может, у него просто gtk установлен. кроме того, если он зочет обновить имеющуся инсталяцию winarc - он не смоджет перезаписать exe-шник, т.е. приджётся делать лишние шаги.     теперь я склоняюсь к тому чтобы сделать два nsis инсталятора - с gtk и без, а желающие пусть выковыривают из него файлы с помощью 7zip/far. исходя из предполоджения, что желающих будет немного, и для них уж 7 вёрст - не крюк Всего записей: 3408 | Зарегистр. 13-08-2007 | Отправлено: 15:51 18-05-2008

tatuich Member Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору Цитата: насчёт распространения отдельно консольной версии - блин, не хотелось бы ещё и здесь плодить два варианта. 7-Zip распространяет несколько вариантов - x86, x64, command line. WinRAR распространяет для большого количества ОС отдельные версии для каждой.   Цитата: сейчас я спрашиваю как упростить интерфейс работы с программой Сейчас белый фон у всех окон у меня сливается с комбобоксами в XP на теме BlackBlue - в стиле Vista). По видимому просто нет границ компонентов комбобоксов (вообще-то по стандарту в Delphi, C++ в VCL по умолчанию границы у компонентов есть. но сейчас не о них, а о среде (языке), на которой(ом) написан gui к freearc).   Цитата: речь идёт в первую очередь о сборках для массового польщователя Для массового пользователя лучше с включенным gtk   Цитата: может быть, лучше всего сделать инсталлятор с включенным gtk для большинства можно распространять в вариантах: gui с gtk gui без gtk command line без gtk (для cmd не требуется)         Добавлено: Цитата: кроме того, если он зочет обновить имеющуся инсталяцию winarc - он не смоджет перезаписать exe-шник почему? Всего записей: 320 | Зарегистр. 20-11-2007 | Отправлено: 16:59 18-05-2008

Dementei Member Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору Инсталлятор с gtk притом, при установке/обновлении проверять стоит ли gtk или нет. Также выше выкладывали архив с библиотеками gtk, так вот они наверно там старые какие-то, т.к. выглядит гуй с ними просто ужасно. Их удалил и winarc подцепил новые установленные на компе, стал выглядеть как приложение Windows.   А так навскидку про гуй: 1. Сделать так, что бы запоминались размеры окна. А то при каждом запуске окно фиксированного размера. 2. В "проводнике" показывать реальные иконки файлов и папок... а то сейчас очень все долго ищется. 3. Добавить опцию включения сетки в "проводнике" 4. В проводнике позволить сортировать по Имени, Размер, Изменен... 5. При создании архива, если в названии есть не только одна ".", то отрезается вся остальная часть названия. Сделать как во всех архиваторах. 6. Если добавить в название архива русские символы, то они не отображаются корректно в окне процесса архивирования. 7. Если находимся в корне диска C: то при нажатии вверх ничего не происходит. Либо сделать как в 7-zip и отображать все диски, кот. есть в системе + я бы еще добавил папку мои документы и рабочий стол либо сделать как в WinRar... 8. Добавить контекстное меню по пкм, аналогичное 7-zip или Rar или такое каким его видит автор   А вообще надо стремится сделать гуй по возможностям, настраиваемости хотя бы как у 7-zip, а там уже будет ясно чего не хватает. Тут прислушиваются к мнению пользователей в отличии от 7-zip.   А так без интеграции в проводник и поддержки сторонних форматов arc лично мной не будет использоваться на постоянной основе.   И последнее. Не существует хорошего архиватора как под Windows так и под Linux удовлетворяющих следующим пунктам: 1. Консольная и нормальная гуй версия. 2. Нормальное отображение русских символов в гуй версиях.   На вскидку, PeaZip отображает имена файлов на русском закорючками. Ark kde - аналогично, притом очень глючная прога. Не умеет нормально открывать архивы запароленые ну и еще куча недостатков. File-roller Gnome - с русскими именами гораздо лучше, но все же есть косяки с zip архивами из-за кривой библиотеки поддержки zip в linux. По функционалу все эти проги вообще ничто, допустим как с помощью Ark, File-roller добавить файлы в архив и указать требуемые опции сжатия...     Так вот надеюсь Arc станет первым архиватором с нормальным гуй, продвинутой интеграцией как в nautilus ("проводник" gnome), так и в konqueror, dolphin (проводники kde) (под продвинутой понимается все лишь выскакивание диалога архивирования с опциями, собственно как оно и есть в виндовых архиваторах), корректным показыванием имен файлов на русском и не только языках в независимости в какой кодировке они записаны. Сейчас как раз наметилась тенденция в попытках использования linux, возможно для некоторых людей написанное чуть выше будет приоритетным в выборе архиватора, у меня уж точно.   Спасибо. Всего записей: 274 | Зарегистр. 18-03-2006 | Отправлено: 20:21 18-05-2008 | Исправлено: Dementei, 20:44 18-05-2008

egor23 Silver Member Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору Bulat_Ziganshin Цитата: теперь я склоняюсь к тому чтобы сделать два nsis инсталятора - с gtk и без А есть ли подвижки с gtk в плане "всё своё нашу с собой", как в GIMP? Всего записей: 3832 | Зарегистр. 03-11-2003 | Отправлено: 21:17 18-05-2008

egor23 Silver Member Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору Dementei Цитата: Также выше выкладывали архив с библиотеками gtk, так вот они наверно там старые какие-то Дело не dll, а в том что в комплект кроме dll ничего не включено, об этом писалось раньше.   tatuich Цитата: Сейчас белый фон у всех окон у меня сливается с комбобоксами в XP на теме BlackBlue - в стиле Vista). По видимому просто нет границ компонентов комбобоксов (вообще-то по стандарту в Delphi, C++ в VCL по умолчанию границы у компонентов есть. но сейчас не о них, а о среде (языке), на которой(ом) написан gui к freearc). Попробуйте изменить тему GTK: GTK2 Runtime\Change GTK2 Appearance (GTK2-Runtime\gtk2_prefs.exe) Всего записей: 3832 | Зарегистр. 03-11-2003 | Отправлено: 00:23 19-05-2008

Bulat_Ziganshin Silver Member Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору выложил исходники последней версии: FreeArc-0.50-sources     главное изменение - совместимость с ghc 6.8.2   Добавлено: Цитата: я скачаю и попробую.   в общем я этот LSystem установил, кинул в тот же каталог шт свою программу - оно работает. так что сделать иожно, хотя эстетичеки это и не очень - куча мусора в каталоге с arc.exe/winarc.exe. но кого это волнует? Всего записей: 3408 | Зарегистр. 13-08-2007 | Отправлено: 01:18 19-05-2008

egor23 Silver Member Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору Bulat_Ziganshin Цитата: в общем я этот LSystem установил может LSystem был примером реализации?   Добавлено: http://www.opennet.ru/docs/RUS/gtk_mono/#Choosing_Gtk.23_or_Glade.23 Всего записей: 3832 | Зарегистр. 03-11-2003 | Отправлено: 02:11 19-05-2008

Страницы: 1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 21 22 23 24 25 26 27 28 29 30 31 32 33 34 35 36 37 38 39 40 41 42 43 44 45 46 47 48 49 50 51 52 53 54 55 56 57 58 59 60 61 62 63 64 65 66 67 68 69 70 71 72 73 74 75 76 77 78 79 80 81 82 83 84 85 86 87 88 89 90 91 92 93 94 95 96 97 98 99 100

Компьютерный форум Ru.Board » Компьютеры » Программы » FreeArc: бесплатный open-source архиватор

Widok (30-01-2009 12:03): лимит страниц. продолжаем здесь

Переход по форумам  Закладки   » Компьютеры Цифровое изображение Программы Microsoft Windows UNIX Другие OS Hardware В помощь сисадмину Прикладное программирование Игры Форумные игры   » Интернет Web-программирование В помощь вебмастеру Графика Хостинг Зацените-ка!   » Тематические Ikonboard v.2 Ikonboard v.3 Invision Board Другие форумы PHP-Nuke и другие порталы Мобила   » Общие Спорт Флейм Темы по региональным встречам Музыка и Кино Юмор Литература и Живопись   » Ru.Board Новости Помощь по форуму   » Андеграунд eBookz Варезник Раздачи и акции Мобильный варезник Андеграунд Игры и фильмы   » Специальные Тестирование