» FreeArc (часть 4)

Highpass
Параметр fb273 - это результат экспериментов, или "из общих соображений"?
Спрашиваю так потому, что в моих экспериментах часто fb192 лучше, чем fb273.

vasulpr
а сам словарь-то сжимается при архивировании? а то если словарь будет даже 8 гигабайт, да ещё 7 гиг - пожатый файл, в итоге получится ещё больше, чем сейчас. какой тогда смысл? но если есть смысл - то можно поподробнее про srep?

CDK
а можно поподробнее? =)

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

Shuld
Всё зависит от конкретного случая

Shuld

Цитата:

Параметр fb273 - это результат экспериментов, или "из общих соображений"?

Это результат подбора параметров для конкретного набора данных.

SuperREP – это программа (препроцессор) для поиска повторений данных на очень длинных расстояниях (вплоть до 24 ГБ)

Цитата:

а сам словарь-то сжимается при архивировании?

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

Edison007007
Это точно.

shinji2009
архиваторы с поддержкой дедупликации: exdupe, zpaq, freearc с галочкой srep

Bulat_Ziganshin
К предыдуще посту появилась ещё одна мысль.

Есь две задачи по архивации которые запускаются в разное время:
1. 01:00AM - 10 часов выполняется.
2. 05:00AM - 2 часа выполняется.

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

Например как-то так:

Код: -sl -- use sleep file

file format:
# time to sleep acr
05:00-07:00
# sleep one day and 2 hours
2014-02-22-05:00-2014-02-23-07:00

Цитата:

а можно поподробнее?

цитата из вики: "xdelta is a command line program for delta encoding, which generates two file differences" - куда ж подробнее?

Только это все руками: из двух файлов делаешь один + разница, потом жмешь. Хотя может и к фа можно прикрутить, что б он "всё сам" - не знаю. Теретически наилучший эффект может быть xdelta, а затем srep+фа, но, возможно, что srep+фа будет лучше.

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

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

третье - пока попробуй поиграть с приоритетами задач

Bulat_Ziganshin

Можете сказать пару слов про
ByteMe - Мощный архиватор файлов, аналог WinRAR
http://cqr.com.ua/soft/35-byteme-bnazvanie-urlhttpwebsvcrubytemeurl-versiya-06-ispolzovanie-svobodnoe-bez-oplaty-moshhnyj-arxivator-fajlov-analog-winrar.html

Кроме саморекламы ничего не нашел.

Добавлено:
У этого архиватора число скачиваний 32.

Bulat_Ziganshin

Цитата:

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

Я случайно нажал ввод и пост получился совсем коротким и бессмысленным. Поэтому и пришлось редактировать. Постараюсь быть повнимательнее.

Ого!
Прошло около 8 часов, как я написал,
а сейчас число скачиваний стало 43.
Я невольно сделал рекламу???

2All
Сжимаю последней альфой файлы (~4гб) с такими параметрами:

Код: -m9 -mt0 -ld1600m -t -mc-exe -mc-delta

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

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

slech
я не наезжаю, просто объясняю что если нужно чтобы я увидел пост - нужно его именно запостить

меня 7zip полностью устраивает. т.к. freearc стандарт неуниверсальный и не сильно лучше 7zip. морда некрасивая, как у winzip, так и не часто ею пользуюсь, а дополнитлеьные функции не нужны. максимум запаковать-распаковать. классика жанра.

Bulat_Ziganshin

Цитата:

первая мысль - моэжет ты обновляешь существующий архив?

Нет - новый создаю.

Цитата:

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

Попробовал несколько старых версий ([more=заменял только эти файлы]bin\7z.dll
bin\facompress.dll
bin\facompress_mt.dll
bin\freearc.menu.example
bin\7zG.exe
bin\all2arc.exe
bin\Arc.exe
bin\FreeArc.exe
bin\precomp042.exe
bin\srep.exe
bin\unarc.exe[/more]) - [more=та же самая ошибка]E:\GamesForTest\A New Beginning - Final Cut v2.0>FreeArc a -tarc -m9 -mt0 -ld1600m -t -mc-exe -mc-delta -wG:\ --logfile=freearc.log -dpE:\GamesForTest\A New Beginning - Final Cut v2.0 -- G:\game.arc A New Beginning - Final Cut
FreeArc 0.67 (November 11 2013) Creating archive: G:\game.arc using rep:1600mb+tempfile+lzma:176mb:normal:bt4:128, $obj => rep:1600mb+tempfile+lzma:176mb: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 1856mb, decompression 1600mb, cache 1mb
ОШИБКА: невозможно выделить память, необходимую для (рас)паковки в rep:1600mb, используйте -lc/-ld чтобы уменьшить требования к памяти[/more]!
Возможно с системой (Win8.1 x64) что-то случилось - раньше ведь нормально создавались архивы!

Потестировал ещё - наборы файлов размером около гигабайта отлично создаются (с теми же параметрами), а если попытаться сжать набор файлов < ~1700mb, то выскакивает ошибка.

19:23 02-02-2013
Цитата:

freearc стандарт неуниверсальный

ИМХО это его единственный (но очень серьёзный) недостаток. Сколько времени уже прошло, а все на месте в отношении расширения рапространения...

WildGoblin
а что тебе мешает целиком старую portable версию распаковать и ею проверить?

когда файлов мало, fa просто обрезает словарь первого метода в цепочке.

посмотри largest memblock в gui/settings/info. в win7 x64 это 2042 mb

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

Здравствуйте.
подскажите нубу как freearc 0.67 заставить работать с packJPG?
что и где прописать???
я уже облазил весь Arc.ini и ничего не получилось... всё проходит через precomp и фото не сжимаются...
объясните или укажите где искать нужную информацию... я облазил весь форум, но толком ничего не нашел...
мне надо чтобы jpg сжималось packJPG, а остальные файлы сжимались в режиме -max...

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

заранее очень благодарен...

Bulat_Ziganshin

Цитата:

а что тебе мешает целиком старую portable версию распаковать и ею проверить?

Были свои соображения... сейчас протестирую все с полной заменой.

Цитата:

посмотри largest memblock в gui/settings/info. в win7 x64 это 2042 mb

У меня показывает 2041mb.

Добавлено:
Bulat_Ziganshin
Протестировал несколько версий - у всех вываливается ошибка на этапе окончания анализа файлов
.
Причём если архивировать из контекстного меню, то в окне показывается сообщение "ОШИБКА: невозможно выделить память, необходимую для (рас)паковки в rep:1600mb, используйте -lc/-ld чтобы уменьшить требования к памяти", а если архивировать из гуи, то выскакивает доп.окно - "user error".

P.S. Проверил сейчас последнюю версию в чистой виртуалке (максимальный блок адресов там тоже 2041mb) - те же самые файлы отлично сжимает!
Что же такое у меня с системой приключилось - как быть и что делать...

Neo7898 10 чатлов.

WildGoblin
жду ответа как работают старые версии. ну и новую portable на всякий случай проверь

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

Neo7898
Я уже 9 месяцев автору говорю то же самое, что ты хочешь, сделать из коробки, чтобы jpg и mp3 сжималось через packARC без глючного precomp (на который забил даже автор и отвечает в своей ветке на encoder.ru), но видимо за 9 месяцев так сложно родить это простое решение.

Bulat_Ziganshin

Цитата:

ну в текстовом режиме ещё попробуй. лог полный включи, с отладкой

лог

Цитата:

muzf

скажи, а нельзя самостоятельно прописать в arc.ini, чтобы на jpg и mp3 принудительно натравливалась packARC, а остальные файлы сжимались по выбранному типу сжатия???

Скажите pls кто в курсе - а каков статус проекта ?
А то читаю http://freearc.org/ru/FuturePlans.aspx
но последняя версия все таки
Версия 0.666 (20 мая 2010 г.)
Проект вообще жив ?

Neo7898
Можно, если тщательно изучишь документацию по формату ini.
Но те, кому ты пришлёшь полученный архив, открыть не смогут, только если не заменят свой ini от точно такой же версии FreeArc на твой и не положат рядом экзешники. И даже если пришлёшь SFX, то тоже открыть не смогут, потому что сборка sfx архива со своими сторонними модулями, которые использовались при упаковке, заявлена только в очень будущих версиях.