Ru-Board.club
← Вернуться в раздел «Программы»

» FreeArc (часть 4)

Автор: snkreg
Дата сообщения: 24.09.2011 10:10
kalpak
Слушай, а как думаешь, можно ли сделать тест всех вариантов? Ну прям к примеру сжимаешь 20Гб, ставишь на ночь - он у тебя проходится всеми возможными комбинациями, после каждой проходки архив удаляется, чтобы не засорять хард - потом выдается отчет - время, размер на выходе и выигрыш.
Bulat_Ziganshin
Булат, как ты на это смотришь?
Автор: muzf
Дата сообщения: 02.12.2012 11:22
Shuld, я с тобой полностью согласен, быстрые -m8* давно надо перенести в официальный .ini , как и нормальную поддержку jpeg/mp3 без precomp через packarc. Полгода прошло, Булат не хочет это добавлять по умолчанию без бубнов.
Автор: Bulat_Ziganshin
Дата сообщения: 25.01.2012 15:26

Цитата:
использовать всю оперативку при упаковке.

в документации посмотри


Цитата:
ради интереса попробовал упаковать 2 текстовых файла 1 и 5 мб параметром -max, снова скорость 0.

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

забавно. ну опять же - архивируй целиком папку с архиватором и присылай мне
Автор: kalpak
Дата сообщения: 24.09.2011 10:31
snkreg
ты хочешь смерти моего винта? ))конечно можно
берешь арк пишешь arc a -mvariant1 archive files ; -mvariant2 archive files ;... >>output.txt
и потом мучайся разобрать его и придать вид таблицы
(была у меня такая таблица, но я забыл ее сохранить нормально, правда там были только встроенные алгоритмы, потому как precomp/srep на том файле нечего не давали)
но тут вопрос а что это за данные
Автор арка я думаю много разных тестов делает (ему же надо было определять алгоритмы для -m1..m9)
Автор: Shuld
Дата сообщения: 02.12.2012 12:36
muzf
Результаты использования -m8* положительные?
Автор: Paramon111
Дата сообщения: 25.01.2012 16:39
Bulat_Ziganshin

Цитата:
архивируй целиком папку с архиватором и присылай мне

http://upwap.ru/1983711
вопрос снимаю, переустановил и проблема изчезла.
Автор: snkreg
Дата сообщения: 24.09.2011 18:24
kalpak
Я же говорю, чтобы винт не умер - каждый архив сохранять в ТЕМР и удалять после сжатия. а на выходе нормальная отформатированная табличка. просмотрел, сделал выводы, ккой метод для тебя лучше - и уже заюзал его.
Автор: Paramon111
Дата сообщения: 02.12.2012 15:01
Shuld
А если еще в каждом методе после rep добавить dispack070, то получим ощутимое улучшение сжатия и уменьшение времени создания архива.
Автор: Bulat_Ziganshin
Дата сообщения: 25.01.2012 17:37
Paramon111
я тебе советую ещё и power pack поставить - без него -max аналогичен -mx. кстати, он будет нужен и при распаковке
Автор: Shuld
Дата сообщения: 02.12.2012 17:18
Paramon111
Попробовал строку
-mrep:1g:64:c16:d4m:s16+dispack070+xlzma:4mb:h512k:fast:128:mc8
Получилось по времени чуть дольше, и размер арихва на сотые доли процента больше!
Автор: Profrager
Дата сообщения: 24.09.2011 18:38

Цитата:
Ну прям к примеру сжимаешь 20Гб, ставишь на ночь - он у тебя проходится всеми возможными комбинациями, после каждой проходки архив удаляется

ночи явно не хватит) допуская шаг где то 5% каждого параметра от его максимального значения думаю пару недель пройдет пока все это завершится
Автор: vasulpr
Дата сообщения: 25.01.2012 18:02

Цитата:
да, несовместимый. возможно, 0.80. я собираюсь интегрировать exe или даже dispack+bcj2 в rep

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

Будете ли вы интегрировать в основной алгоритм PackJPG и TTA 2.0? И будет ли возможность создавать многотомные архивы?

также хочется узнать как дела с 0.70 финал, что еще планируется сделать, в чем задержка?
Автор: Paramon111
Дата сообщения: 02.12.2012 18:11
Shuld
Смотря что сжимал. Попробуй сжать папку Program Files.
Автор: vishyakov
Дата сообщения: 24.09.2011 19:31

Цитата:
имхо ты накосячил в своей реализации его...ты делал анпакер своего ZRLE?

За него я спокоен, он очень хорошо протестирован и отработал в бою всё лето.


Цитата:
ты не так описал алгоритм

А как надо?

Цитата:
rep, входящий в алгоритмы фриарка

REP детектит только достаточно длинные последовательности (если не ошибаюсь, от 32 байт; такие zero runs действительно попадаются не часто), причём на каждую ссылку тратит 12 байт.


Цитата:
lzma... гораздо эффективней справятся с любыми последовательностями одинаковых байт


Вас послушать, так lzma вообще лучше использовать в одиночку. Ведь применение, например, dict перед lzma не ставится под сомнение. А zrle делает то же, что dict или rep: уменьшает объем данных сохраняя уровень избыточности, что уменьшает объем работы и увеличивает эффективный размер словаря lzma.


Цитата:
ибо не вижу + по сравнению в имеющимися алко во FA

Сжатие улучшается на величину до 1% без потерь в скорости. Это разве не плюс?


Цитата:
Опиши детальнее, если есть наработки - выложи.

Здесь бинарники, исходник на всякий случай, и немного статистики: ZRLE.rar
Автор: Paramon111
Дата сообщения: 25.01.2012 18:07
Bulat_Ziganshin

Цитата:
я тебе советую ещё и power pack поставить

где его скачать и как правильно установить?
Автор: Edison007007
Дата сообщения: 02.12.2012 18:19

Цитата:
А если еще в каждом методе после rep добавить dispack070

Если мне не изменяет память, данный препроцессор предназначен для исполняемых файлов, т.е *.exe, *.dll ну и т.д.
Автор: WildGoblin
Дата сообщения: 25.01.2012 18:08
Bulat_Ziganshin

Цитата:
нужен точный набор файлов, на котором обнаруживается сбой, и твой каталог "program files\freearc" - чтоб уж точно воспроизвести условия сжатия
Файлы ещё нужны? Они у меня висят на раздаче.
Скачались? Убираю раздачу?

Вроде как, при упаковке с -mc-exe, ошибка больше не появляется, так что если нет особого желания с ней возится, то и ладно - до лучших времён...
Автор: Profrager
Дата сообщения: 24.09.2011 22:43

Цитата:
Пусть встретилась последовательности нулей длинной k штук. Если k<N, то оставляем её как есть. Иначе заменяем её на k нулей плюс один байт равный k-N.

да, с рабочими вариантами программы стало понятней где ошибка в описании. Надо так:
Цитата:
Иначе заменяем её на N нулей плюс один байт равный k-N.


Цитата:
REP детектит только достаточно длинные последовательности (если не ошибаюсь, от 32 байт; такие zero runs действительно попадаются не часто), причём на каждую ссылку тратит 12 байт.
реп, в отличие от rle, кодирует все найденные одинаковые последовательности на протяжении своего словаря в эти 12 байт, будь то нули, или любые другие произвольные значения каждого байта. Тут эти алгоритмы вообще сравнивать не стоит - они разного назначения, хоть и схожие по проихождению.

Цитата:
Вас послушать, так lzma вообще лучше использовать в одиночку. Ведь применение, например, dict перед lzma не ставится под сомнение. А zrle делает то же, что dict или rep: уменьшает объем данных сохраняя уровень избыточности, что уменьшает объем работы и увеличивает эффективный размер словаря lzma.
вот с последним предложением согласен. Да и почему именно нули? Можно же таким образом с любыми последовательностями байт сделать.

И в приведенной тобой таблице не понятно как-то. Данные для каждого режима разные что-ли?
Ну и в общем то плюс в этом не хитром алгоритме вижу только в отсутствии потребляемой памяти. С остальным rep и srep на низких значениях параметра -l ИМХО должны справиться лучше.

Добавлено:
P.S. все же всё это стоит проверить на различного рода данных и в достаточном объеме для подтверждения того или иного утверждения.
Автор: DJYO
Дата сообщения: 02.12.2012 19:04
Добрый день, подскажите пожалуйста.
пакую архив например прекомп + среп + арк или среп + арк.
добавляю информацию для восстановления около 5%
как мне правильно восстановить архив посредством арка?
при команде r арк ругается и восстаналивать не хочет.
Автор: Bulat_Ziganshin
Дата сообщения: 25.01.2012 18:16

Цитата:
3. Выделяем все архивы и выбираем Extract Here.
4. Появляется окошко о подтверждении перезаписи существующего файла, жму Yes to  All
5. Окошко продолжает появляться на всех файлах.

при этом выполняется команда "arc x 1.zip ; x 2.zip ...", а fa "yes to all" трактует All только до конца текущей подкоманды. согласен, что здесь это неправильно. вопрос в том, как это лучше поправить
Автор: Bulat_Ziganshin
Дата сообщения: 03.12.2012 20:54
Я обновил алгоритм Delta, сделав его в 1.5-2 раза быстрее: http://freearc.org/download/research/delta15.zip
Автор: V2driver
Дата сообщения: 25.09.2011 06:29
vishyakov И отвязать программу от фрейм ворка.
Автор: Paramon111
Дата сообщения: 25.01.2012 18:37
Bulat_Ziganshin
поторопился я. версия 0.666 упаковывакт с параметром -max, а версия 0.67 не хочет по прежнему. ну на нет и суда нет, буду паковать -mx.
Автор: Fossius
Дата сообщения: 04.12.2012 14:51

Цитата:
Я обновил алгоритм Delta, сделав его в 1.5-2 раза быстрее: http://freearc.org/download/research/delta15.zip

Подскажите пожалуйста куда ложить эти файлы, и как задействовать дельту?
Автор: vishyakov
Дата сообщения: 25.09.2011 20:28

Цитата:
Иначе заменяем её на N нулей плюс один байт равный k-N.

Да, разумеется.


Цитата:
И в приведенной тобой таблице не понятно как-то. Данные для каждого режима разные что-ли?

Нет, одни и те же. Я приукрасил таблицу, чтоб понятней было. Ссылка та же: ZRLE.rar


Цитата:
Можно же таким образом с любыми последовательностями байт сделать.

Можно конечно, хотя таких на порядок меньше.


Цитата:
И отвязать программу от фрейм ворка.

Не охота возиться. Задача была предложить и обосновать идею, а работающая программа - это так, бонус. Кому сильно надо, тот запустит или напишет сам. Вообще, взаимодействие с внешними пакерами так, как сделано в FA - через файлы - жутко не эффективно. Вот бы можно было оформлять DLL-плугины...
Автор: Shuld
Дата сообщения: 25.01.2012 19:02
Paramon111

Цитата:
где его скачать и как правильно установить?

http://freearc.org/ru/Download.aspx
Последний в табличке.
-max пакует, используя этот ПауэрПак.

Добавлено:
Bulat_Ziganshin

Цитата:
и для бинарных та же фигня. у тебя есть идеи как сделать лучше?

Вариантов много. Смотря какие цели ставить.
Например:
Метод Основной Текст
Автор: Bulat_Ziganshin
Дата сообщения: 04.12.2012 15:12
Fossius
алгоритм delta встроен в freearc, а этот архив предназначен больше для демонстрации технологии, чем для реального использования
Автор: Paramon111
Дата сообщения: 25.01.2012 19:13
Shuld
я понял в чем дело. если упаковка архива останавливается, заходим в диспетчер задач и завершаем процесс precomp04.exe после этого архив сдвигается с мертвой точки и упаковка возобновляется. вот видеоскрин: http://upwap.ru/1984357
Автор: Fossius
Дата сообщения: 04.12.2012 15:41
Bulat_Ziganshin
Спасибо. Если не секрет - когда 0.70?

Добавлено:
muzf

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

Ну как, получилось прикрутить?
Автор: Profrager
Дата сообщения: 25.09.2011 20:51

Цитата:
Нет, одни и те же. Я приукрасил таблицу, чтоб понятней было
в прошлом варианте у тебя графы время и размер были перепутаны, что сбило меня с толку (ну или lister в тотал коммандере криво xls показывает)


Цитата:
Можно конечно, хотя таких на порядок меньше
но конечный эффект алгоритма же все равно повысится.


Цитата:
Вот бы можно было оформлять DLL-плугины..
у меня такие мечтания тоже были... пока Булат не сказал про cls фильтры) Так что это возможно) Примеры и реализацию смотри в исходниках FreeArc'а

Страницы: 123456789101112131415161718192021222324252627282930313233343536373839404142434445464748495051525354555657585960616263646566676869707172737475767778798081828384858687888990919293949596979899100101102103104105106107108109110111112113114115116117118119120121122123124125126127128129130131132133134135136137138139140141142143144145146147148149150151152153154155156157158159160161162163164165166167168169170171172173174175176177178179180181182183184185186187188189190191192193194195196197198199200201202203204205206207208209210211212213214215216217218219220221222223224225226227228229230231232233234235236237238239240241242243244245246247248249250251252253254255256257258259260261262263264265266267268269270271272273274275

Предыдущая тема: Punto Switcher (часть 3)


Форум Ru-Board.club — поднят 15-09-2016 числа. Цель - сохранить наследие старого Ru-Board, истории становления российского интернета. Сделано для людей.