» FreeArc (часть 4)

Цитата:

что за packARC ?

http://encode.ru/forums/2-Data-Compression


Цитата:

так эти файлы затем по верху можно закатать lzma или rep-ом и все повторы исчезнут

не предусмотрено в нынешней архитектуре fa. хотя наверно придётся делать, поскольку это стало актуально для многих ММ компрессоров, у wav/bmp файлов в точности та же проблема

Edit: добавил как http://code.google.com/p/freearc/issues/detail?id=307


Цитата:

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

это опять же кому-то надо делать


Цитата:

Compressed 1 file, 4,307,553 => 4,219,424 bytes. Ratio 97.9% против 78% у packjpg

у меня получается:[more]C:\>arc a a 0_68532_abbda6f_orig.jpg -m9j
FreeArc 0.67 (May 22 2012) compressing 1 file, 7,396,133 bytes. Processed 0%
Compressing 7,396,133 bytes with precomp042 -c- -intense -o$$arcpackedfile$$.tmp $$arcdatafile$$.tmp

Precomp v0.4.2 - ALPHA version - USE FOR TESTING ONLY
Free for non-commercial use - Copyright 2006-2011 by Christian Schneider

Input file: $$arcdatafile$$.tmp
Output file: $$arcpackedfile$$.tmp

Using PACKJPG.DLL for JPG recompression.

--> packJPG DLL v2.4WIP4 (11/06/2008) by Matthias Stirner <--
More about PackJPG here: http://www.elektronik.htw-aalen.de/packjpg

100.00% - New size: 5955338 instead of 7396133

Done.
Time: 5 seconds, 86 milliseconds

Recompressed streams: 1/1
JPG streams: 1/1

You can speed up Precomp for THIS FILE with these parameters:
-d0

Errorlevel=0

Compressing 5,955,351 bytes with srep -m3f -mem256mb $$arcdatafile$$.tmp -
SREP 3.0 (January 30, 2012): input size 5 mb, memory used 33 mb, -m3f -l512 -c256 -a4
100%: 5,955,351 -> 5,955,395: 100.00%. Cpu 182 mb/s, real 122 mb/s
Second pass: 100%

Errorlevel=0
Compressed 1 file, 7,396,133 => 6,036,251 bytes. Ratio 81.6%
Compression time: cpu 0.86 secs, real 5.85 secs. Speed 1,265 kB/s
[/more]


Цитата:

ini ведь тот же.

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


Цитата:

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

--sync

я тебя сначала неправильно понял - решил что речь про антифайлы, как у 7-zip. вообще хорошая идея - добавить в доку раздел об использовании arc для бэкапа

Edit: добавил как http://code.google.com/p/freearc/issues/detail?id=306

Andarin 20:41 16-11-2012

Цитата:

У меня работает. Всё до мелочей не проверял, но стандартные операции без проблем.

Приношу извинения - запускал не с того файла, не последнее обновление. Последняя версия не работает.

Bulat_Ziganshin
ещё были фризы\подтормаживания системы,
виновником был Hardware Interrupts and DPCs

откатился на "предыдущую версию" 23.05.2012

Цитата:

rc.ini должен быть от майской версии, за чужие arc.ini я не отвечаю

Ну да, я его не трогал.
Вот этот файл http://narod.ru/disk/52697814001.0ab47b2f6b6f9e0e29fdc7f5c3b462a4/1.jpg.html

Цитата:

--sync

Спасибо! Действительно работает, удивительно что этого нете было в справке.
Но m9j пока работает действительно хреново, запускаю -m9j на трёх mp3, и вижу что почему-то запускается packjpg на 30 секунд хотя кроме mp3 там нет jpg.
Теперь я понимаю почему в SqueezeChart2012web.xlsx в разделе JPG FreeARC на последнем месте, автор теста видимо тоже не понял эту нарушенную логику работы пропускать всё без разбору через packjpg даже если там нет jpg.

Если ли сейчас возможность не дожидаясь новой версии изменив .ini запустить отдельно packjpg для каждого jpg (и только для jpg!) и packarc для каждой mp3 ?

egor23
краткое содержание предыдущей серии

Bulat_Ziganshin

Цитата:

краткое содержание предыдущей серии

имелось ввиду сдвинуты Обработано\всего

в своё время нравилось окно WinUHA

Цитата:

Вот этот файл http://narod.ru/disk/52697814001.0ab47b2f6b6f9e0e29fdc7f5c3b462a4/1.jpg.html

да, этот файл precomp 0.4.2 не тянет даже при включении jpg-сжатия. может, из-за старой dll или ещё чего


Цитата:

Спасибо! Действительно работает, удивительно что этого нете было в справке.

неправда. ты вообще её читал?


Цитата:

Но m9j пока работает действительно хреново, запускаю -m9j на трёх mp3, и вижу что почему-то запускается packjpg на 30 секунд хотя кроме mp3 там нет jpg.

ещё раз повторю - arc не запускает packjpg, jpg-файлы обрабатываются через precomp


Цитата:

Если ли сейчас возможность не дожидаясь новой версии изменив .ini запустить отдельно packjpg для каждого jpg (и только для jpg!) и packarc для каждой mp3 ?

доку прочти. и посмотри как это было сделано в старых версиях - там packjpg натравливался на группу $jpg, а она была определена как

$jpg
*.jpg
*.jpeg

egor23
да, я специально сделал чтобы они могли перекрываться. когда там реальные данные - это почти незаметно, зато позволяет немного уменьшить ширину диалога. собственно мог бы и сам посмотреть - не работает только сжатие в arc из gui/explorer. или вообще в предыдущей версии - я вроже ничего не менял

а почему ты версии после майской не используешь?

Добавлено:
мне тоже диалог прогресса winuha нравился - он был самый информативный среди всех GUI архиваторов. но сейчас единственное в чём он имхо превосходит fa - написано сколько озу используется. нам бы тоже такое добавить не помешало

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

Цитата:

неправда. ты вообще её читал?

Всю не читал, признаю. Дошлё до слов arc a backup (через поиск по слову backup) и не увидел там ничего про автоматическое удаление.

Bulat_Ziganshin

Цитата:

собственно мог бы и сам посмотреть - не работает только сжатие в arc из gui/explorer

gui/explorer - глючит\ не работает

а консоль работает и arc и FreeArc:
arc a a ..\
FreeArc.exe a a ..\


Цитата:

а почему ты версии после майской не используешь?

а полгода пролетело незаметно...
времени не хватает

Добавлено:

Цитата:

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

WinUHA 2.0 RC1 (2005.02.27)



Добавлено:

Цитата:

но сейчас единственное в чём он имхо превосходит fa - написано сколько озу используется.

превосходит:
1. изменение приоритета
2. Фоном - сворачивает в трей,
но при нажатии фоном приоритет не меняется на минимальный, тоже есть недоделки.

Цитата:

packARC

так это универсальный препроцессор, который затем интегрируете в ФА или самостоятельный архиватор?

в одном из репаков ФА показывает на одном из архивов следующие свойства


в архиве собраны Bink Video файлы, такой высокий уровень сжатия файлов этого типа я еще не видел. Хочется знать каким макаром их сжимали

Цитата:

так это универсальный препроцессор, который затем интегрируете в ФА или самостоятельный архиватор?

это не моя прога


Цитата:

Хочется знать каким макаром их сжимали

написано же - с помощью bink_unp

Цитата:

превосходит:

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

Булат, а поддержка разных форматов в версии 0.70 включает создание полноценных 7z sfx-архивов? Попробовал подсунуть 7z.sfx версии 9.22 beta и использовать ключи -t7z -sfx7z.sfx -- не вышло.

vasulpr

Цитата:

в одном из репаков ФА показывает на одном из архивов следующие свойства

Ну так что за репак и где лежит он?

То же.

В новой версии командная строка работает
а gui/explorer нет - c_szDefaultExtension:unsupported archive type

Добавлено:
Снес.
Октябрьскую версию пока не возвращаю - жду исправлений.

А, это Skymmer делал. Ну эти файлы можно и посильнее пожать, но прибегнув к симметричному сжатию. У тут ассиметрик со словарем маленьким.

Как насчёт подключить SoundSlimmer(он же mp3zip, он же mpz.exe) в .ini из коробки ? Свободная консольная версия гуглится по mpz.exe

Цитата:

А, это Skymmer делал.

Надо же, даже необходимую dll в инпуте exe поменял

Добавлено:
vasulpr
http://www.sqx-archiver.org/

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


Цитата:

7z sfx-архивов?

сделаю

Добавлено:

Цитата:

разбивка на тома в бетке уже есть?

нет, я планирую этим заняться после выхода 0.70


Цитата:

Хорошо бы сделать нормальную информацию для восстановления по раньше чем в версии 0.90,

информация есть, рахница между ними только в том что если запорчен последний блок каталога архива, то freearc не умеет искать предыдущие

ИМХО: архиватор не получит широкого признания до тех пор пока не сделаете удобный GUI и поддержку многотомности. Для обычного пользователя важнее удобство чем "немного лучшее сжатие".

Fossius
Сто раз писали "Предлагайте варианты для гуя". И так понятно, что над этим надо работать.
Булат посмотрите пожалуйста в сторону PeaZIP, в стиле обычного проводника винды - это удобно и привычно. А опционально можно сделать в духе винрара.

Цитата:

1. полагаю, что это ворованная версия

Это не ворованная версия, в оригинальной вообще не было никакой консольной версии. Это обёртка над MpzSlimmer.dll , в самой dll нет ни копирайтов и всего такого, только код сжатия и расжатия. Даже sound slimmer не упоминается. Исходный код (простейшие 40 строчек) и первое упоминание - http://encode.ru/threads/1237-Compressing-mp3-Files?p=24238&viewfull=1#post24238 . А раз в dll нет копирайтов, проверок и прочего, значит её можно свободно использовать. Даже исходный код exe в эти 40 строк можно прикладывать под GPL

Fossius
Вопрос привычки.
Мне GUI нравится больше, чем у многих конкурентов (например, 7z).
А Вы вывод сделали с первого раза?

muzf

Цитата:

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

ты заблуждаешься

Bulat_Ziganshin
c i/o можно будет ли в будущем работать? а то на последней FreeArc-LZMA.exe жуткие лаги

Fossius,
консоль рулит.

Новая альфа-версия:GUI: опция "Сделать EXE" для архивов .7z в диалоге сжатия
7z.dll: опция -sfx и команда "s" для архивов .7z (SFX-модуль по умолчанию - 7z.sfx)
7z.dll: при создании нового архива его тип по умолчанию определяется его расширением. Наконец-то, и команда "a a.zip", и команда "a a -tzip" работают как "a a.zip -tzip"
Исправлена проблема в последней альфе, из-за которой не работало сжатие в GUI (это было вызвано ошибкой в обработке опции -t=arc)


New alpha version:GUI: "Make EXE" option in the Add dialog for .7z archives
7z.dll: -sfx option and "s" command for .7z archives (default SFX module is 7z.sfx)
7z.dll: default type of new archive is determined by its extension. Now, both "a a.zip" and "a a -tzip" commands are handled as "a a.zip -tzip"
Fixed last alpha's problem of compression from GUI (it was a bug in handling of -t=arc option)

Snoopak96
какое i/o, какие лаги???

Если я изменю один байт в dll и чексумма больше не будет совпадать, это тебя устроит ? А почему тогда precomp используешь, там же тоже нет исходных кодов, нет чётко прописанной лицензии. Точно также голый exe и всё.

Bulat_Ziganshin
Если допустим в arc.ini lzma прицеплен так:

Код:
[External compressor:lzma]
header = 0
packcmd = FreeArc-LZMA-x64 e lzma{:option} <stdin> <stdout>
unpackcmd = FreeArc-LZMA-x64 d lzma{:option} <stdin> <stdout>