» FreeArc (часть 4)

snkreg
В шапке:
Планы дальнейшего развития
Скины для программы, а тем более архиватора ?
"Кого ты лечишь, Рипбургер!"

Само по себе возможность наличия скинов, на данный момент, зависит от gtk.
Таким образом куря мануал от gtk можно изменить скины.
Всё в ваших руках !
"Скины" уже есть.

Может быть кто-нибудь напишет понятное руководство на эту тему, с примерами, на русском ?

Пока что посоветую почитать
http://baihu.tom.ru/2010/03/pidgin.html
http://sourceforge.net/userapps/mediawiki/alex-sh/index.php?title=Downloads#GTK.2B_Preference_Tool

К сожалению :) мне этот совет не подходит - я использую freearc с командно-строчным интерфейсом (cli).

во исполнение идеи vasulpr сделал пока следующее:



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

что туда ещё добавить? мои мысли:

- галочка "расшифровать метод сжатия", превращающая -m4 в -mrep.../$obj=..... - ну в общем ясно
- lc/-ld
- галочки для включения srep, precomp (с подгалочками для -t-j и slow) и dispack
- на этом мысль останавливается...

Добавлено:
соорудил к ним тултипы:

Цитата:

--- Disable filter/group
1509 rep=Finds repetitions on distances up to 1gb, improving compression ratio on multi-gigabyte datasets up to 10-30%
1510 exe=Improves compression of x86 executables up to 10%
1511 delta=Transforms binary data tables, improving compression ratio on executables up to 2-4%, on databases/mailbases - up to 10%
1512 dict=Replaces highly-repeatable words with short codes, improving compression ratio on texts
1513 lzp=Collapses repetitions, improving compression ratio on texts and especially logfiles
1514 $text=Advanced compression for plain text files
1515 $wav=Advanced compression for uncompressed audio wave files
1516 $bmp=Advanced compression for uncompressed bitmap graphic files
1517 $compressed=Quick-and-dirty compression for already compressed files, improving overall speed/compression ratio

Жду от вас предложений по улучшению этих тултипов

ndch

Цитата:

Не припомню чтобы за последние 10 лет что-то успешно восстановилось, чтобы от рекавери инфы была польза

У кого как. Пару недель назад при разборе DVD-R восстановил многотомный rar-архив, у которого побился 2-й том (из 50), именно благодаря тому, что на отдельном бэкапе к битому архиву был recovery-том. Если б не было, можно было бы выбрасывать почти весь архив.

Bulat_Ziganshin

Цитата:

От каких ситуаций нужно защищаться, какой объём данных добавлять, какая скорость защиты/проверки/восстановления будет приемлема

В первом приближении - по образу и подобию RAR. Т.е. чтобы можно было:

1. добавлять recovery record в объеме, определяемом юзером в % от размера архива
2. создавать отдельные recovery-тома (актуально для многотомных архивов)

Всем привет!
Как с помощью консольной версии добавить все файлы в папке к примеру DATA - каждый файл в отдельный архив?
Ну сжатие просто lzma
Спасибо!

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

кстати а можно для CUI сделать в заголовке или где то еще чтобы также как в GUI скорость сжатия отображалась

Цитата:

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

постарайся вспомнить, а? а то менять настройки неизвестно почему как-то некузяво


Цитата:

надо что-то поправить с опцией --dirs

это скорее уже после релиза. надо будет разобраться как следует и сделать всё как в rar

Добавлено:

Цитата:

В WinRar в случае, если я задаю абсолютный путь для распаковки, например C:\, то в этом случае SFX-модуль автоматически предлагает этот путь в строке выбора места для распаковки.

скажем так - эта фича в winrar не имеет ничего общего с базовым каталогом архива. так что вопрос на самом деле стоит в создании installer-модуля с опциями как в rar/7-zip

Никто не знает??

kalpak

Цитата:

можно для CUI сделать в заголовке или где то еще чтобы также как в GUI скорость сжатия отображалась

Не только в CLI, но и вообще, нет насущного смыла в отображении моментальной "скорости сжатия": для разных файлов , разных размеров будет разная скорость сжатия.
От наличия "отображения скорости" мало что изменится. А уж если просить, так просите ещё и отображение потребляемой памяти, процессорного времени, отображении дисковой активности как на память так и на запись.
Для этого есть "монитор ресурсов" и Process Explorer.

В прогресс-баре есть смысл (обратная связь (в частности с пользователем ) зачастую полезна), но его бессмысленно просить - он уже есть.

ormadillo
Скорее всего нужен батник для сжатия всех файлов в каталоге рекурсивно. Ранее на форуме выкладывали готовый (и работающий, насколько я помню).

Bulat_Ziganshin

Тема уже не раз поднималась, но нормальной альтернативы унылому TTA для сжатия аудио в фа так и не нашлось. Оптимальным конечно бы был TAK, но его исходников до сих пор нету. Но есть еще 1 хороший алгоритм - OptimFrog - который на максимальных настройках жмёт аудио чуть сильнее ТАК'а, но медленнее. Поскольку это больше касается сжатия, тк разжатие происходит быстрее, то я осмелился бы попросить вшить OptimFrog в фа как некую альтернативу ТТА, у которого сжатие сильно отстаёт от этих алгоритмов.

З.Ы.
Заметил еще в новых репаках некий msc с которым хорошо жмётся аудио, но пока понятия не имею что это такое, тк оно идёт с CLS-фильтром который профрагер еще не выложил (и хз выложит ли).

Guenplean
есть спецтема по is+архиваторам. и спрячь там текст скрипта под тег more, а отсюда вообще пост сотри

ruduk что-то не нашел(

1noObman1
Кроме унылого TTA есть неунылый FLAC, с фичей проигрывания произвольного места аудиофайла (streaming).
Те кто "качают" по полгига музыки в состоянии "покачать" на 10 секунд дольше
(разница между TTA и FLAC 650мб*((58,70%-57,10%)/100)=4 Мб)
Но зато после этого слушать с возможностью "промотки".

http://wiki.hydrogenaudio.org/index.php?title=Lossless_comparison#TTA_pros

OptimFROG (OFR)
OFR cons
Closed source
No multichannel audio support
No hardware support
Quite slow decoding

Benchmark

Цитата:

У кого как. Пару недель назад при разборе DVD-R восстановил многотомный rar-архив, у которого побился 2-й том (из 50), именно благодаря тому, что на отдельном бэкапе к битому архиву был recovery-том. Если б не было, можно было бы выбрасывать почти весь архив.

Бекапы solid-ными делать более чем странно.
DVD-R всё больше и больше на атавизм смахивает, особенно в свете того что скорость чтения слегка поцарапанного dvd зачастую ниже скорости "100 мегабитных интернетов", не говоря уже о гигабитных локалках.

Добавлено:
j52

Цитата:

Недавно слил инфу с компа на внешний USB-HDD, этак 140Гб, освободил место Потом кинулся читать - все архивы битые. (Как потом выяснилось - взглючил USB-шный контроллер, и кроме ошибок еще подсаживал этот HDD по питанию, так что в конце-концов пришлось материнку менять). А вытащил всю инфу именно через рекавери. Т.к. уже давно - RAR с -rr10p (именно из-за рекавери и RAR).

Если бы глючило чуть посильнее - не спасло бы.
Припоминаю как у меня одна плашка памяти спустя 2 года эксплуатации на ровном месте взглюкнула: ребутнула винду и chkdsk превратил всё что было на винте (raid-1) в кашу.
Вывод: от железных проблем recovery record не всегда спасает.

ormadillo
Это было в "Части 3" форума здесь.
Спасибо пользователю под ником sabio.
Батник еще нужно подкорректировать, чтобы не распаковывать архивы, а поставить необходимые расширения файлов и сразу переходить на стадию сжатия.

ndch

Ну меня интересует сжатие, а флак не настолько сильно жмёт как ТАК и OptimFrog. Да и насколько я знаю его тоже нету в фа. Интересует именно вшитый алгоритм, а не отдельные тулзы (с этим проблем и так нет).

Добавлено:

Цитата:

OptimFROG (OFR)
OFR cons
Closed source

На его странице есть сдк.

ndch

Цитата:

Вывод: от железных проблем recovery record не всегда спасает.

"Не всегда спасает" - это да! Но "лишним бантиком" recovery record для FreeArc не будет, это точно...

Цитата:

ребутнула винду и chkdsk превратил всё что было на винте (raid-1) в кашу

Тоже натыкался после ребута... 1.5 месяца разгребал!, благо что хоть ченжлог был...

ruduk

Цитата:

ormadillo
Это было в "Части 3" форума здесь.
Спасибо пользователю под ником sabio.
Батник еще нужно подкорректировать, чтобы не распаковывать архивы, а поставить необходимые расширения файлов и сразу переходить на стадию сжатия.

Взял первый скрипт, но не выходит его приручить...
У меня файлы все в одной папке, подпапок нет!

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

1noObman1
TAK есть исходник на Pascal, по крайне мере исходник сжатия потока (takStream.pas)
идет вместе

В windows 8 x86 не работает контекстное меню проводника в версии freearc от 12 декабря 2012.

Всем привет!
Киньте ссылку с инструкцией для использования прекомпа.

Цитата:

TAK есть исходник на Pascal, по крайне мере исходник сжатия потока (takStream.pas)
идет вместе

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

ndch

Цитата:

Бекапы solid-ными делать более чем странно

Для редко используемых / редко обновляемых данных - абсолютно нормально. А при наличии recovery-томов еще и вполне надежно.

Ув. Булат! Когда-же 0.70 ? Апрель заканчивается, а мы всё ждём, ждём... Объявите хотя-бы примерную дату выхода!

1noObman1
Ещё раз: разница в сжатии максимум 4 Мб.
Или для Вас максимальное сжатие самоцель ?

Добавлено:
kalpak

Цитата:

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

Тогда уж график просите с указанием сжимаемых файлов, чего мелочится то ?

Bulat_Ziganshin
Булат,добрый день! В Peazip стоит ваш жутко кривой модуль! Криво создает само-распаковывающийся архив,кракозябры в названиях. Какую версию он туда ставит,ведь кочует этот баг давно! А сам разработчик этого Peazip-а с Вами связывался? Можно там это как-то исправить? В Вашем,оригинале такого же нету...

Цитата:

Всем привет!
Как с помощью консольной версии добавить все файлы в папке к примеру DATA - каждый файл в отдельный архив?
Ну сжатие просто lzma
Спасибо!

Где все ГУРУ когда они нужны??

1. вшивать другие алгоритмы для звука в fa я не буду потому что и он не резиновый, и моё время тоже. желающие могут использовать внешние exe, писать cls-фильтры и т.п.
2. исходников tta нет, выложенное - лишь интерфейс к его библиотеке распаковки


Цитата:

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

ты может не в курсе, но freearc.exe поддерживает комстроку точно так же как arc.exe. попробуй:

freearc.exe a a


Цитата:

кстати а можно для CUI сделать в заголовке или где то еще чтобы также как в GUI скорость сжатия отображалась

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

Цитата:

я начинаю подготовку к выпуску 0.70.

новость супер! вот ещё бы 64-битную версию под Лин
(необязательно использующую все преимущества 64 бит,
хотя бы просто кросс-сборку, которая запускается )

Добрый день, ormadillo
Просто это вопрос скорее не по FreeArc, а по cmd
1 вариант - прямо указывается, из какой папки в какую паковать.

Код:
set "folderin=c:\data\"
set "folderout=c:\arc\"
for /f %i in ('dir /b /a-d %folderin%') do arc a "%folderout%%%~ni.arc" "%folderin%%%~i"