качай последнюю альфу фриарка, там все имеется, что тебе нужно.
» FreeArc (часть 4)
качай последнюю альфу фриарка, там все имеется, что тебе нужно.
качал, включал оттуда unarc.dll и facompress.dll в свой скрипт. Изменение заметил только одно: перестало появляться консольное окно, но прогресс в окне установщика всё равно стоит на 0%
p.s. наверное этот опрос следует обсуждать в другой теме?
Цитата:
Возможно ли такое реализовать?
без изменения алгоритмов сжатия - нет. а над изменениями, которые будут включать в частности и эту фичу, я потихоньку работаю
Цитата:
Причем, насколько я понимаю, причина не в основном методе rep:128mb+exe+delta+4x4:i0:lzma:4mb:normal:bt4:128
- он "сравнительно" быстр, а в сжатии текстовых файлов
ты не можешь проверить это предположение? разбить свои файлы на текстовые и бинарные и сжать эти группы по отдельности
скорость бинарного сжатия для mex5 и выше (как и для линейки m5 и выше) практически одинакова - разница между ними только в размере словаря
Цитата:
на других файлах тоже бывает выскакивает ошибка - я выкладывал логи.
хорошо бы поиметь набор файлов+настройки программы, с которыми можно воспроизвести ошибку. у тебя аплоад ограничен?
Цитата:
настройки программыВ ПМ.
Цитата:
у тебя аплоад ограничен?Нет. В архиве файлы ~8гб занимают - могу выложить, порезав на куски, на обменник (займёт какое-то время...) или если есть фтп, то залью на него (если канал широкий, то залью быстро).
казалось всё просто, сделал, но теперь при сжатии srep выдёт ошибку записи (диск полон?) - файл 100мб, диск не полон => кривые руки?
Код: [External compressor:srep]
;options = l%d (minimal match length, default=512)
packcmd = srep {options} $$arcdatafile$$.tmp $$arcpackedfile$$.tmp
unpackcmd = srep -d <stdin> <stdout>
Цитата:
ты не можешь проверить это предположение? разбить свои файлы на текстовые и бинарные и сжать эти группы по отдельности
Удобнее было бы выкладывать данные (xls) не в форуме, а по e-mail.
Мне много что есть написать.
Добавлено:
Bulat_Ziganshin
Взял enwik8 (100 000 000 байт):
Метод Сжатие текста Размер Время, с
Добавлено:
кстати, кто-то репаки с новым srep уже выпускал? как успехи?
Добавлено:
ps: добавил твой вопрос в фак
Добавлено:
Shuld
и какие выводы?
Добавлено:
WildGoblin
а ещё можно через uTorrent 3.x передать. там специальный дропбокс есть. у меня белый адрес
нужен точный набор файлов, на котором обнаруживается сбой, и твой каталог "program files\freearc" - чтоб уж точно воспроизвести условия сжатия
Цитата:
не стоит редактировать сообщения, лучше отправить новое вдогонку
согласен, намутил что мало кто разберёт (боялся нафлудить)
Цитата:
думаю теперь у тебя всё заработало
сначала был код ошибки -2, невозможно распаковать, долго думал, оказалось криво редактировал .ini/глюки с форматированием
теперь архив открывается, но не распаковывается (код -11, невозможно произвести запись из архива) - вот с этим я теперь не знаю что делать
Цитата:
а над изменениями, которые будут включать в частности и эту фичу, я потихоньку работаю
рад это слышать!
если можно то поделитесь более подробной информацией по этому поводу.
это будет абсолютно новый формат не совместим с предыдущим? в какой версии мы сможем увидеть эти изменения?
также хочется узнать как дела с 0.70 финал, что еще планируется сделать?
Завтра могу всё выложить.
Цитата:
а ещё можно через uTorrent 3.x передать. там специальный дропбокс есть. у меня белый адресМожно и так.
попробовал:
Код: arc a -msrep:f 0910simple.arc 0910mensh.pdf
Цитата:
и какие выводы?
При сжатии текстовых файлов, при переходе от -m4 к -mex5 наблюдается большой скачек в затрачиваемом времени, и далее до -mex9 одинаковый результат.
Нет плавного изменения времени и сжатия, как для методов -m1...-m4.
у меня при выборе метода -max на папки с большим кол-вом файлов создание архива останавливается и скорость потихоньку снижается до 0. с чем это может быть связано? одиночные файлы упаковывает без проблем.
Добавлено:
а при методе -lc- -max: ОШИБКА: ошибка (рас)паковки в pmm:24:1600mb
добавил перед <stdin ... пару чёрточек - - как прописано здесь для srep 1.91 - распаковалось! сейчас попробую это в inno проделать
Добавлено:
да!!! оно работает!

2. Распаковываем.
3. Выделяем все архивы и выбираем Extract Here.
4. Появляется окошко о подтверждении перезаписи существующего файла, жму Yes to All
5. Окошко продолжает появляться на всех файлах.
Ежели выбрать Extract... и указать Overwrite without prompt то больее никаких подтверждений не требуется.
7z срабатывает коректно.
Как извлечь часть архива через ISDone.dll?
Если точнее, возможно ли реализовать как-то опцию "-ap"?
Насколько я понял - в параметрах функции "ISArcExtract" эта опция не предусмотрена.
Заранее спс.
С ног на голову
В котором принять участие может каждый.
Глава 1. Введение
Ранее я предлагал методы –m81 и –m82 для быстрого сжатия большого объема информации: http://forum.ru-board.com/topic.cgi?forum=5&topic=35164&start=1100#10
Можно было продолжить работу и сделать методы –m83 и далее, но мне казалась, что в этом мало смысла. Скорее «для галочки», чем для дела я все-таки довел линейку до –m88. В этой нумерации первая цифра 8 означает использование 8rep или rep:1g, а вторая – примерное соответствие «стандартному» методу с моей поправкой на «оптимизацию». Т.е. метод –m86 является примерным аналогом –mex6. Скачать файл arc.ini с методами –m81…-m88 в архиве можно здесь: Скачать arc2012-01-25.zip с WebFile.RU, и заменить стандартный в папке с arc.exe. (Все методы проверялись на компьютере с 4-поточным процессором, часть – на 2-х ядерном, как поведет себя на 8-ми ядерном – не знаю).
Глава 2. Завязка
Важным моментом является то, что в методах –m81…-m88 нет деления на группы файлов. Казалось, что это должно привести к ухудшению по сравнению со «стандартными» методами, использующими специализированные методы для различных групп файлов. И вот тут-то начинаются чудеса!
Глава 3. Что лучше?
Наиболее корректно проводить сравнение на методах –m88 и –mex8, поскольку у них одинаковый rep и одинаковый основной метод сжатия lzma:32m. Разница именно в отсутствии/наличии деления на группы файлов.
Я протестировал многие папки на своем компьютере и результаты (без купюр!) выкладываю далее, в порядке увеличения размера испытуемой папки. Все папки не какие-то условные, а мои рабочие, для которых я делаю резервные копии.
Метод Размер, байт Время, с
Поддерживается. Основное - Метод обновления - Добавить с ...
Цитата:
добавил перед <stdin ... пару чёрточек
а, ну да, это я просмотрел что у тебя без них...
Цитата:
Как извлечь часть архива через ISDone.dll?
спрашивай в его теме
Цитата:
добавление файлов в уже существующий архив не поддерживается?
поддерживается. выбираешь файлы в gui или explorer, нажимаешь Add, и выбираешь уже существующий архив
Цитата:
а при методе -lc- -max: ОШИБКА: ошибка (рас)паковки в pmm:24:1600mb
а что означает опция -lc-?
Цитата:
у меня при выборе метода -max на папки с большим кол-вом файлов создание архива останавливается и скорость потихоньку снижается до 0. с чем это может быть связано? одиночные файлы упаковывает без проблем.
так он в конце концов их пакует?
Цитата:
При сжатии текстовых файлов, при переходе от -m4 к -mex5 наблюдается большой скачек в затрачиваемом времени, и далее до -mex9 одинаковый результат.
и для бинарных та же фигня. у тебя есть идеи как сделать лучше?
Цитата:
это будет абсолютно новый формат не совместим с предыдущим? в какой версии мы сможем увидеть эти изменения?
да, несовместимый. возможно, 0.80. я собираюсь интегрировать exe или даже dispack+bcj2 в rep
Цитата:
а что означает опция -lc-?
использовать всю оперативку при упаковке.
Цитата:
так он в конце концов их пакует?
нет. специально ждал минут 40. остановился на 2.3%, скорость 0.
ради интереса попробовал упаковать 2 текстовых файла 1 и 5 мб параметром -max, снова скорость 0. по одиночке упаковываются сразу.
Логотип для FreeArc - нужна помощь в создании логотипа
Цитата:
использовать всю оперативку при упаковке.
в документации посмотри
Цитата:
ради интереса попробовал упаковать 2 текстовых файла 1 и 5 мб параметром -max, снова скорость 0.
а вокруг тишина
а вокруг ни души
только рельсы упрямые стонут...

забавно. ну опять же - архивируй целиком папку с архиватором и присылай мне
Цитата:
архивируй целиком папку с архиватором и присылай мне
http://upwap.ru/1983711
вопрос снимаю, переустановил и проблема изчезла.
Страницы: 123456789101112131415161718192021222324252627282930313233343536373839404142434445464748495051525354555657585960616263646566676869707172737475767778798081828384858687888990919293949596979899100101102103104105106107108109110111112113114115116117118119120121122123124125126127128129130131132133134135136137138139140141142143144145146147148149150151152153154155156157158159160161162163164165166167168169170171172173174175176177178179180181182183184185186187188189190191192193194195196197198199200201202203204205206207208209210211212213214215216217218219220221222223224225226227228229230231232233234235236237238239240241242243244245246247248249250251252253254255256257258259260261262263264265266267268269270271272273274275
Предыдущая тема: Punto Switcher (часть 3)
Форум Ru-Board.club — поднят 15-09-2016 числа. Цель - сохранить наследие старого Ru-Board, истории становления российского интернета. Сделано для людей.