» FreeArc (часть 4)

Цитата:

1. Хотелось бы видеть иконки файлов и папки внутри архива. 2. Хотелось бы иметь возможность создавать многотомные архивы. 3. Перетаскивание из архива и в архив. 4. Вложенные архивы открывать в том же окне и по умолчанию предлагать путь извлечения как для изначатьгого архива.   Это уже всё в планах есть. Ждём версию 1.0 и можно офис переводить на FA

+1 Прямо в точку

WildGoblin
freearc (и другие архиваторы) могут с успехом заменять memtest в общем для начала тестируй память и другие архиваторы

Жаль, что нет форума с разными темами, чтобы найти быстро ответ на нужный вопрос.

Правильно ли я понимаю, что невозможно сделать, как в командной строке 7z: исключить папку, но затем добавить нужные папки или файлы?

Я вот нашел выход - это исключить нужные папки, а затем в этот же архив добавить новые файлы. Но т.к. я хочу синхронизировать папку и архив, то это становится вообще невозможным. Получается, что выход - это два архива - без включений и только включения ((

Добавлено:
Еще непонятно, как правильно работать с командой синхронизации - sync не работает, хоть есть намек в документации (как пример команд). Есть опция -sync, но непонятно, для какой команды.. Ведь ее действие может противоречить другим командам.

о чём здесь дискуссия? я выбрал в раскрывающихся списках нужные мне настройки: этого недостаточно?

Bulat_Ziganshin

Цитата:

в общем для начала тестируй память и другие архиваторы

С памятью всё в порядке! Просто вчера комп пришлось перезагрузить кнопкой, а диски после этого я поленился проверить - сейчас после проверки дисков всё работает отлично!

Добавлено:
Хотя вот ещё ошибка вылезла: "ОШИБКА: ошибка записи (диск полон?) в алгоритме (рас)паковки tempfile"

Объём упаковываемых данных 16гб - на диске (куда пакуются файлы) свободно 150гб.

[more=logfile]D:\Supreme Commander>FreeArc a -tarc -mt0 -mx -ld1600m -t --logfile=freearc.log -dpD:\Supreme Commander -- F:\game.arc Supreme Commander Supreme Commander - Forged Alliance
FreeArc 0.67 (December 25 2011) Creating archive: F:\game.arc using rep:1567428kb+exe+delta+tempfile+lzma:177mb:normal:bt4:128, $obj => rep:1567428kb+delta+tempfile+lzma:177mb:normal:bt4:128, $text => dict:128mb:80%:l8192:m400:s100+lzp:160mb:92%:145:h23:d1mb+ppmd:16:384mb, $wav => tta, $bmp => mm+grzip:8mb:m1:l2048:h15:a
Memory for compression 1811mb, decompression 1539mb, cache 256kb
ОШИБКА: ошибка записи (диск полон?) в алгоритме (рас)паковки tempfile[/more]

Цитата:

Всё равно не получается.

возьми portable версию, распакуй в отдельный каталог и прям в каталоге с arc.exe проверни это


Цитата:

Кстати, packjpg консольный уже полгода как версии 2.5, в dll же 2.4.  

дело в том, что использовать packjpg не очень удобно, поскольку он сжимает по одному файлу. это не даёт избавляться от дубликатов, и требует много времени на его запуски. с другой стороны, внутри precomp он иногда сбоит. так что по дефолту мы его не используем вовсе


Цитата:

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

это личное дело Shuld что он тестирует и советует - для 90% пользователей оно подходит, а для оставшихся 10% (которым иногда нужно распаковывать на меньшем озу) оно категорически неприемлемо


Цитата:

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

это в fa с самого начала - юзеры пишут -m1..-m9, а программа сама расшифровывает в силу текущего момента и параметров компа юзера


Цитата:

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

и навороченный fa не умеет. используй простенький 7-zip

QSQ
??? дискуссия о многом

Bulat_Ziganshin, тебе нужно продать srep (по умному - дедубликация данных) в Microsoft. " Тесты обработки дедубликации томов, проведенные корпорацией Майкрософт, демонстрируют скорость 20 МБ в секунду или 2 ТБ в день. ". Против твоих практических гигабайт/секунду.

WildGoblin

Цитата:

Хотя вот ещё ошибка вылезла: "ОШИБКА: ошибка записи (диск полон?) в алгоритме (рас)паковки tempfile"

tempfile где находится?

Как сделать чтобы настройки сохранялись? а то задалбывает каждый раз вводить

egor23

Цитата:

tempfile где находится?

Не задан.
На самом занятом диске не меньше 20гб свободного пространства.
Вчера паковал папку размером в 25гб - всё прошло хорошо (настройки были такие же!).

7z эти же данные запаковал без проблем.

листинг файлов

Добавлено:
Не нашёл в справке: если специально не указанна временная папка, то какую использует FreeArc - системную, текущую, ту в которую происходит архивация?

Bulat_Ziganshin
что за packARC ? это что ваша новая разработка?


Цитата:

это не даёт избавляться от дубликатов

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


Цитата:

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

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

Fossius
ввести их в допопции и тогда придётся вручную отмечать только эту галочку

WildGoblin
если ты пакуешь макс. методом, то fa сначала собирает все файлы в tempfile (по дефолту в стандартном виндовом темповом каталоге), а затем упаковывает в выходной архив туда где ты его задал. 7-zip обходится без временного файла и поэтому пакует хуже

Цитата:

Цитата:
Всё равно не получается.  

возьми portable версию, распакуй в отдельный каталог и прям в каталоге с arc.exe проверни это

Один в один, ini ведь тот же.
Compressed 1 file, 4,307,553 => 4,219,424 bytes. Ratio 97.9% против 78% у packjpg

Цитата:

Цитата:
Хотел попробовать для этих целей навороченный StuffIt, так он не умеет режима синхронизации, то есть удалять файлы из архива.

и навороченный fa не умеет. используй простенький 7-zip

Неплохо бы добавить такой режим в freearc, первоначально он меня заинтересовал фразой Solid compression with smart updates (only changed solid blocks are recompressed) , подумал что такое там уже есть. Но вижу, что в roadmap это запланирован в 2.0

Когда новый релиз выйдет? Я вообще смогу до него дожить?

Bulat_Ziganshin

Цитата:

то fa сначала собирает все файлы в tempfile (по дефолту в стандартном виндовом темповом каталоге), а затем упаковывает в выходной архив туда где ты его задал.

Спасибо за разъяснения!

Распаковка тоже сначала происходит во временный файл?

P.S. Наверное самый оптимальный вариант архивации (в моём случае) это:
Исходные данные на диске C: - временные на диске D: - архив упаковывается на диск E:
?
(Диски C, D и E это всё отдельные физические диски, их производительность почти одинаковая.)


Цитата:

7-zip обходится без временного файла и поэтому пакует хуже

и хуже и медленнее - причём использует больше памяти и процессорного времени!

Цитата:

что за 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

Bulat_Ziganshin
Может стоит объединиться с Евгением Рошалем, чтобы сделать качественный Гуи?

Полдня пытаюсь сегодня сжать игру - не хочет FreeArc сжимать её и всё тут!

[more=freearc.log]D:\The Witcher (Gold Edition)>FreeArc a -tarc -mt0 -mx -ld1600m -t -wg:\ --logfile=freearc.log -dpD:\The Witcher (Gold Edition) -- F:\game.arc Witcher
FreeArc 0.67 (December 25 2011) Creating archive: F:\game.arc using rep:1567428kb+exe+delta+tempfile+lzma:177mb:normal:bt4:128, $obj => rep:1567428kb+delta+tempfile+lzma:177mb:normal:bt4:128, $text => dict:128mb:80%:l8192:m400:s100+lzp:160mb:92%:145:h23:d1mb+ppmd:16:384mb, $wav => tta, $bmp => mm+grzip:8mb:m1:l2048:h15:a
Memory for compression 1811mb, decompression 1539mb, cache 256kb
Compressed 2,822 files, 9,509,149,727 => 4,709,328,984 bytes. Ratio 49.5%
Compression time: cpu 4750.18 secs, real 3105.69 secs. Speed 3,062 kB/s
ПРЕДУПРЕЖДЕНИЕ: Ошибка CRC в "Witcher\Data\cutscenes00.bif". Файл испорчен.
ПРЕДУПРЕЖДЕНИЕ: Ошибка CRC в "Witcher\Data\voices_14_00.bif". Файл испорчен.
Testing time: cpu 312.19 secs, real 399.64 secs. Speed 23,794 kB/s
There were 2 warning(s)
ОШИБКА: архив содержит ошибки, удаляю

D:\The Witcher (Gold Edition)>FreeArc a -tarc -mx -ld1600m -t -wF:\ --logfile=freearc.log -dpD:\The Witcher (Gold Edition) -- e:\GamesArchive\game.arc Witcher
FreeArc 0.67 (December 25 2011) Creating archive: e:\game.arc using rep:1567428kb+exe+delta+tempfile+lzma:177mb:normal:bt4:128, $obj => rep:1567428kb+delta+tempfile+lzma:177mb:normal:bt4:128, $text => dict:128mb:80%:l8192:m400:s100+lzp:160mb:92%:145:h23:d1mb+ppmd:16:384mb, $wav => tta, $bmp => mm+grzip:8mb:m1:l2048:h15:a
Memory for compression 1811mb, decompression 1539mb, cache 256kb
Compressed 2,822 files, 9,509,149,727 => 4,709,328,985 bytes. Ratio 49.5%
Compression time: cpu 4804.52 secs, real 3142.31 secs. Speed 3,026 kB/s
ОШИБКА: ошибка в сжатых данных алгоритма lzma:177mb:normal:bt4:128[/more]

Я конечно понимаю что у меня проц слишком разогнанный, память никудышная (про винты даже говорить не стоит), но почему же другие архиваторы (WinRAR, 7z) всё сжимают без проблем, а сжимать FreeArc'ом что-то размером больше 4гб сплошная лотерея?

Добавлено:
Да что же такое-то...
[more=freearc.log]D:\Grand Theft Auto IV\1_MainFiles>FreeArc a -tarc -mx -mt0 -ld1600m -t -wF:\ --logfile=freearc.log -dpD:\Grand Theft Auto IV\1_MainFiles -- e:\game.arc common Config LANG_README movies OfflineActivation pc FirewallInstallHelper.dll GameuxInstallHelper.dll Paul.dll
FreeArc 0.67 (December 25 2011) Creating archive: e:\game.arc using rep:1567428kb+exe+delta+tempfile+lzma:177mb:normal:bt4:128, $obj => rep:1567428kb+delta+tempfile+lzma:177mb:normal:bt4:128, $text => dict:128mb:80%:l8192:m400:s100+lzp:160mb:92%:145:h23:d1mb+ppmd:16:384mb, $wav => tta, $bmp => mm+grzip:8mb:m1:l2048:h15:a
Memory for compression 1811mb, decompression 1539mb, cache 256kb
Compressed 2,564 files, 8,557,904,679 => 7,809,404,843 bytes. Ratio 91.2%
Compression time: cpu 4574.03 secs, real 3125.11 secs. Speed 2,738 kB/s
ПРЕДУПРЕЖДЕНИЕ: Ошибка CRC в "pc\data\maps\interiors\generic\indust_1.img". Файл испорчен.
Testing time: cpu 488.22 secs, real 567.43 secs. Speed 15,082 kB/s
There were 1 warning(s)
ОШИБКА: архив содержит ошибки, удаляю[/more]

Брежневский долгострой. Никто до релиза не доживёт - даже автор. И нечего было людям голову морочить.

Цитата:

Брежневский долгострой. Никто до релиза не доживёт - даже автор. И нечего было людям голову морочить.

Автор молодец, не надо наезжать. Просто за бесплатно работать, я думаю, мотивации не хватило. Поэтому, лучше бы объединиться с Igor Pavlov и цены бы не было... Или же платным сделать, если Игорь не согласится (но при условии дешевле и лучше RAR и 7zip - иначе смысла нет).

Цитата:

-- UPDATE: Seems that this is no more holds for Vista

Имеете ввиду, что Vista работает с дисками более умно? Неужели свершилось?

Никто ни на кого не наезжает.Продукт бесплатный.Не нравится - не пользуйся. Это всё верно. Но! Начал - доводи до конца. Народ ждёт.

vishyakov
угу

Цитата:

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 ?

Подскажите, пожалуйста, какой объем инфы для восстановления можно считать оптимальным?
На сколько я помню, в сети rar-архивы размещают обычно с 3-5 % (в WinRAR 4.х, ЕМНИП, было ограничение до 10%, EugeneRoshal в теме вроде писал, что в 5.х ограничение снято или увеличино максимальное значение), для FreeArc приблизительно те же цифры?

FreeArc прикручен через MultiArc, добавил [more=файлы]
Arc.exe
arc.groups
arc.ini
empty.arc
facompress.dll
facompress_mt.dll
precomp042.exe
srep.exe
srep64.exe
unarc.exe[/more], для добавления инфы для восстановления и собственно восстановления какие-то еще файлы необходимы?

Bulat_Ziganshin
Посмотрет биос - снизил у памяти частоту с 1600 до 1333, отключил Turbo Mode для процессора - всё одно на некоторых данных при проверке вываливается: "ОШИБКА: ошибка в сжатых данных алгоритма lzma:176mb:normal:bt4:128"

Подсказали бы в какую сторону копать...

Цитата:

Вот этот файл 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

Evgenii66, начал что? Делалось всё с упором на алгоритмы и сжатие, и весь фан шёл именно из этого, а не удобства GUI(сделать который кстати не самое простое дело). И используют архиватор лишь из-за его технических аспектов, по большей части даже в консольном режиме. А для удобства используют вездесущий WinRAR и ZIP 2.0.

WildGoblin
1. проверить с другими архиваторами, лучше всего 7-zip
2. потестировать сам комп: память/проц/диск
3. попробовать эти операции на других машинах. если можешь передать эти данные - я у себя проверю
4. создавать архивы без -t и затем несколько раз их протестировать
5. уменьшить объём данных/попробовать на других данных
6. попробовать другие режимы сжатия, например -m9x