» FreeArc (часть 4)

Я так понял, что в lz4 Вас интересует метод -c0?
Поскольку -c1 и -c2, похоже не так интересны.

Цитата:

Sandboxie или виртуалка

Спасибо, с этими способами знаком. Думал что есть попроще - напрямую.

Добрый день
Sergey_Advisor
Посмотрите DVDisaster или RSC32.

Bulat_Ziganshin
Когда-то в сети встречал opensource проекты Multipar и phpar2. Возможно ли использовать их в Вашем проекте?

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

спасибо, проверю в виртуалке. винда какая? название, редакция, битность

Bulat_Ziganshin, спасибо вам за хороший архиватор. Есть пару предложений насчет GUI: в основном, измененные строки и упрощения. Многое, наверняка, уже озвучивалось. Согласен с тем, что это неприоритетно, но к релиз-версии может пригодиться

http://i.imgur.com/3Q8XP.png
http://i.imgur.com/RNy7W.png
http://i.imgur.com/aJMoj.png


1. Возможность скрывать тулбар
2. Отказ от иконок в меню "Файл": в современных приложениях их уже давно нет.
3. Кнопка "Обновить" возде адресс-бара, а не на тулбаре.
4. [..] в качестве "Вверх".
5. Реализация базовых команд проводника: копировать, вставить и т.д.
6. Мы все ждем контекстное меню

Насчёт srep 3.01:


Цитата:

i've tried it on LostPlanets2 archive lp2.pcf: 22,069,494,174 bytes

-m1:
srep64: 7,284,431,814 bytes in 151 seconds
srep32 3.0: 7,284,431,814 bytes in 285 seconds
srep32 3.01: 7,284,443,650 bytes in 159 seconds


-m3:
srep64: 7,009,388,668 bytes in 273 seconds
srep32 3.0: 7,009,388,668 bytes in 428 seconds
srep32 3.01: hasn't finished in 2 hours

probably, it's because reduced 32-bit hash produced too much collisions so srep keeps trying false match candidates. I should collect more stats to understand the situation (why who can help me by doing this work?)

the stats are required to understand whether the same problem possible in -m1 mode. If -m1 is guaranteed to work fast, i can incorporate into srep32 both matchfinders so that new one automatically used in -m1 mode. It's especially important since freearc 0.80 is expected to include 32-bit srep -m1 engine, so faster hashing will substantially inprove its speed

Добавлено:
MultiPar: "Please contact with me if you want to read source code of those applications. I want to know who is interested in my works. I am looking for a sponsor to aid development."

phpar2: исходники есть

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

Bulat_Ziganshin
пробовал на винде 7 х32 максимальная и домашняя расширенная.

Shuld
я вставил bsd-лицензированный код, реализующий только режим -c0

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

2. имхо с иконками лучше. какая разница что сейчас модно

насчёт надписей в окошке прогресса - у меня появилась идея написать так:

Time: 0:00:05 of ~0:00:12
Files: 15 of 70
Bytes: 30,000 of 100,000
Compressed: 12,300 of ~40,700

а твои варианты - думаешь, именно они понятней будут нынешних?

a) kB/s написано потому что K вроде означает 1024, а k - 1000
б) keep window on top скрыто потому что оно нафиг не нужно подавляющему большинству юзеров и потому что я планурю туда добавить больше опций, типа "shutdown after operation"
в) насчёт 2px не понял
г) насчёт Combine вместо Join archives - думаешь понятно будет? а по-русски как перевести?

Цитата:

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

Цитата:

винда какая?

На XP (pro) и 2003 сервере (ent) x32 - та же беда была.
Решил просто - установил 0.666 и накатил 0.67a поверх.

FreeArc-LZMA-x64.exe с последней альфы у меня почему то не хочет выделять при упаковке более ~3,6 гб памяти. Похоже на то, что игнорируются значения словаря начиная от примерно 356 мб (если говорить о bt4).

Paramon111
kastellan
спасибо, исправил ошибку. она была только в последней альфе - 32-битный менеджер интеграции был откомпилирован как 64-битная программа

Цитата:

Цитата: не лучше было бы сделать этот процесс следующим образом:  
1) прекомпом обрабатывается каждый нужный файл отдельно  
2) далее идет упаковки lzma

это технически реализуемо, но требует работы, а есть куда более важные вещи

Очень жду правленый unarc.dll с 4х4, уже выпустил в свет первую наверное в мире сборку Windows с использование FreeArc. в 6,6Гига влезли от Win7 до 2012 почти все редакции.

1. Folder --> FreeArc --> Add to acrhive --> High: -m7 -md96m -ld192m
2. Пригнал себез по 3G 470 МБ
3. Распоковать так и не смог

Код:
Arc.Extract.hs:154:56:-126:Non-exautsive patterns in lamda

извини, я тут постоянно отвлекаюсь. всё не доберусь обновить альфу, так что пока вот: http://freearc.org/download/testing/unarc2014-06-07.zip

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

PS: ссылка твоя у меня открывает pixel.gif а вообще сейчас всё что больше гигабайта, сжимается или в fa, или в 7z+srep

vasulpr
не согласен, что это так критично. внешние упаковщики рассматриваются всё же как специя, и ресурсы при упаковке не так важны. при распаковке можно воспользоваться isprecomp/srep:f, так что временных файлов не будет вовсе


Цитата:

FreeArc-LZMA-x64.exe с последней альфы у меня почему то не хочет выделять при упаковке более ~3,6 гб памяти. Похоже на то, что игнорируются значения словаря начиная от примерно 356 мб (если говорить о bt4).

нужно более подробное описание - что запускали, как это работало в предыдущей альфе и как сейчас, что выходит при прямом запуске FreeArc-LZMA-x64.exe с теми же параметрами

Добавлено:
Custom right-click menu entries proposal: Open, edit, compress, decompress, rename, copy, move, delete, join, split, properties

речь идёт о том, чтобы показывать меню при нажатии правой кнопки мыши на файле в файл-менеджере FreeArc. какие есть на этот счёт мысли?

Спасибо! Это не моя ссылка это руборд сам знакомые слова помечает.
Я так думаю здесь нельзя такие ссылки давать но рискну: http://hammerxp.tw1.ru/viewtopic.php?f=7&t=11

slech
процессор, версия freearc, arc lt?

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

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

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

[more] Bulat_Ziganshin
Были такие же ошибки, как и у slech: при упаковке -m7 - can't allocate memory required for de(compresison) in ppdm:12:192mb, use -lc/-ld to limit memory usage . При распаковке с -m5: cделанный архив не распаковывается с Arc.Extract.hs:154:56:-126:Non-exautsive patterns in lamda

Core 2 Duo T5800, последняя альфа, -m5, листинг:

FreeArc 0.67 (August 22 2012) listing archive: rest.bin

Archive type: FreeArc
Total bytes: 23,060,382
Compressed bytes: 4,997,812
Ratio: 21.6%

Directory blocks: 1
Directory, bytes: 1,871
Directory, compressed: 820
Solid blocks: 2
Avg. blocksize: 11 mb

Compression memory: 185 mb
Decompression memory: 23 mb
Dictionary: rep:23mb+lzma:16mb

Archive locked: -
Archive comment: -
Recovery info: -
SFX size: -
Headers encrypted: -
Encryption algorithms: -

Pos Size Compressed Files Method
-----------------------------------------------------------------------------
31 0 0 8 storing
31 23,060,382 4,997,812 62 rep:23mb+exe+delta+lzma:16mb:normal:bt4:128
-----------------------------------------------------------------------------
70 files, 23,060,382 bytes, 4,997,812 compressed
All OK


Ответы к предыдущему посту:

>насчёт надписей в окошке прогресса - у меня появилась идея написать так:
Тоже так хотел, но с выравниванием названий и циферок красивый макет не получался - циферки находлись слишком далеко. Но, если делать в виде "Time: 56:56", без пустого места между ними, может, получится даже лучше.

>а твои варианты - думаешь, именно они понятней будут нынешних?
Ну, я, брал пример с других программ

>a) kB/s написано потому что K вроде означает 1024, а k - 1000
Спасибо, не знал


>б) keep window on top скрыто потому что оно нафиг не нужно подавляющему большинству юзеров и потому что я планурю туда добавить больше опций, типа "shutdown after operation"
Тогда все логично

>в) насчёт 2px не понял
Вниз сдвинуть
[/more]

тизер:

Цитата:

при распаковке можно воспользоваться isprecomp/srep:f, так что временных файлов не будет вовсе

а при упаковке? я паковал 4ГБ прекомп довел их до 11. соответственно получается чтобы упаковать 4Гб нужно 15Гб для временных файлов, при этом ещо и скорость упаковки / распаковки уменьшается, потому что создается лишний темп файл. я уже не говорю о том что будет если щей среп подключить. поэтому я бы на вашем месте не пренебрегал бы такой возможностью экономии ресурсов

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.

Bulat_Ziganshin

Цитата:

нужно более подробное описание - что запускали, как это работало в предыдущей альфе и как сейчас, что выходит при прямом запуске FreeArc-LZMA-x64.exe с теми же параметрами

Параметры: lzma:512mb:bt4
Проблема одинакова при упаковке и из GUI и через arc.exe. В диспетчере задач винды и Process Exlorer 3741484 кб.
Предыдущий компрессор (тогда еще назывался lzma-freearc-x64.exe от 1 сентября 2010) работает без нареканий.
При прямом сжатии через FreeArc-LZMA-x64.exe аналогичная ситуация с 3,6 гб.

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

UbiSergei
залейте исходные данные скажем на rghost. плюс arc.ini/arc.groups. ну и ваш архив заодно тоже

Добавлено:
UbiSergei
вы тот архив который с ppmd - пробовали с -mt1 распаковать?

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

7z WinRar FA