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

» FreeArc (часть 4)

Автор: insorg
Дата сообщения: 30.07.2012 18:32
Короче, поганял я precomp по разному...

Абсолютно бесполезный алгоритм, который так и не смог хоть немного пережать существующие игровые ресурсы (напомню, по содержанию это zip-архивы), хотя их увидел, определил тип и deflate сжатие и что-то по-честному пытался-тужился на винт...

Целый день убил, а толку - ноль. Как было 3 гига, так 3 и осталось.

Хотя, если по-нормальному (как обещано) - должно ужаться до 2 гигов.

Да даже если просто вскрыть ресурсы (те самые zip-архивы), то изначальных данных будет на 8 гигов, но результат даже у WinRAR получится чуть меньше 2,2 гигов, а у 7z и того меньше...

Кто может разъяснить ситуацию?

Паковал два раза, с обоими из вариантов:
-m9x -lc- -ld- -di -mc$precomp+default - соответственно доступной инфе и мануалу
-m9x -lc- -ld- -di -mc$default,$obj:+precomp - как предложено gui версией
и с обоими толку ноль...
Автор: slech
Дата сообщения: 28.10.2011 21:12
Bulat_Ziganshin

Цитата:

новая альфа:

1. иду по сcылке.
2. качаю переносимая версия.
3. переименовываю старую папку d:\Install\Programs\FreeArc в d:\Install\Programs\FreeArc.old.
4. Создаю новую папку d:\Install\Programs\FreeArc и в неё помещаю содержимое архива d:\FreeArc-portable-0.67-alpha-win32.zip.
5. Запускаю d:\Install\Programs\FreeArc\bin\FreeArc.exe
Options --> Edit program settings --> Explorer Integration --> все галки и OK.
6. Иду на диск D:\ и 2 клика по архиву:
a) zip - появляются два окошка(1, 2) и архив не открывается.
б) arc - появляется окошко 1 а затем архив открывается.
7. Архивы arc создаются из контексного меню, 7z и zip не создаются.

Windows 7 X64.

Где я мог ошибиться ?
Автор: Bulat_Ziganshin
Дата сообщения: 25.03.2011 12:41
отключить rep очень просто - опция -mcr-
Автор: Bulat_Ziganshin
Дата сообщения: 30.07.2012 18:58
precomp может перепаковывать только данные, сжатые одной из библиотек deflate сжатия. он ведь просто распаковывает их, а при восстановлении - сжимает назад этой библиотекой. но конечно чукча опять не читатель документации
Автор: CDK
Дата сообщения: 25.03.2011 13:52
ну у меня там строка самопальная, правда недоделаная (времени все нет дальше разбираться и эксперементировать): delta+lzma...
Автор: z3vs1900
Дата сообщения: 29.10.2011 05:42
А почему в версии 0.67 FreeArc не поддерживает уровень сжатия "-max"? Устанавливал PowerPack, последняя альфа на него не реагирует...
P.S. Еще не хватает в самом окне упаковки/распаковки галочки "Выключить ПК после завершения операции".
Автор: insorg
Дата сообщения: 30.07.2012 19:35
Bulat_Ziganshin
"Чукча" перечитатель уже всего, что только есть, но вменяемого ответа так и не получил, ибо примеров - фиг найдёшь. Мануал - вообще за старую версию, про внешние упаковщики вообще пара строчек, возможность использования прекомпа упоминается бегло. Переискивать по форуму среди тысяч ответов в поисках того самого, нужного (не факт, что он вообще есть) - нереально.
Вместо тыканья и посылания в доки каждый раз лучше бы сразу сказал нормально. Время бы сэкономил и себе (не нужно каждый раз давать бессмысленные посылы) и мне - меньше мучений винта и пустого расхода процессорного времени, которое у меня крайне важно.
Если где-то в моих вариантах параметров есть ошибка - скажи конкретно где, если чего-то не хватает - дай полный вариант.


Цитата:
precomp может перепаковывать только данные, сжатые одной из библиотек deflate сжатия
Если архивы несовместимы с прогой (что можно предположить с этой фразы) - лучше скажи, совместим ли он с архивами, которые делает WinRAR, 7zip и TotalCommander?


Цитата:
он ведь просто распаковывает их, а при восстановлении - сжимает назад этой библиотекой
Именно, это самое поведение, когда для упаковки "распаковывает их", а потом "при восстановлении - сжимает назад" мне и нужно, дабы вручную каждый раз потом не пересобирать эти самые zip'ы.

При этом, как я понял, "восстановление" будет производиться сразу же при распаковке "на лету" и можно будет забрать из общего arc'а любой нужный их zip'ов в изначальном виде? Или будет такая же лажа, как в своё время с *.tar.* архивами (когда распакуй всё, потом зайди хз куда, снова распакуй... и только потом держи свой файл)?

Автор: sabio
Дата сообщения: 25.03.2011 20:22
Bulat_Ziganshin
удивился, когда обнаружил, что для шифрования данных и заголовков архива можно указать два разных пароля:
arc a test.arc -pPASS -hpWORD *.*

после этого, для распаковки нужно вводить оба пароля по-очереди:
arc x test.arc
FreeArc 0.666 extracting archive: test.arc

Enter decryption password: <WORD>
Extracting 1 file, 834 bytes. Processed 0%
Enter decryption password: <PASS>
Extracted 1 file, 11,090 => 834 bytes. Ratio 1329.7%
Extraction time: cpu 0.02 secs, real 0.23 secs. Speed 4 kB/s
All OK

это так и задумано?
в таком случае, наверное, стоит как-то указать, который из паролей надо вводить
может, что-нибудь типа:
Enter headers decryption password:
Enter data decryption password:

P.S. WinRAR, например, при такой ситуации использует только пароль из -hp и игнорирует тот, что в -p
Автор: vasulpr
Дата сообщения: 29.10.2011 13:57

Цитата:
Еще не хватает в самом окне упаковки/распаковки галочки "Выключить ПК после завершения операции"

+1

Также было бы хорошо если бы сделали галочку "Установить высокие приоритеры"
Автор: Bulat_Ziganshin
Дата сообщения: 29.10.2011 15:45
Полный набор альфа-версий: Previous alpha versions of FreeArc

Добавлено:

Цитата:
"Установить высокие приоритеры"

это завесит всю машину. сейчас fa наоборот снижает приоритет тредов сжатия. в 0.60 эти треды выполнялись с обычным (даже не повышенным!) приоритетом, в результате во время сжатия машина тормозила. можешь попробовать скачать портабельный вариант той версии и сжать большой файл с -mex5


Цитата:
не хватает в самом окне упаковки/распаковки галочки "Выключить ПК после завершения операции".

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

грандиозно. 5 минут как написал об альфах, а уже кто-то проверяет
Автор: Bulat_Ziganshin
Дата сообщения: 25.03.2011 20:29
не помню, задумывался я об этом спецом или нет. с одной стороны, простота и особенно совместимость с rar важны, с другой - вот придёт завтра кто и скажет что ему нужны именно разные пароли

а формат архива поддерживает свой пароль на каждый зашифрованный блок (солид, блок заголовка). все введённые при распаковке пароли сохраняются в общий список так что не важно в каком порядке их вводить
Автор: Bulat_Ziganshin
Дата сообщения: 30.07.2012 20:32

Цитата:
"Чукча" перечитатель уже всего, что только есть

дока самого precomp


Цитата:
Если архивы несовместимы с прогой (что можно предположить с этой фразы) - лучше скажи, совместим ли он с архивами, которые делает WinRAR, 7zip и TotalCommander?  

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


Цитата:
При этом, как я понял, "восстановление" будет производиться сразу же при распаковке "на лету" и можно будет забрать из общего arc'а любой нужный их zip'ов в изначальном виде?

и это проверяется
Автор: sabio
Дата сообщения: 25.03.2011 20:47
Bulat_Ziganshin

Цитата:
так что не важно в каком порядке их вводить

не совсем так

если попробовать их ввести в другом порядке, выйдет вот что:
arc x test.arc
FreeArc 0.666 extracting archive: test.arc

Enter decryption password: <PASS>
Incorrect password

Enter decryption password: <WORD>
Extracted 1 file, 11,090 => 834 bytes. Ratio 1329.7%
Extraction time: cpu 0.02 secs, real 0.30 secs. Speed 3 kB/s
All OK

и хоть повторного ввода "PASS" не требуется, сообщение о неверном пароле может заставить подумать, что в нём была опечатка, например, и попытаться вводить его снова и снова..
Автор: vasulpr
Дата сообщения: 29.10.2011 16:41

Цитата:
это завесит всю машину. сейчас fa наоборот снижает приоритет тредов сжатия. в 0.60 эти треды выполнялись с обычным (даже не повышенным!) приоритетом, в результате во время сжатия машина тормозила. можешь попробовать скачать портабельный вариант той версии и сжать большой файл с -mex5

В последней альфе ставлю высокий приоритет и машине не виснет. (ультра сжатия). Тай почему он должен виснуть, если при сжатии загрузка процессора 80-85%
И вообще это же опция, кто захочет тот ее активирует. Да и с реализаций не должно возникнуть проблем.
Автор: insorg
Дата сообщения: 30.07.2012 21:12

Цитата:
дока самого precomp
И? Где смысл в твоём ответе?
Где она или (хотя бы) ссылка на неё?
Где это вообще искать?



Цитата:
то что можно проверить самому, ты требуешь чтобы тебе разъяснили другие. поскольку у тебя времени мало, а у меня его вагон
1. Я не требую, а интересуюсь тем, что не описано в доступном мануале.
2. Как автор проги мог бы уже и сказать, с чем конкретно она работает, чем ломаться тут как школьница.
3. Времени у меня действительно мало, и абсолютно логично, что у других его вряд ли больше, но тот факт, что рациональнее было бы ответить сразу, чем разводить базар - налицо!
Тем более, что написать две-три строчки ответа - не такая уже и трудная задача, клава не отвалится и руки не отсохнут...


Цитата:
и это проверяется
Что проверяется? Автор даже не знает что он написал и это сейчас проверяется??? О_о
Эпик фэйл...

А вообще, я изначально задал серьёзный вопрос, который нигде не описан.
В ответ получаю ответы в духе "или нафиг".
Раньше тоже что-то хотел узнать по поводу srep'а, но получил аналогичный ответ.
Сейчас вижу, другой человек спрашивает по х64 упаковщику - его тоже завуалировано послал...
Так ты вообще всех пользователей и тестеров лишишься.

з.ы.
Не хочешь хотя бы подсказать - фиг с тобой, но если посылаешь (кстати, по причине своей же собственной лени) - то открытым тестом, а не как $%@%$^...

з.з.ы.
Не хотелось бы переходить на личности, но даже по элементарным правилам этики так не делается, как ты отвечаешь...
Автор: vishyakov
Дата сообщения: 26.03.2011 15:17
Bulat_Ziganshin
Вы смогли воспроизвести глюк, о котором я упоминал выше?
Автор: Bulat_Ziganshin
Дата сообщения: 31.10.2011 21:26
vasulpr
да, при макс. сжатии и два-то ядра не загружаются, поэтому тормозить не будет. но зачем повышать приоритете - особого смысла не вижу. разве что у тебя будут две программы за проц бороться, а тебе нужно обязательно чтоб fa победил

(если тебе неясно почему я спрашиваю - реализация требует времени, не хотелось бы его терять зря)

Автор: vasulpr
Дата сообщения: 30.07.2012 21:50

Цитата:
И? Где смысл в твоём ответе?
Где она или (хотя бы) ссылка на неё?  
Где это вообще искать?

в гугле забанили? рассказываю: заходишь на сайт https://www.google.ru/ там в строке поиска пишешь precomp, на первой странице найдешь тебе нужен сайт, а на нем мануал


Цитата:
Как автор проги мог бы уже и сказать, с чем конкретно она работает, чем ломаться тут как школьница.

Bulat_Ziganshin не является автором precompa! и ничем он тебе не обязан, все твои вопросы проверяются экспериментально за 10 мин. лучше чем писать здесь всякую пургу занялся бы этим и не выносил бы мозги
Автор: Bulat_Ziganshin
Дата сообщения: 27.03.2011 22:51
vishyakov
1. этот каталог у меня извлёкся корректно. попробуй свежую альфу
2. проблема с наведёнными ошибками при прерывании распаковки пользователем есть, пока я не могу её исправить (это требует переработки всей архитектуры)
Автор: vasulpr
Дата сообщения: 01.11.2011 14:45

Цитата:
(если тебе неясно почему я спрашиваю - реализация требует времени, не хотелось бы его терять зря)

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


Цитата:
да, при макс. сжатии и два-то ядра не загружаются

А в чем причина? Почему они не загружаются хотя бы на 95%?
Потому что у меня сейчас двоядерник который до разгона и после него грузится в среднем на 80-85%. Всетаки было бы хорошо задействовать свободных 10-15%.
Автор: DrNed
Дата сообщения: 29.03.2011 16:53
Bulat_Ziganshin

Цитата:
я сделал вариант unarc.dll/sfx, который корректно работает с stdin-to-stdout фильтрами. у меня с srep работает. проверяйте:

только хотел заорать от счастья, а файла там больше нет
загрузить его снова не планируется? очень полезная штука для любимого скрипта от Shegorat
Автор: insorg
Дата сообщения: 30.07.2012 22:09
Да вы что, сговорились что ли?
Precomp, как отдельная утилита, имеет свой синтаксис параметров, а freearc - свой.


Цитата:
Bulat_Ziganshin не является автором precompa
Кэп! Он - нет, но он точно знает, что он с параметрами напеределывал.


Цитата:
в гугле забанили? рассказываю: заходишь на сайт https://www.google.ru/ там в строке поиска пишешь precomp, на первой странице найдешь тебе нужен сайт, а на нем мануал
Ахха-ха, пошутил, да? Молодец, смешно. А теперь обьясняй тогда, раз такой умный, как ты совместишь два одинаковых синтаксиса параметров так, чтобы архиватор разобрался где чьё?


Цитата:
все твои вопросы проверяются экспериментально за 10 мин.
Да ну, неужели? И где ты такой комп мощный раздобудешь, ежели на 3ГГц 4-ядернике с 12 Гигами оперативки 3 несчастных гига пережимались целый день?
Автор: kalpak
Дата сообщения: 01.11.2011 15:07
vasulpr
может зависит от алгоритма упаковки, методов и т.п.
много разных причин, которые влияют на % загрузки

я вот сейчас быстро проверил и свой рабочий i5 нагрузить не могу выше 80% Arc.exe процессом
так что я не думаю что увеличение приоритета даст прибавки в скорости

в WinRar может дает, в 7zip тоже особо не реагирует
Автор: Profrager
Дата сообщения: 29.03.2011 17:04
DrNed
качай последнюю альфу фриарка, там все имеется, что тебе нужно.
Автор: ndch
Дата сообщения: 01.11.2011 15:45
Ничего не понял:

Код:
C:\BIN\FA>Arc.exe a -r -xtor "\Documents and Settings\Администратор\Рабочий стол\" test
FreeArc 0.67 (October 27 2011) creating archive: \Documents and Settings\Администратор\Рабочий стол" test.arc
Compressed 20 files, 5,380,687 => 1,797,287 bytes. Ratio 33.4%
Compression time: cpu 1.42 secs, real 1.02 secs. Speed 5,298 kB/s
Copying temporary archive \Documents and Settings\Администратор\freearc3.tmp to \Documents and Settings\Администратор\Рабочий стол" test.arc
Keeping temporary archive \Documents and Settings\Администратор\freearc3.tmpArc.exe: \Documents and Settings\>4<8=8AB@0B>@\ 01>G89 AB>;" test.arc: open: invalid argument (Invalid argument)
Автор: V2driver
Дата сообщения: 31.07.2012 06:36
insorg
Развёл тут холивар
А теперь коротко и ясно скажи, что тебе нужно?
Автор: DrNed
Дата сообщения: 29.03.2011 17:25
Profrager
качал, включал оттуда unarc.dll и facompress.dll в свой скрипт. Изменение заметил только одно: перестало появляться консольное окно, но прогресс в окне установщика всё равно стоит на 0%
p.s. наверное этот опрос следует обсуждать в другой теме?
Автор: PtDragon
Дата сообщения: 31.07.2012 06:57

Цитата:
Да ну, неужели? И где ты такой комп мощный раздобудешь, ежели на 3ГГц 4-ядернике с 12 Гигами оперативки 3 несчастных гига пережимались целый день?

Уважаемый, а файлов на 3-5МБайт больше не существует для проверки?
Автор: Bulat_Ziganshin
Дата сообщения: 01.11.2011 22:58

Цитата:
А в чем причина? Почему они не загружаются хотя бы на 95%?


так реализован lzma. многопточность возможна только за счёт уменьшения степени сжатия

Добавлено:

Цитата:
Вопрос: что это было ?


какие-то проблемы с именами файлов? попробуй сжать 7-zip и разжать в другом каталоге, затем там снова натравить fa. можно добавить -i2 -m0 чтобы отследить на каком файле возникают проблемы. если найдёшь - кинь мне этот файл без содержимого

Добавлено:
у меня:

Цитата:
C:\Documents and Settings\ProgramData\Рабочий стол>arc a a
FreeArc 0.666 WARNING: can't read directory ""
WARNING: no files, erasing empty archive
There were 2 warning(s)

C:\Documents and Settings\ProgramData\Рабочий стол>7z a a

7-Zip [64] 9.20 Copyright (c) 1999-2010 Igor Pavlov 2010-11-18
Scanning
: WARNING: Отказано в доступе.
Creating archive a.7z
WARNINGS for files:
: Отказано в доступе.
----------------
WARNING: Cannot find 1 file

C:\Documents and Settings\ProgramData\Рабочий стол>dir
Allway\ Sync.lnk DirectNet\ Drive.lnk Git\ Extensions.lnk Logitech\ Webcam\ Software\ \ .lnk
RamDisk\ Plus.lnk Speccy.lnk a.7z
Configure\ ReClock.lnk Far\ Manager\ 2.lnk Google\ Chrome.lnk Mozilla\ Firefox.lnk
SAMSUNG\ PC\ Share\ Manager.lnk VMware\ Workstation.lnk desktop.ini
Cygwin.lnk Foxit\ Reader.lnk Intel\ SSD\ Toolbox.lnk NetDrive.lnk
Samsung\ AllShare.lnk WinSCP.lnk myiHome.lnk
Desktop Git\ Bash.lnk Logitech\ Vid\ HD.lnk Qt\ Creator.lnk
Skype.lnk WinZip.lnk Рабочий\ стол

т.е. (из-за того что это Junction?) не возвращается вообще список файлов в каталоге
Автор: Bulat_Ziganshin
Дата сообщения: 29.03.2011 17:35
тебе нужно взять srep 2.95, сжать файл с -f и использовать в arc.ini секцию srep с stdin-to-stdout распаковкой

Страницы: 123456789101112131415161718192021222324252627282930313233343536373839404142434445464748495051525354555657585960616263646566676869707172737475767778798081828384858687888990919293949596979899100101102103104105106107108109110111112113114115116117118119120121122123124125126127128129130131132133134135136137138139140141142143144145146147148149150151152153154155156157158159160161162163164165166167168169170171172173174175176177178179180181182183184185186187188189190191192193194195196197198199200201202203204205206207208209210211212213214215216217218219220221222223224225226227228229230231232233234235236237238239240241242243244245246247248249250251252253254255256257258259260261262263264265266267268269270271272273274275

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


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