» FreeArc (часть 4)

muzf

Цитата:

Я предлагаю это указывать в GUI Freearc

Да бог с ним, с GUI, пусть хотя бы где-то в документации будет указано.


Цитата:

Но в целом это не интересно, когда планка 4Gb стоит 500р

Никто не будет покупать дополнительную планку специально под архиватор

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

Bulat_Ziganshin

Цитата:

что вы думаете о таком виде диалога прогресса?

действительно, всё наглядно, компактно и логично организовано

только числа в "правой половине", может быть, стоит тоже выровнять по правому краю
не обязательно их совсем вправо задвигать (как Speed), но хорошо бы, чтобы разряды в Bytes и Compressed были друг под дружкой

а после Time я бы вставил немного свободного места по вертикали, чтобы визуально отделить Ratio / Speed, раз уж они выбиваются из общей "xxx of yyy" схемы

P.S. "плюсику" внизу диалога нужна какая-нибудь подпись, чтобы было понятно, что под ним прячется

Цитата:

На странице Аудио есть сравнение архиваторов для сжатия аудио.

попробовал, не вариант, там кодеки для сжатия файлов айдио-формата, а у меня файл вовсем не аудио-формата, и компрессоры ругаются что мол неподдерживаемый файл и кодить не хотят, кроме того он не совсем аудио, он типа - (метка-текст - сэмпл), ну вот я пробовал wav сжать арком так ультра делает best assym, а на моих файлах best assym всегда лучше любых других пресетов, вот я и думаю что такого в этом пресете что он дает лучший результат
вообщем нужен просто архиватор чтобы жал файл любого формата, значит единственная альтернатива это нанозип, но даже на максимуме он маловато выигрывает у фриарк best assym на моих файлах, NZ opt2 уже слив арку по всем параметрам (по размеру 10мб)
винрар наиболее близок, в максе 3мб проигрыш арку best assym (скорость - конфетка), и равенство с фриарк-ультра

Может speed также, с новой (с начала) строки.

cross125

Цитата:

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

так возьмите и посмотрите:
FreeArc - Команды - Информация об архиве

или в консоли
arc lt XXX.arc

Цитата:

только числа в "правой половине", может быть, стоит тоже выровнять по правому краю
не обязательно их совсем вправо задвигать (как Speed), но хорошо бы, чтобы разряды в Bytes и Compressed были друг под дружкой

если там всё выравнять по правому краю, то короткие надписи (типа 30 для общего числа файлов) будут висеть слишком далеко. я думаю, надо попробовать files/compressed вместе вправо выравнять, чтобы они друг под дружкой были, а оставшиеся пусть так и будут


Цитата:

а после Time я бы вставил немного свободного места по вертикали, чтобы визуально отделить Ratio / Speed, раз уж они выбиваются из общей "xxx of yyy" схемы

Цитата:

Может speed также, с новой (с начала) строки.

второй вариант мне кажется более подходящим

Shuld
Вот еще набор файлов для тестов http://upwap.ru/3062210 8.4Mb -> 668Mb

Bulat_Ziganshin

Цитата:

что вы думаете о таком виде диалога прогресса ?

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

никак не могу разобраться с FreeArc-LZMA-x64.
Использую последнюю альфу 0.67.
ОС win8.
В bin положил FreeArc-LZMA-x64.exe в arc.ini дописал что положено.
Пытаюсь запаковать папку с вот такими параметрами lzma:512mb:bt4:mc10000:fb273
говорит User error если из консоли запустить то (De)compression error -5
При этом если например запаковывать вот так lzma:bt4 то все упаковывается
а уже lzma:512mb:bt4 или lzma:bt4:512mb возвращают (De)compression error -5
Подскажите что не так делаю?

а я бы купил программу, где это легко настраивается и есть возможность загрузить с сайта программы готовые скины с различными вариантами настройки. я присматриваюсь qt quick, где такая возможность есть, но к сожалению дела, дела..

Добавлено:
вариант диалога с тотальным выравниванием вправо последнего столбца (v2):

ruslan666815
озу 8 гиг есть?

Bulat_Ziganshin
да есть
ну точнее 7.5 Гб и 512mb на встроенную видяху

Все разобрался спасибо.

Если можно добавьте в будущие версии Lzma x64 хоть какое-нибудь отображение прогресса(я имею ввиду вывод консоли на подобии srep)....
и такой вопрос на сколько реально написать lzma работающий на видеокартах? И на сколько это будет быстрее? тут как я понимаю вся проблема в возможности распараллеливания алгоритма.

Старый как-то привычней, с выравниванием будет получше первой версии (не старой)

если выравнять всё вправо (v3), то уже становится очень похоже на старую версию (только надписи стали короче):

muzf

90 = rep:2gb:256:c256+xlz4
91 = rep:2gb:112:c64:d4m:s64+xtor:3:4m:h32k
и т.д.

Добавлено:
Paramon111
Скачал. А зачем самораспаковывающийся? (Я побаиваюсь .exe.)

muzf


Цитата:

Но в целом это не интересно, когда планка 4Gb стоит 500р.

4Gb DDR2 продают за 500р ? Пару планок продадите ?

4Gb ? x86 лесом ?

Знаете, меня очень удивляют "репакеры" выжимающие 100 МБ с 4 ГБ, чтобы распаковалось в 8ГБ, невзирая на то что распаковка будет идти полчаса. Для кого они это делают ?

За полчаса скачивается 14 ГБ с лёгкостью. Плачу 300 рублей в месяц.

Bulat_Ziganshin

v2 хорошо смотрится, но если придвинуть speed к другим, то мб стоит сделает само окно поуже дабы не было много пустого места?

Bulat_Ziganshin
по-моему, v3 лучший
только Ratio / Speed надо всё же отдельно вынести пониже, чтобы не путались
помимо выпадания из схемы "xxx of yyy" там ещё и единицы измерения выбиваются

или попробовать подойти нестандартно?

..............Files ....... Bytes . => ... Compressed ...... Time
Processed ....... 8 .. 16,188,368 ......... 6,229,876 ... 0:00:02
Total .......... 35 . 134,844,601 ...... ~ 51,893,133 . ~ 0:00:17

Ratio .......... 38 %
Speed ....... 7,970 kB/s

(парсер съедает пробелы - пришлось заменить на точки)

ndch
Я советую тебе перечитать цель тестирования и смысл моих заявлений. Репаков среди них нет.
Смысл в том, что меня не интересуют слабые конфигурации и прочая ересь, я ищу быстрое средство для бэкапа, а сколько оно потребляет памяти на современных машинах - неважно. И да, ещё лет 8 назад у меня DDR-2 было 2Гб, и не сказал что это было прямо много.
Кто там сидит на старье и зачем - это не моё дело.

muzf

Цитата:

Кто там сидит на старье и зачем - это не моё дело.

Вам изречение "кто ездит не на бентли - нищеброды. Вон с дороги! Дорога только для меня" ничего не напоминает ?

Вам уже доходчиво намекнули:

Цитата:

Цитата: Ключевые слова - "из коробки". Чтобы было доступно всем и каждому сразу.

чтоб меня задолбали те, у кого эти архивы потом не распакуются?

sabio
очень красиво и главное удобно - имхо удобней даже схемы с "of". сейчас текущую доведу до ума и твою попробую. тут есть ещё интересный момент - как оно должно выглядеть по окончании операции. вот, скажем, старый диалог - налицо некрасивая асимметрия:




Добавлено:
sabio
кстати, твоя тема интересна и для консольной версии. думаю, не только мне не хватает там полноценной информации аналогично GUI

Shuld
На том обменнике формат .arc не поддерживается просто.

Bulat_Ziganshin
насчёт "по окончании" - надо просто не очищать поля слева, и асимметрии не будет
да и видно будет заодно, что все файлы и байты были обработаны
(или наоборот, если по какой-то причине файл обработать не получилось, будет видно, что число слева меньше правого)

а для консоли удобнее будет строки поменять местами
сначала Total, который не меняется, а потом обновляемый Processed
только вот с Compressed и Time неувязка

ndch
Не путай мягкое с солёным. Не распакуются они не потому, что памяти нехватает (есть же Ultra, у которого 2гб в требованиях, его же не убирают из-за этого!), а потому что поддержки тех методов нет в старых Freearc, но это вполне логично. Новый архив должен требоват новое версии.

Bulat_Ziganshin
А еще проценты ratio можно с сотыми долями выводить.

muzf
Все версии FA от 2012 года распакуют!

http://freearc.org/download/testing/progress/FreeArc4.exe :

это реализация (v4) предложений выше:
- в последнем столбце bytes/compressed вместе вправо выравнять, чтобы они друг под дружкой были, а files/time влево
- ratio и speed на отдельных строчках
Этот вариант будет хорошо смотреться по окончании операции - все данные будут выводиться в один столбец. При увеличении ширины диалога всё остаётся на месте - вероятно, надо целиком центрировать табличку для красоты

Извините если повторялось...
у меня вин 7 максимальная 64бит, 8 ГБ озу 1600Mhz, AMD Phenom II X4 945 4ядра по 3,45Ггц...

а откуда можно скачать Free Arc 0.67 для 64бит винды? вижу только win32

заранее спасибо

неужели действительно удобно воспринимать к примеру:
байт 54,011,044 из 134,827,705
чем:
байт 54,011,044 всего байт 134,827,705

LieToMe
Версия х64 еще в разработке. FA х32 быстрей любого архиватора на платформе х64, так что смело качай и пользуйся.