» FreeArc (часть 4)

TIS456

Цитата:

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

Абсолютно с вами согласен. Как бы ни смешно для многих это звучало, но после того, как я увидел эту "шутку юмора", интерес к программе у меня исчез почти полностью.
Даже если отбросить "дьявольскую" подоплёку как неактуальную для истинно просвещённых людей в наш век, когда космические корабли бороздят просторы Большого театра, использование такого номера говорит о наплевательском отношении к весьма большому количеству пользователей, которые ещё не достигли таких высот "просвещения".

Цитата:

как можно очистить историю сохраняемых профилей?

только вручную в freearc.ini

TIS456
не нравится 0.666 юзай 0.67
В чём проблема то ?

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

Цитата:

не нравится 0.666 юзай 0.67
В чём проблема то ?

Да, как вариант подхода. Но у меня в целом вопрос. Замечу, нет намерения устроить спор, просто узнать.

Bulat_Ziganshin
Благодарю за наводку! Разобрался, редактировать ini-файл нужно тот, который лежит в c:\Users\UserName\AppData\Roaming\FreeArc\ , я пытался править тот, что в Program Files... Сейчас настрою под себя, скопирую в другое место, что бы при запуске батника скидывать настройки, а не править каждый раз "ручками".

TIS456
гексакосиойгексеконтагексафобия - психологическое заболевание.
С этим к доктору.

Давайте я обращу ваш взор на то что астрология - небогоугодное, в христиантстве занятие, а "95% населения пялят по телекам астропрогнозы".

Со своими тараканами тренируйте сами.
К архиватору практически никакого отношения не имеет.

зы. Берёте far и ищите любое число в директории винды. Находите и убиваете топором комп: ведь в нём есть все числа, ужас то какой !

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

Знаю и про гексакосиойгексеконтагексафобию и про астрологию, повторюсь - не собираюсь здесь спорить. Жду мнения автора.

А мможна сделать в freearc когда создаешь архив с внешними компрессорами то они добавлялись в архив а при распаковывании добывались около архива и тогда распаковывался сам архив. В версии 0.70 в архиватор будет интегрирован среп?

TIS456

Цитата:

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

Эти человеки 99,999% не пользователи FreeArc.

Bulat_Ziganshin

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

TIS456
Ну зачем Вам мнение автора?! Как захотел - так и назвал (пронумеровал). Он - АВТОР.
Один из итальянских суперкаров (из всемирно известных) назывался "Дьябло". Никого на кол не сажали. Дык, там вообще, Ватикан "под боком".
Конечно, при виде такой машины, DimmY упал бы в религиозно-эстетический обморок.
Машина была далеко не "фривэйр", нормально продавалась и фото ее обошли все дюже глянцевые издания мира.
Кстати, встречали программы на арабском языке, где сразу, при открытии, текст из Корана? Представьте ситуацию: открывает глубоко верующий от ислама ..ну .. архиватор и не видит этого самого текста из Корана. Он что, сразу автора к ответу должен призывать? Чтобы тот публично объяснялся?

P.S. Автора (и всех его сотрудников) Daemon Tools - костром инквизиции очищать нужно?
Он тоже "шуткой юмора" увлекается.

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

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

Цитата:

С этим к доктору.

давай обойдёмся без этого

ответ - да, шутка. а какие ещё варианты - что я сатанист?

Stalqer
1. Прочитай FAQ по FreeArc (4-й вопрос)
2. Прочитай Планы дальнейшего развития (Версия 0.75)

Добавлено:
Bulat_Ziganshin

Цитата:

надо одновременно подчеркнуть, что операции не будут мешать друг другу, что как правило так будет быстрее, и что это позволит полностью использовать ресурсы компьютера (скажем для макс. сжатия)

Новый вариант:


1508 Queue operations across multiple FreeArc copies=Эта опция позволит поочередное выполнение\nопераций (упаковки, распаковки, восстановления\nархива и т.д.) даже при одновременной работе\nнескольких копий FreeArc. Таким образом, они не будут мешать друг другу полностью использовать\nресурсы компьютера и, как правило, выполнятся\nбыстрее.

Булат, спасибо за ответ. Спасибо ответившим, вопрос закрыт, уже как офф-топ пошел. Замечу момент - где-то читал, что Майкрософт у себя что-то из продуктов пропустили под номером 13 (не скажу сейчас точно) и еще кто-то из производителей ПО. У них это по всей видимости вопрос маркетинга, который к опенсорсу конечно имеет весьма меньшее отношение.

З.Ы.: если брать сам вопрос о символах, как большой вопрос для обсуждения, то он конечно за пределами ветки, у каждого свое отношение к сфере символов, где нужно, люди это обсуждают

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




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

Майкрософт из той самой страны, где Аполлон (чудом вернувшийся) с "неправильным" номером взлетел в "неправильный" день, в "неправильное" время и .. с площадки, с трижды "неправильным" (39 т.е. 13*3) номером. (!!!)
НАСА впала в мистический трепет. Они тоже изъяли "плохие" номера и прочее.
Предположение - появилась традиция.

P.S. Я прикалывался, когда читал выдержки воспоминаний астронавта того Аполлона. Он долго и безуспешно пытался заставить работать какую-то аппаратуру (ну, происки "лукавого"!). Никак. Тогда, сказал астронавт: "я применил к нему "русский метод". Т.е. кулаком. Заработал!
От себя: "лукавому" не нравятся силовые приемы. Обычно, в процессе, принято произносить "производственную молитву", где упоминается вся родословная прибора, включая его разработчиков. Тогда, эффект "русского метода" становится выше.

Bulat_Ziganshin

Спасибо за хорошую работу! Единственное opensource-решение, позволяющее настроить необходимый и достаточный бэкап за определенный период. Разностные архивы 7zip куда хуже в этом плане, потому что растут.

Разрабатывая бэкап документооборота, столкнулся со странным (для пакетной работы) поведением консольной версии 0.666. Так, некоторые ошибки ключей не фиксируются в логе, задаваемом --logfile, а выводятся в stderr, после чего arc возвращает скрипту код 1 (предупреждения)

Например, отсутствие файла исключений, задаваемого ключом -x@filename

C:\BACKUP>arc a bak bak -x@arc
arc.EXE: arc: open: does not exist (No such file or directory)

Было бы логичнее сформировать предупреждение в лог и продолжить работу, отбросив ключ. Ну, или хотя бы выдать предупреждение

Задание времени ключом -ta приводит к ошибке

C:\BACKUP>arc a bak bak -ta >> arc
arc.EXE: user error (Time.toClockTime: invalid input)

C:\BACKUP>arc a bak bak -ta0 >> arc
arc.EXE: user error (Time.toClockTime: invalid input)

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

В принципе, я обошел эти проблемы скриптом, но хотелось бы, чтоб архиватор стал более дружелюбным в этом смысле.

Цитата:

а какие ещё варианты - что я сатанист?

Хм.. Я установил FreeArc (злосчастный билд 0.666! ) себе и ещё нескольким людям и потому хочу спросить - что теперь будет и возможно ли предпринять какие либо очистительные процедуры?

P.S. Наверное офтоп? Если кто захочет помочь, то отвечайте пожалуйста здесь.

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

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

Может, тут смогут ответить на этот вопрос?

Есть файл весом 5,17 гб. Как его можно разбить на 2 или три архива?

подскажите, какой параметр лучше использовать для rep, чтобы файл сжать максимально?

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

Bulat_Ziganshin
Что еще планируете сделать до выхода версии 0.7final, и когда планируете эту версию выпустить?

Ololo77

Цитата:

На сегодняшний день в FreeArc отсутствуют следующие возможности, доступные в RAR и 7-zip: поддержка многотомных архивов, 64-битная версия, поддержка расширенных атрибутов NTFS, BCJ2, сегментация данных.

паковать в 7z например.

SREP 2.96 alpha:

* -mem50% and -mem75%-600mb options support; -mem75% by default
* when necessary, temporary file is created automatically
* make stderr always unbuffered (useful for GUIs around srep.exe providing progress indicator)
* "srep" and "srep -d" commands now works as a filter if stdin and atdout are redirected

bugfixes:

* -mem option sometimes was ignored on -f decompression
* fixed bug when compressing data from pipe (i.e. producer | srep)
* 64-bit version now can use >4gb of RAM


This version helps to use SREP in FreeArc and repacks. First, you no more need to specify temporary file with -temp option - it's created automatically, but only when necessary. Second, by default up to 75% of RAM used for -f decompression - it's optimal value for standalone SREP decompression. If you use SREP in a pipe, second form (-memXX%-YYmb) may be used, for example:

arc a archive -m=srep:mem75%-600mb:f+lzma:512mb

This means that SREP on decompression should use 75% of RAM minus 600 mb (memory required for LZMA and unarc buffers)


Recommended {External compressor:srep} section in arc.ini:

Код: ;options = mem75%-400mb (for decompresssion with srep+exe+delta+lzma:256mb)
packcmd = srep {options} <stdin> <stdout>
unpackcmd = srep -d {options} <stdin> <stdout>

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

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