» FreeArc (часть 4)
Цитата:
я вообще не понял что ты делаешь
предположу, что речь идет о wav<>ogg, c помощью oggenc, прописанном известно где.
Цитата:
косяк, уберите 7z.dll
я ж это в последней альфе поправил. volt_m, у тебя какая версия?
Цитата:
настройки сжатия FreeArcа, чтобы сжимало ОЧЕНЬ хорошо
профиль максимального сжатия. остальное подбирается индивидуально под данные
Добавлено:
Profrager
спасибо, интересная идея
Цитата:
ты же видишь какую опцию вставляет при этом fa в комстроку
нет, не вижу. Где я должен её смотреть?
наверху
Цитата:
Включение в настройках GUI precomp jpeg даёт точно такой же результат, как и arc -m9j , то есть никакой.
ну значит несовместимость с вашими конкретно jpeg-файлами. пока не будет больше информации о том, что это распространённая проблема, я об этом даже думать не буду. ну а как решить вашу личную проблему - посоветую прочитать доку, там описано как настраивать внешние упаковщики
Цитата:
- вот сюда ?
да
Цитата:
предположу, что речь идет о wav<>ogg,
вроде -kb должен помогать. так что жду его отчёта
Цитата:
А можно ли поля для ввода появлять лишь после выставления галочки Use Password ?
у меня везде поля включены даже если их галочки сняты. предполагается что это упрощает работу - можно выбрать/ввести нужное значение и галочка сама ключится
Цитата:
но вот например в 7z есть лишь поля для ввода - что уже говорит Use Password и это вроде логично.
тогда если нужно временно отключить пароль (и использовать только keyfile), то в след. раз тебе придётся вводить пароль заново
а у меня сделано неочевидно, зато в расчёте на минимальное число нажатий кнопок. и неочевидно, куда отсюда двигаться - упрощать, документировать или сделать два варианта gui - для новичков и гиков
Цитата:
профиль максимального сжатия. остальное подбирается индивидуально под данные
Я ставлю ультра. Но всё ровно как-то плохо сжимает =( я в этом новичок. Может покажите скрин своих настроек? как образец будет мне =)
То есть то что в тесте squeezechart.com в разделе JPEG FreeArc находится позади всех - это не сигнал о проблеме ?
666
попробую альфу
--------------------
работает
Цитата:
- вот сюда ?
да
это сделанно что бы всегда можно было скопировать и использовать в консоли ?
Цитата:
у меня везде поля включены даже если их галочки сняты. предполагается что это упрощает работу - можно выбрать/ввести нужное значение и галочка сама ключится
т.е. если мы ввели пароль в поля то галочка Use Password включится сама ? Это возможно было бы удобнее.
Цитата:
тогда если нужно временно отключить пароль (и использовать только keyfile), то в след. раз тебе придётся вводить пароль заново
А разве сейчас не нужно ?
Есть кнопка Save, но вбив пароль и нажав Use Password, а затем Save в последующие разы я не нашёл якобы сохранёных настроек и мне так же пришлось вводить пароль и жать галку Use Password.
Можно например запомнить пароль в любом случае, но использовать его лишь в случае активной галочки Use Password.
Цитата:
а у меня сделано неочевидно, зато в расчёте на минимальное число нажатий кнопок. и неочевидно, куда отсюда двигаться - упрощать, документировать или сделать два варианта gui - для новичков и гиков
попытаться найти компромис

думаю мало кому нужна история с 2-мя GUI.
там протестирован режим "FreeARC 0.67 ultra", т.е. без precomp
Цитата:
Я ставлю ультра. Но всё ровно как-то плохо сжимает =( я в этом новичок. Может покажите скрин своих настроек? как образец будет мне =)
А может, покажете, что сжимаете?
Если что-нибудь несжимаемое, то и не получится.
Может быть воспользоваться сверхплотными архиваторами?
http://forum.ru-board.com/topic.cgi?forum=5&topic=8076&start=740#2
http://forum.ru-board.com/topic.cgi?forum=5&topic=8076&start=740#5
Ну тогда может стоит связаться с ними, показать что надо включить precomp+jpeg, или использовать m9j ( и увидеть в результате с обычного jpeg из Lightroom как у меня сжатие всего на 1% вместо 25%).
PAQer
Цитата:
предположу, что речь идет о wav<>ogg, c помощью oggenc, прописанном известно где.
Да, именно об этом и идёт речь. Уже разобрался

1. ну а зачем? он тестирует fa в чистом виде, от того что он будет его тестировать с внешними упаковщиками, никому ни тепло ни холодно не будет
2. я понимаю, что тебе проще решать эту проблему со мной, но вообще-то у precomp есть свой автор. тебе лень обращаться к нему, лень составлять свой конфиг, ты нашёл простой и ненапряжный путь решить свою индивидуальную проблему - переложить это на меня
Цитата:
Я ставлю ультра. Но всё ровно как-то плохо сжимает =( я в этом новичок. Может покажите скрин своих настроек? как образец будет мне =)
Для разных файлов разный подход, нет универсальных настроек. С такими вопросами тебе в эту тему http://forum.ru-board.com/topic.cgi?forum=5&bm=1&topic=30239#1
Press Ok button to start extraction.
Use Browse button to select the destination folder.
If the destination folder does not exist, it will be created automatically before extraction.
в sfx архиве на свои
и второй вопрос - какие оптимальные установки для упаковки ISO файлов
Вопрос в том для чего архиватор нужен "массовому" пользователю.
На самом деле проблема не только в precomp. Провёл тесты с чистым precomp 0.4.2 и отписал о проблеме автору - http://encode.ru/threads/1366-Precomp-0-4-2?p=30070&viewfull=1#post30070 .
Чистый precomp сжимает этот проблемный файл 4 307 553 -> 4 174 846 , тогда как freearc с precomp (-m9j) сжимает его до 4 219 424 bytes
Заметил, что у freearc версия zlib 1.2.2, у precomp с сайта автора - 1.2.3 (закрыты некоторые дырки), последняя на сегодня - 1.2.7
Цитата:
подскажите как изменить надписи
редактором ресурсов или опцией -z подцепить другой комментарий в формате RTF
У меня при подключении lzma x64 перестал работать метод 4x4:lzma. Как можно исправить не возвращаясь к lzma x32?
Ранее я исследовал метод –mex5
http://forum.ru-board.com/topic.cgi?forum=5&topic=35164&start=280#6
Сейчас предлагаю результаты исследования –mex7.
Метод сжатия –mex7 полностью выглядит так:
rep:512mb+exe+delta+4x4:i0:lzma:16mb:normal:bt4:128, $obj => rep:512mb+delta+4x4:i0:lzma:16mb:normal:bt4:128, $text => dict:128mb:80%:l8192:m400:s100+lzp:160mb:92%:145:h23:d1mb+tempfile+4x4:t3:i0:b7mb:ppmd:16:384mb:c7mb, $wav => tta, $bmp => mm+grzip:8mb:m1:l2048:h15:a
Memory for compression 1420mb, decompression 1199mb, cache 256kb
(Требования к памяти зависят от процессора, в данном случае Процессор i3-530, 2 ядерный, 4 поточный, Win7 32-
разрядная, ОЗУ 4 ГБ)
1) Основной способ сжатия: rep:512mb+exe+delta+4x4:i0:lzma:16mb:normal:bt4:128
При этом параметром по умолчанию для LZMA является :h32mb:
2) Можно его модифицировать в группах exe и $obj, указав :h64m:
rep:512mb+exe+delta+4x4:i0:lzma:16mb:h64m:normal:bt4:128
В моих тестах степень сжатия оставалась такой же, скорость сжатия увеличивалась примерно на 6%, но требуемая память немного увеличивалась, до 1548 МБ
3) Альтернативное сжатие всех данных одним методом, без деления на группы:
-m7rep+xlzma:16m:h64m:max (что полностью записывается как
-mrep:512mb+4x4:lzma:16mb:h64m:normal:bt4:128)
Результаты сжатия этих трех вариантов, для одного из тестов, а именно http://forum.ru-board.com/topic.cgi?forum=5&topic=35164&start=80#13 или http://forum.ru-board.com/topic.cgi?forum=5&topic=8076&start=720#21
Метод time: cpu time: real Размер архива Memory Memory
for compression for decompression
1) 628 с 184.8 с 846 822 405 1420 mb 1199 mb
2) 588 c 174.9 c 846 822 238 1548 mb 1199 mb
3) 585 c 149.4 c 845 267 002 1604 mb 732 mb
Альтернативное сжатие без деления на группы получилось самым быстрым и самым сильным. (Памяти использует чуть больше из-за исключения параметра :i0:. При желании его можно добавить в строку.)
В стандартном варианете –mex7 деление на группы при сжатии, видимо уменьшает эффективность использования rep! Мне кажется, что деление на группы эффективно только на очень больших объемах данных?!
Подробности.
Справедливы только для метода сжатия lzma:…:bt4 (может задаваться в виде lzma:…:max)
Сокращенная запись lzma:16m означает lzma:16mb:h32mb
Зависимость от параметра «:h» (размер хеша)
для сжатия по методу вида –m7rep+exe+delta+4x4:lzma:16mb:h32m:max
Метод time: cpu time: real Размер архива Memory Memory
for compression for decompression
16m:h128m:max 599 с 179 с 845 250 025 1220 mb 740 mb
…:h64m:… 599 с 153 c 845 250 044 1612 mb 740 mb
…:h32m:… 641 c 163 c 845 250 196 1484 mb 740 mb
…:h16m:… 718 c 182 с 845 251 214 1420 mb 740 mb
…:h8m:… 831 c 211 с 845 250 912 1388 mb 740 mb
Отмечу, что при параметре :h128m: (и более) создавался tempfile, что приводило к заметному увеличению реального времени сжатия, при уменьшении требований к памяти. С точки зрения оптимального соотношения время/степень сжатия такие режимы я исследую отдельно, и выложу позже.
Отмечу так же, что строка 2 отличается от метода 3) в первой таблице наличием exe+delta. Это привело к увеличению времени 149 -> 153, но улучшению сжатия на 16 кб.
Общая характеристика метода –mex7
Метод отличается эффективностью, в основных режимах сжатия использует практически всю память и 4 потока, и если только позволяет объем ОЗУ, предпочтительней, чем методы –mex5, –mex6.
Булат
Просьба оценить мои результаты для использования в FreeArc.
Цитата:
посмотрите http://freearc.org/ru/ScreenshotsNew.aspx - нравится?
понравилось.
Цитата:
теперь старые альфы доступны на http://freearc.org/download/testing
а можно на них ссылочку в разделе Download ?
Я знакомя сотрудника с FA пошёл на ru-board, нашёл ссылку на текущую альфу и скачал её, на что он спросил:"А что, у архиватора нет домашней странички ?"
Я объяснил что доступ к альфам могу вспомнить только так. Может есть смыл в линке на офсайте.
Хочу добавить в конфиг строку:
Код:
precompz = precompj:t+z
на самом деле сейчас на главной странице есть ссылка на http://freearc.org/Download-Alpha.aspx , а там - на testing. Но это строго между нами!

а если серьёзно - я только сейчас начал компанию массового альфа-тестирования. наверно, в будущем нужно сделать чтобы ссылки на альфа-версии всегда были на офсайте, хотя бы мелким шрифтом
вообще, я в творческом процессе относительно сайта, так что принимаю идеи. в частности, мне хочется переделать дизайн. опыт со скриншотами мне очень понравился, есть мысль сделать также и некоторые другие страницы - например на главной выводить список преимуществ программы в виде такого же слайдшоу, на странице с новостями - информацию о версиях (тут вероятно без слайдшоу, только переход на другие страницы при наведении мышки)
отдельный вопрос - какие скриншоты следует включить в слайдшоу, я пока думаю что нужно аналогично http://www.softpedia.com/progScreenshots/FreeArc-Screenshot-126780.html - все основные меню и все основные табы в диалогах Добавить/Извлечь/Настройки. может, есть другие идеи?
Добавлено:
Цитата:
Вопрос в том для чего архиватор нужен "массовому" пользователю.
мне массовый пользователь нужен банально для увеличения числа машин, на которых можно распаковать .arc. банальная проблема курицы и яйца. а пользователю - как бесплатный архиватор, альтернатива alzip, haozip и т.п. мне кажется, конкурировать с ними мне будет вполне по силам
Добавлено:
Цитата:
это сделанно что бы всегда можно было скопировать и использовать в консоли ?
скорее даже наоборот - чтоб при необходимости можно было туда вбить готовые настройки, не конструируя их вручную. кроме того, профили шифрования запоминаются в виде тестовых строк - так же, как и другие настройки
Цитата:
т.е. если мы ввели пароль в поля то галочка Use Password включится сама ? Это возможно было бы удобнее.
да. ты бы привёл лучше сценарии использования, а? я примерно представляю, но основные варианты использования лучше вам, пользователям, обрисовать. тогда уже можно будет думать, как их реализовать удобно и интуитивно понятно
Цитата:
Есть кнопка Save, но вбив пароль и нажав Use Password, а затем Save в последующие разы я не нашёл якобы сохранёных настроек и мне так же пришлось вводить пароль и жать галку Use Password.
у меня пароль запоминается при нажатии OK в диалоге шифрования. Save же запоминает профиль, а не пароль
кстати выяснилась ещё одна трабла - при вводе пароля и нажатии OK почему-то не взводится галочка "Шифрование" в диалоге Сжатия
Вопрос по поводу rep. Поставил я 8гб ОЗУ, а rep больше 2047mb не ставится. Пишет про нехватку памяти. Это потолок или можно как-нибудь увеличить до 4000mb?
1. После подключения lzma64 в свойствах созданных архивов пишет: память для распаковки 8Мб, память бля упаковки 8 мб.
2. ФА часто начал падать с такой ошибкой: read: invalid argument (Bud file descriptor), после чего выскакивает окно виндовс о завершении работы программы, лог:
Сигнатура проблемы:
Имя события проблемы: APPCRASH
Имя приложения: FreeArc.exe
Версия приложения: 0.0.0.0
Отметка времени приложения: 50275453
Имя модуля с ошибкой: msvcrt.dll
Версия модуля с ошибкой: 7.0.7601.17744
Отметка времени модуля с ошибкой: 4eeaf722
Код исключения: c0000005
Смещение исключения: 00009b60
Версия ОС: 6.1.7601.2.1.0.256.1
Код языка: 1058
Дополнительные сведения 1: 0a9e
Дополнительные сведения 2: 0a9e372d3b4ad19135b953a78882e789
Дополнительные сведения 3: 0a9e
Дополнительные сведения 4: 0a9e372d3b4ad19135b953a78882e789
вот лог программы http://zalil.ru/33679780
win 7 64bit 4Gb
Цитата:
мне массовый пользователь нужен банально для увеличения числа машин, на которых можно распаковать .arc. банальная проблема курицы и яйца. а пользователю - как бесплатный архиватор, альтернатива alzip, haozip и т.п. мне кажется, конкурировать с ними мне будет вполне по силам
Простите бестактное любопытство, я не психотерапевт, но вам то зачем "увеличения числа машин, на которых можно распаковать .arc" ?
В упомятутом ALZip есть Unicode для архивов, многотомность, "Unzip 40 different formats".
В haozip "Support decompression 49 formats".
Юзеров фраза "поддерживает 49 форматов" вводят в состояние мистического транса.
Страницы: 123456789101112131415161718192021222324252627282930313233343536373839404142434445464748495051525354555657585960616263646566676869707172737475767778798081828384858687888990919293949596979899100101102103104105106107108109110111112113114115116117118119120121122123124125126127128129130131132133134135136137138139140141142143144145146147148149150151152153154155156157158159160161162163164165166167168169170171172173174175176177178179180181182183184185186187188189190191192193194195196197198199200201202203204205206207208209210211212213214215216217218219220221222223224225226227228229230231232233234235236237238239240241242243244245246247248249250251252253254255256257258259260261262263264265266267268269270271272273274275
Предыдущая тема: Punto Switcher (часть 3)
Форум Ru-Board.club — поднят 15-09-2016 числа. Цель - сохранить наследие старого Ru-Board, истории становления российского интернета. Сделано для людей.