» FreeArc (часть 4)

-mt0 есть? и по умолчанию какой режим используется?

hammerxp1
по умолчанию используется -mt0, как и в arc.exe

тизер:

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.

Вместо того чтобы делать нативным метод сжатия -mx84 из альтернативного ini, нативное сжатие mp3 через soundslimmer-dll/packarc, нативное сжатие jpeg через packarc без бажнутого precomp, выноса этих возможностей в gui, проект движется в какую-то херню, а вернее вообще не движется.

Bulat_Ziganshin
Даже если это уже и где-то упоминалось, но защита дураков от создания (обновления) архива с тем же именем вещь нужная. Т. е. нужны еще два метода обновления, пустой и полустой.

UPDATE: i updated archive, adding grey-ui theme and improving appearance of existing ones. enjoy!

juvaforza
не понял

Bulat_Ziganshin
1. Архивируем файл test.txt в архив test.arc.
2. Создаём архив из файла test2.txt и именем архива указываем test.arc.
3. В результате есть архив test.arc где присутсвуют два фйла: test.txt и test2.txt.

slech

Цитата:

В результате есть архив test.arc где присутсвуют два фйла: test.txt и test2.txt.

WinRAR5 и 7-Zip действуют в точности также. Стандартная ситуация. Есть файл и есть конечный архив, и пользователь сознательно указывает для второго файла имя первого архива.

slech
думаю что полезно было бы сообщать пользователю, что архив с выбранным именем уже существует, скажем вместо Output archive писать Create archive или Add to archive. опять-таки, наличие user-defined GUI позволило бы решить этот вопрос без моего вмешательства. это может быть плагин который любой пользователь может добавить в свой конфиг примерно с таким скриптом

Код: code("add-dialog", :: {
$(output-archive).onChange(:: {
$(output-archive-label).value = fileExists($(output-archive).value)? "2001 Add to" : "2002 Create"
})})

i18n("rus", 2001, "Добавить к");
i18n("rus", 2002, "Создать");
i18n("ukr", 2001, "...");

Bulat_Ziganshin
Для случая случайного обновления содержимого архива (птичку не поставил, символ в имени пропустил, файл лишний выбрал) в GUI нужны явные способы предотвращения замены файлов или изменения архива.

Добавлено:
В принципе, это все Update Mode.

Булат привет! Как Ваши успехи, скоро увидим релиз?

[more] Bulat_Ziganshin
Привет.
Появилась проблема со срепом.
Файлы пакуются с такими параметрами:


Код: arc.exe a -ep1 -dses --dirs -s --workdir=D:\temp -lc- -di -i2 -r -hppass -msrep+lzma:350mb:normal:bt4:273:lc8 data-XXX.arc packeddata\*

slowreflex
попробуй lzma с файлами, без stdin/stdout

Bulat_Ziganshin
К сожалению, не помогло.

http://i1.imageban.ru/out/2014/07/29/1033e75591273b03400037fa91baf7b4.jpg

Если оставить только среп в цепочке, то вылет всё равно остаётся. Если запаковать файлы отдельно в архив без сжатия, а потом пройтись по нему срепом (чистым срепом, без подключения его к фриарку), то вылета нет.

slowreflex
попытайся дальше повыкидывать "лишнее", например -hp. пока что у тебя получваается что fa сливает данные в один файл, вызывает на нём srep, и srep в процессе работы крашится. что очень странно, поскольку srep тут по сути никак от fa не зависит. проверь хватает ли свободного места, озу и попробуй предыдущие версии (3.91/3.2)

Bulat_Ziganshin
Места и ОЗУ хватает. Этой же цепочкой запаковалось 8 ГБ данных без проблем. Выбрасывали лишнее из цепочки, но не помогло. Пробовались 3.91 и 3.2. На 3.91 был вылет, на 3.2 вылета не было. Тогда поменяли m5f на m3f для 3.92 и проблем не возникло (c m4f проблем также нет). В общем, не пакует именно эти файлы с таким размером срепом 3.9x с m5f.

Потестил новую версию unarc.dll и unarc.exe, режимы 4x4 отрабатываются корректно, проблем со случайной нехваткой памяти больше нет. Хорошо определяет по количеству памяти сколько потоков использовать. Скорость радует Спасибо большое!

WinArc - оболочка к FreeArc от Александра Марфина
ЗЫ... для архивации используется Arc.exe
имеет симпатичный (WinRar-овский) интерфейс

Vladimir_02
Спасибо, для просмотра и распаковки самое то

Fossius
Чего там самое-то? Г..вноинсталлер натуральный Отказался от всей гадости, не пустил в интернет - теперь прогресс установки висит на ~40% ) Еще и удалиться не хочет без перезагрузки.
И смущает ссылка - почему не сразу офсайт?


Цитата:

Скорость создания архива выше 2-5 раз, в сравнении с другими архиваторами.
Возможность задействовать все ядра процессора, что дает высокую скорость архивирования.

Ага.
Тупо обертка, вид под WinRAR, внутри 7z.dll (9.32!) и Arc.exe (почти двухлетней давности), facompress*.dll и arc.groups отсутствуют, хотя facompress*.dll в среднем на 10% ускоряет работу, arc.groups улучшает сжатие .

Skif_off 16:12 18-08-2014
Цитата:

внутри 7z.dll (9.32!)

Лол. /9.32 весьма бажный релиз был, если кто не понял прикола.

Skif_off

Цитата:

Чего там самое-то?

Возможность drug'n drop и как следствие распаковка отдельного файла, а не всего архива

Fossius
Ну да, кому-то это определенно нужно, мне нет - я всего два раза запускал GUI FreeArc.
Меня больше интересует это:

Цитата:

FreeArc - планы на будущее
...
Версия 0.90
...
доделать archive recovery, чтоб было не хуже чем в rar

Попутно, кажется, нашел, откуда на сайте WinArc эта строка:

Цитата:

Скорость создания архива выше 2-5 раз, в сравнении с другими архиваторами.

Читаем на офсайте FreeArc:

Цитата:

Преимущества
...
Потрясающая производительность: в среднем FreeArc работает в 2-5 раза быстрее программ аналогичного класса (ccm, 7-zip, rar, uharc -mz, pkzip) при сравнимой степени сжатия

В общем, рекомендовать такую программу, с учетом нонешних "продвинутых пользователей", можно, ИМХО, только если в планах срубить бабло за чистку компа от всякой лажы. Офсайт тоже как будто тяп-ляп: Защитный кодд*.

З.Ы. У проги самая толстая *ShellExt.dll, которую когда-либо видел

Skif_off
к Фриарку вообще не было вменяемых оболочек, а тут случайно натолкнулся... думаю поделюсь... ФриАрком сам то не пользуюсь...
не ожидал такого негатива...

Цитата:

Чего там самое-то? Г..вноинсталлер натуральный Отказался от всей гадости, не пустил в интернет - теперь прогресс установки висит на ~40% ) Еще и удалиться не хочет без перезагрузки.
И смущает ссылка - почему не сразу офсайт?
 

Цитата:
Скорость создания архива выше 2-5 раз, в сравнении с другими архиваторами.
Возможность задействовать все ядра процессора, что дает высокую скорость архивирования.

Ага.
Тупо обертка, вид под WinRAR, внутри 7z.dll (9.32!) и Arc.exe (почти двухлетней давности), facompress*.dll и arc.groups отсутствуют, хотя facompress*.dll в среднем на 10% ускоряет работу, arc.groups улучшает сжатие .

инсталлер при желании можно перепаковать (автор по-ходу на рекламе Яндекса зарабатывает)
можно закинуть новые Arc.exe и 7z.dll - должно работать..
остальное ваше субъективное мнение...

Vladimir_02

Цитата:

не ожидал такого негатива...

А чего вы ожидали, дав ссылку на хвалебную статью? Я только обратил внимание на недосатки. 7z.dll неудачной версии 9.32 чего только стоит: сами посмотрите поддерживаемые форматы - большинство будет распаковываться именно ею.

Цитата:

инсталлер при желании можно перепаковать

Можно, но пишу о родном, скачиваемом с офсайта. Ну и инсталлятор, в котором отключили мусор и не дали ломануться в сеть не должен виснуть.

Цитата:

можно закинуть новые Arc.exe и 7z.dll - должно работать..

+facompress.dll, facompress_mt.dll, arc.groups, разработчика процитировал. До кучи - arc.ini, precomp042.exe, srep.exe. И надо предупредить о RAR5

Цитата:

остальное ваше субъективное мнение...

Остальное - это что? Инсталлер говне очень, тут вы согласны, версия 7z.dll неудачная и Arc.exe есть свежее, тут вы тоже согласны. Всё остально - цитаты с офсайтов и одна за авторством Bulat_Ziganshin.
Ну и скорость и количество ядер никакого отношения к оболочке не имеют - это полностью заслуга стороннего софта.

Вы как-то связаны с Александром Марфиным или f1comp.ru? Допускаю, что был несколько резковат, но где покривил против истины или кого-то прямо оскорбил? Или очевидные опечатки на офсайте - норма? Тогда вполне можно усомниться и в культуре разработкикоде. Это я еще не тронул стиль этой страницы

Буду рад, если вы найдете время и напишите автору о сторонних модулях, идея-то не плохая. Насчет вменяемых оболочек согласен, в целом это беда кроссплатформенного софта.

З.Ы. К слову, WinArc пробовал еще бету или один из первых релизов.

Вот без гумна WinARC 2.5 Достается такой
файл из темпа [через песочницу,например].

Цитата:

Это я еще не тронул стиль этой страницы  

это SEO

вообще fa недостаёт именно красивой оболочки и простого удобного интерфейса, что в winarc и реализовано. если ты лично GUI вообще не пользуешься, то как можешь судить о том насколько winarc полезен другим??

Bulat_Ziganshin

Цитата:

это SEO

Ага, потом дошло, не стал исправлять.

Цитата:

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

Я ни слова про собственно GUI WinArc не сказал Только о модулях и инсталляторе. И добавил:

Цитата:

идея-то не плохая

Добавлено:
Кажется, пробовал версию 1.3 или 1.4, крайнюю только в виртуалке покрутил (на рабочей системе инсталлятор завис, минут 20-25 подождал и прибил).