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

» FreeArc (часть 4)

Автор: Paramon111
Дата сообщения: 05.06.2014 12:14
Bulat_Ziganshin
Последняя версия не встраивается в меню эксплоера если устанавливать в чистую. Просто когда обновился, этого не заметил. А недавно переустановил винду и такое дело. Думал может винда косячная, установил еще одну, но fa и в нее встраиваться не пожелал. Скачал версию 0.666 (20 мая 2010 г.) и все нормально заработало.
P.S. Неплохо было бы сделать как раньше было чтобы при установке fa встраивался в меню эксплоера по умолчанию.
Автор: Bulat_Ziganshin
Дата сообщения: 20.03.2013 11:16

Цитата:
драг-н-дропнуть на sfx любой *.arc и этот *.arc извлёкся.

я анализировал и нашёл небольшую техническую проблему - синтаксис "sfx.exe filename" сейчас обозначает "извлечь один файл filename из sfx". понятно, что можно его поменять, но может это вызовет какие-либо проблемы? в частности, мне хотелось бы быть совместимым по синтаксису вызова sfx с rar/7zip

а так мне импонирует идея сделать синтаксис вызова sfx точно таким же как у unarc. это и код упростит, и число компилируемых модулей поможет сократить. сейчас посмотрел - rar и 7-zip используют разный синтаксис, но можно поддерживать оба. так что вполне возможно переделаю до выхода 0.70


Цитата:
Делать поправку раз в 15 секунд (общий размер "распакованных" файлов/скорость) не вариант ?

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


Цитата:
вот ещё бы 64-битную версию под Лин

главное препятствие здесь - часть моих алгоритмов сжатия не поддерживает компиляцию в 64 бита. поскольку число linux-пользователей крайне мало (меньше 100 штук), само по себе мне это неинтересно. когда буду делать win64 версию - в качестве первого шага именно этим и займусь


Цитата:
необязательно использующую все преимущества 64 бит,  
хотя бы просто кросс-сборку, которая запускается

это как? я так понимаю, что без компиляции в 64 бита тут ничего не поделаешь
Автор: Bulat_Ziganshin
Дата сообщения: 05.06.2014 12:22
спасибо, проверю в виртуалке. винда какая? название, редакция, битность
Автор: Paramon111
Дата сообщения: 05.06.2014 13:54
Bulat_Ziganshin
пробовал на винде 7 х32 максимальная и домашняя расширенная.
Автор: cross125
Дата сообщения: 20.03.2013 11:29
такой вот общий вопрос (не только о FreeArc мб):
степень сжатия\компрессии уже достигла своего предела или можно что-то улучшить? на данный момент все архиваторы застопорились в этом плане и вся работа ведется над балансировкой процесса: "скорость компрессии\декомпрессии - размер архива"
и по FreeArc конкретно (может уже было но все же спрошу): при распаковке в установщике % распаковки отображается скачками\шагами, а не плавно, это проблема фриарк или скрипта InnoSetup? если сживать LZMA2 или rar в Inno то распаковка идет плавно
Автор: kastellan
Дата сообщения: 05.06.2014 14:49

Цитата:
Последняя версия не встраивается в меню эксплоера


Цитата:
винда какая?

На XP (pro) и 2003 сервере (ent) x32 - та же беда была.
Решил просто - установил 0.666 и накатил 0.67a поверх.
Автор: Bulat_Ziganshin
Дата сообщения: 20.03.2013 11:40

Цитата:
при распаковке в установщике % распаковки отображается скачками\шагами

если сам freearc отображает также - вопрос ко мне, чи ни - то ни
Автор: Bulat_Ziganshin
Дата сообщения: 07.06.2014 01:53
Paramon111
kastellan
спасибо, исправил ошибку. она была только в последней альфе - 32-битный менеджер интеграции был откомпилирован как 64-битная программа
Автор: ndch
Дата сообщения: 20.03.2013 19:42

Цитата:
сам freearc работает нормально?

Да, gui-версия распаковывает понятно
[more] [/more]


Цитата:
но добавление кода в unarc, замедление его работы из-за второго прохода - не факт что всё это стоит исправления проблем в достаточно частном случае
Молчание на эту тему тоже не факт что людей данная особенность не раздражает. Многие ленивы или терпеливы.
Я честно говоря не увидел замедления при распаковке GUI-версией. Возможно просто не присматривался. Но sfx-ы встречаются чаще "полного архиватора".
Факт занесения Вами в todo данной особенности меня вполне устраивает :) Возможно присмотритесь и со временем сделаете выводы о нужности/ненужности, всё равно же я Вас уговаривать не буду (максимум - приведу доводы за или против).

cross125

Цитата:
степень сжатия\компрессии уже достигла своего предела или можно что-то улучшить?

Оцените соотношение степень сжатия/время упаковки. У FreeArc есть очень интересный алгоритм tornado. Лишь за одно это у меня живёт freearc. При записи на флешку "кучи мелочи" (да и вообще) упаковываю на флешку freearc-ом, получаю ощутимый выигрыш по времени и контроль целостности, критичное закрываю паролем.
Автор: hammerxp1
Дата сообщения: 02.07.2014 14:13
Очень жду правленый unarc.dll с 4х4, уже выпустил в свет первую наверное в мире сборку Windows с использование FreeArc. в 6,6Гига влезли от Win7 до 2012 почти все редакции.
Автор: Vladimyr
Дата сообщения: 20.03.2013 22:48

Цитата:
число linux-пользователей крайне мало

дык потому и мало, что нет 64-битной версии!
кто ж систему ради архиватора на 32 бита менять захочет?

Цитата:
когда буду делать win64 версию

буду надеяться, что это время всё же настанет
Автор: Bulat_Ziganshin
Дата сообщения: 02.07.2014 14:24
извини, я тут постоянно отвлекаюсь. всё не доберусь обновить альфу, так что пока вот: http://freearc.org/download/testing/unarc2014-06-07.zip

кстати ошибку в win81 поправил, но есть кое-что ещё

PS: ссылка твоя у меня открывает pixel.gif а вообще сейчас всё что больше гигабайта, сжимается или в fa, или в 7z+srep
Автор: muzf
Дата сообщения: 22.03.2013 17:22
Возможно ли использовать Freearc --sync для бэкапа системного раздела с использованием Shadow Copy?
Автор: hammerxp1
Дата сообщения: 02.07.2014 16:16
Спасибо! Это не моя ссылка это руборд сам знакомые слова помечает.
Я так думаю здесь нельзя такие ссылки давать но рискну: http://hammerxp.tw1.ru/viewtopic.php?f=7&t=11
Автор: Bulat_Ziganshin
Дата сообщения: 22.03.2013 18:56
muzf
freearc не умеет использовать VSS, и я вообще не рекомендую использовать его для бекапа - всё же версия 0.666 о чём-то говорит


Цитата:
степень сжатия\компрессии уже достигла своего предела или можно что-то улучшить?

улучшения идут, посмотри paq8
Автор: hammerxp1
Дата сообщения: 03.07.2014 12:48
-mt0 есть? и по умолчанию какой режим используется?
Автор: cross125
Дата сообщения: 22.03.2013 21:12

Цитата:
У FreeArc есть очень интересный алгоритм tornado. Лишь за одно это у меня живёт freearc. При записи на флешку "кучи мелочи" (да и вообще) упаковываю на флешку freearc-ом, получаю ощутимый выигрыш по времени и контроль целостности, критичное закрываю паролем.

это где такой посмотреть, у меня в списке такого нет режима, есть fast, normal, high, ultra и т.д. С теми данными которые я сжимаю наилучшие результаты по сжатию я получаю всегда с best assymetric, жмет сильнее чем ультра или максимум
Автор: Bulat_Ziganshin
Дата сообщения: 12.07.2014 00:03
hammerxp1
по умолчанию используется -mt0, как и в arc.exe
Автор: Bulat_Ziganshin
Дата сообщения: 12.07.2014 20:10
тизер:
Автор: Bulat_Ziganshin
Дата сообщения: 22.03.2013 21:56
cross125
tornado используется в режимах, которые быстрее чем fast вообще если не хватает сжатия freearc - смотри nanozip, zpaq, zcm
Автор: Bulat_Ziganshin
Дата сообщения: 13.07.2014 22:05
HtmlArс (download) is a new GUI for FreeArc based on the HTML+CSS+JS technology. This means that:

Anyone familiar with HTML technologies can develop new program skin or behavior
Everyone can replace the default skin/behavior by downloading 3rd-party developed ones. To see an example of alternative UI, copy files from the html\alternative-ui dir to the html dir.
If you need to change only small aspect of the program such as font or colors, you don't need to become a professional programmer
You can use rich set of HTML/CSS/JS features: animation, scaling, rotation, transparency, custom-drawing, run-time manipulation of the controls

Currently, HtmlArc supports only execution of (de)compression commands via cmdline, for example:

htmlarc a archive -r -rr10% -t
htmlarc a archive.7z dir/ -mx -t
htmlarc x archive

This is just a first demo version of the HtmlArc, so it doesn't intended for real work. In particular, it doesn't delete temporary files when operation is cancelled, and may display incorrect information about a performed operation. My main goal for this release was to provide you with some base for experiments, and i hope to receive your own modifications of this UI.

HtmlArc employs the Sciter - portable (Win32/Win64/Mac/GTK+ soon) GUI engine implementing HTML+CSS+JS technology for desktop programs, shipped as the single 4 MB dll/so file. Sciter isn't 100% compatible with the current HTML5+CSS3+JS stack, so one will need to learn its details in order to get full control over HtmlArc.

The best way to learn Sciter is to download the Sciter SDK, run bin\sciter.exe and then open there various html files from the samples\ directory and subdirectories. It also has the '?' button that shows help on the Sciter engine. Alternatively, go to the Sciter homepage and read the same docs via links on the right side.
Автор: cross125
Дата сообщения: 22.03.2013 22:40

Цитата:
вообще если не хватает сжатия freearc - смотри nanozip, zpaq, zcm

спасибо, пошел копать, скачал fp8_v3 и заодно наткнулся на нанозип и peazip
попробовал на своем файле 417мб (там аудио данные), freearc best assym - 142мб (ультра - 145), нано макс - 139мб, PeaZip (*zpaq-max)-169, fp8_v3(max)-162, zcm-197
в целом PAQ8 не понравился в любой вариации, шибко медленно и слабо, нанозип побыстрее и немного сильнее жмет, с 601мб файлом выиграл у фриарка 4мб, на очень больших файлах жутко тормозит (больше часа сжатие), декомпрессия тоже тормоз, Винрар на обычном сжатии проиграл арку 5мб но скорость у него супер, и сжатие, и распаковка (в 3 раза быстрее арка)
но скрипты то у меня под FreeARC и конечно хотелось бы чтобы он стал лучше\сильнее), и еще использую как защиту от любопытных, переименовываю арки в bin-файлы, чтобы не смотрели что внутри, с раром не прокатит - все равно в любых архиваторах открывается, а вот фриарк не у всех стоит)
а в чем секрет best assymetric?)
Автор: muzf
Дата сообщения: 22.03.2013 23:25
Что за аудиоданные ? Wav, mp3 ?
Автор: muzf
Дата сообщения: 13.07.2014 23:59
Вместо того чтобы делать нативным метод сжатия -mx84 из альтернативного ini, нативное сжатие mp3 через soundslimmer-dll/packarc, нативное сжатие jpeg через packarc без бажнутого precomp, выноса этих возможностей в gui, проект движется в какую-то херню, а вернее вообще не движется.
Автор: cross125
Дата сообщения: 22.03.2013 23:33

Цитата:
Что за аудиоданные ? Wav, mp3 ?

ну это аудио очень специфичного формата (думаю что это набор wav-семплов с метками) для одной проги-синтезатора (а сам файл библиотека для проги) которая работает с этими данными, качество типа wav, сжимается обычно легко (33-35% compression ratio), файлы обычно большие, бывают по несколько гигов но compression ratio все тот же)
можете посоветовать архиватор который хорошо жмет аудио? (для сравнения)
Автор: juvaforza
Дата сообщения: 14.07.2014 01:09
Bulat_Ziganshin
Даже если это уже и где-то упоминалось, но защита дураков от создания (обновления) архива с тем же именем вещь нужная. Т. е. нужны еще два метода обновления, пустой и полустой.
Автор: Shuld
Дата сообщения: 25.03.2013 17:56
cross125
Скачайте, например, файл SqueezeChart2013web
с сайта http://www.squeezechart.com/
На странице Аудио есть сравнение архиваторов для сжатия аудио.
Автор: Bulat_Ziganshin
Дата сообщения: 14.07.2014 01:23
UPDATE: i updated archive, adding grey-ui theme and improving appearance of existing ones. enjoy!
Автор: muzf
Дата сообщения: 25.03.2013 18:17
Сделал своё сравнение архиваторов - http://forum.ru-board.com/topic.cgi?forum=5&topic=8076&start=800#5 , -m8* превосходны, хочу их из коробки.
Автор: Bulat_Ziganshin
Дата сообщения: 14.07.2014 12:44
juvaforza
не понял

Страницы: 123456789101112131415161718192021222324252627282930313233343536373839404142434445464748495051525354555657585960616263646566676869707172737475767778798081828384858687888990919293949596979899100101102103104105106107108109110111112113114115116117118119120121122123124125126127128129130131132133134135136137138139140141142143144145146147148149150151152153154155156157158159160161162163164165166167168169170171172173174175176177178179180181182183184185186187188189190191192193194195196197198199200201202203204205206207208209210211212213214215216217218219220221222223224225226227228229230231232233234235236237238239240241242243244245246247248249250251252253254255256257258259260261262263264265266267268269270271272273274275

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


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