» FreeArc: бесплатный open-source архиватор - Часть 3

Цитата:

1. запускаем FreeArc
2. FreeArc Тестировать
3. Вылетел (процесс FreeArc убился)

аааа. я не понял что ты под вылетом понимаешь. блин, это опять слабая обработка ощибок. её надо целиком перекурочивать - не в этой версии


Цитата:

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

да, это верно

Добавлено:

Цитата:

Максимальный блок адресов - неправильная информация выводится

у меня правильная


Цитата:

Есть программа для сжатия фото/видео- PackJPG. Использует ли ваш архиватор её алгоритмы (они пакуют на 20% JPG), есть и версия в dll для подключения к другим

если установить powerpack и использовать ключик -max - то да


Цитата:

Ещё приходится использовать RAR без компрессии поверх архива для резки, так как ваш архиватор не умеет разделять архив на части (диски)

ищем volume на http://code.google.com/p/freearc/issues/list


Цитата:

Так же было бы удобно в GUI сделать Drag&Drop чтобы при распаковке можно было просто тянуть архив в нужное место (как в WinRar)

ищем drag на http://code.google.com/p/freearc/issues/list

Bulat_Ziganshin

Цитата:

у меня правильная

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

ключик -max... я в GUI работаю на Ультра пресете, куда его там дописать? Как подключить PackJPG к FreeArc непонятно. Лучше бы вы сделали сборку уже с ним в комплекте Но в любом случае спасибо за отличный архиватор и труд!

Bulat_Ziganshin

Цитата:

FreeArc и Unix

О, отлично!


Цитата:

кроме того добавил в шапку ссылки на темы других архиверов

Может, оно лишнее?

laschenkov
Арррр! Ну поиск по теме использовать надо (это на будущее).


Цитата:

Ещё приходится использовать RAR без компрессии поверх архива для резки, так как ваш архиватор не умеет разделять архив на части (диски)

А ещё заглядывать хотя бы на официальный сайт:
http://freearc.org/ru/FuturePlans.aspx

А вообще, один архиватор (да ещё и коммерческий) поверх другого - уродство, есть же split.


Цитата:

Как подключить PackJPG к FreeArc непонятно. Лучше бы вы сделали сборку уже с ним в комплекте

Насчет "непонятно" - используем, повторюсь, поиск по теме (подсказка: делается через версию для печати, также обращаем внимание на прудыдущие части), насчет включить - полная чушь. Поддерживать кучу сторонних программ со своими багами и прочими? Ну-ну. Я уж молчу про переносимость и прочее.

Bulat_Ziganshin
Тогда эту и эту тоже можно добавить в шапку.

Bulat_Ziganshin
FreeArc GUI
Упаковать
-mppmd:2000m -lc- -ld-
выскакивает:
1. user error
2. user error
в логе написано в чём причина.

Через контекстное меню, всё корректно проходит

По поводу поддержки volume
А если, пусть временно, но решить проблему деления архива на volume путем добавления как бы еще 1 прохода, а именно "сжатия" полученного архива именно методом store с разбивкой на куски заданного размера? Тогда при распаке снова собираем в темпу полностью весь архив, т.е. распак из store и тогда уже реальный распак реального архива?
С одной стороны некоторая функциональность томов теряется, с другой стороны решается разбивка архива на диски (CD/DVD) да решение такое, на мой взгляд, гораздо легче для реализации, многопроходность уже и так есть, скажем rep+lzma, остается только функционал разбиения оформить - да и все.
Даже если полностью такой вариант не канает, все равно, хотя бы только для метода store имеет смысл реализовать volume-рование, т.е. при сжатии этим методом добавить возможность разбивки на тома.

удалите плиз

Когда устанавливал FreeArc, заметил старый год.
Цитата:

FreeArc usage license
~~~~~~~~~~~~~~~~~~~~~

FreeArc Copyright (C) 2004-2009 Bulat Ziganshin.

По поводу статьи "Limits of Virtual Memory in Windows - Ограничения виртуальной памяти в Windows"

Цитата:

В 64-bit Windows для 32-bit процесса доступно:
2ГБ и 4ГБ (если приложение компилируется с параметром IMAGE_FILE_LARGE_ADDRESS_AWARE)

Оба фа (гуи/консоль) используют сей флаг, т.е. он к них установлен. Запускаю фа под Windows XPx64, но ему видны все те же 2Гб...
Теперь вопрос - а почему же тогда фа недоступны 4Гб ОЗУ, если сказано что в 64-bit Windows для 32-bit процесса доступно 4ГБ (если приложение компилируется с параметром IMAGE_FILE_LARGE_ADDRESS_AWARE)?

updated Linux version. Please test it, especially handling of foreign archives (zip, rar...)

Добавлено:

Цитата:

Запускаю фа под Windows XPx64, но ему видны все те же 2Гб...

ты путаешь разные вещи - общий объём доступной памяти и наибольший непрерывный кусок. в любой винде 32-разрядным прогам доступны младшие 2 гига, но они фрагментированы всяческими dll. с параметром /3gb в boot.ini дают ещё гиговый кусок наверху, в 64-разрядной винде дают 2гиговый кусок, при этом в них отсутствуют всяческие dll, т.е. эти куски непрерывны



Цитата:

FreeArc Copyright (C) 2004-2009 Bulat Ziganshin.

fixed



Цитата:

Тогда эту и эту тоже можно добавить в шапку.

эти темы на данный момент имхо скорее мертвы

Добавлено:

Цитата:

Понял, срабатывает автоматически, так как я через графический интерфейс пользуюсь. Кстати у вас есть непонятка- если вызвать контекстное меню и выбрать "Добавить в архив", то открывается меню "Основное" в котором можно выбрать сжатие Ультра, однако если перейти в меню Сжатие, то профили совсем другие и Ультры нет... приходится неиспользовать автоматическое создание из контекстного меню, а вызывать "Добавить в архив" для использования Ультра сжатия. (v0.61)

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


Цитата:

А какой номер issue по профилям?

поищи по слову profile. вопрос ещё и в том что я как-то до конца не представил себе как оно должно выглядеть


Цитата:

если развернуть окно на весь экран, закрыть FreeArc, запустить FreeArc, попытаться сделать его в окно, то окно получается на весь экран.

да, записал

в виду того, что существует х64-версия 7zip, (а значит и х64-версия LZMA) мб имеет смысл выпустить х64-фа с ограниченными возможностями (типа преальфа версия), т.е. с поддержкой только LZMA, GZip, PPMd, BCJ2 т.е. все те алги, которые держит х64-версия 7zip?

Цитата:

х64-фа

компилятор хаскела ghc не поддерживает win64

подскажите, где скачать powerpack?

а шапке не нашел, как и на оффсайте

Цитата:

powerpack?

http://freearc.org/download/0.60/FreeArc-PowerPack-0.60.exe

спасибо за критику, поправлю описание на сайте

last alpha:

* GUI: open .tar.gz in single click using FreeArc.exe
* GUI: progress indicator should stop counting seconds if process was stopped due to error
* Linux: .rar support
* translation remaining: italian

Bulat_Ziganshin
FreeArc GUI
1. Распаковать FreeArc-portable-0.61-alpha-win32.zip
2. Закинуть на CD\DVD\ISO и т.д.
3. Запустив FreeArc.exe имеем:
3.1. T:\FreeArc-portable-0.61-alpha-win32\bin\ArcShellExt\ArcShellExt-config.lua: open: permission denied (Permission denied)
3.2. thread blocked indefinitely
3.3. gtk2hs_store_get_iter_impl: interrupted

Вместо http://freearc.org/download/testing/arc.arc с сайта, скачивается 5 кб мусора.

Bulat_Ziganshin

Цитата:

Вместо http://freearc.org/download/testing/arc.arc с сайта, скачивается 5 кб мусора.

вот ещё один подопытный для Тестирования
Контескстное меню - Тестировать, получаем
1. seek: invalid argument (Invalid argument)
2. время не остановилось
3. если нажать отмена и немного подождать, получаем
thread blocked indefinitely
после OK процесс убился

Цитата:

компилятор хаскела ghc не поддерживает win64

дык пусть он себе будет 32х-битным приложением, стартующим 64х-битные упаковочные процессы/треды, пусть эта версия будет гибридной, ведь так поступают очень многие - гуи х86, а основные процессы - х64. Может же х86 ТС запускать х64-проги? Вот srep же ш сделал х64?!

Цитата:

Вместо http://freearc.org/download/testing/arc.arc с сайта, скачивается 5 кб мусора.

исправил


Цитата:

32х-битным приложением, стартующим 64х-битные упаковочные процессы/треды

такое сейчас есть в виде external compressors. перевести некоторые внутренние алгоритмы в 64-рахрядные external compressors - такое в планах есть

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

Bulat_Ziganshin
Предложения:
1. Контекстное меню - Добавить в архив...
сделать этот пункт первым, выше других Добавить

Цитата:

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

2. сделать ещё один "параметр"
largest memory block & free memory
будет показывать, то что сейчас показывает,
а largest memory block - что и показывал ранее, максимальный блок...

3. Ещё один момент:
Автоматическое подстраивание настроек методов сжатия под доступную память.
Т.к. доступная память может колебаться в широких пределах, из-за других приложений, то и настройки сжатия тоже колеблятся в широких пределах. Пользователи FreeArc GUI этого могут не заметить, т.к. в других архиваторах такого механизма нет, т.е. будут возникать постоянно вопросы почему при одних и тех же настройках, результат сжатия разный.

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

Bag-репорт
Опять крайности, сейчас с доступной памятью:
can't allocate memory required
[more=log..]
arc a a -mx -di -di+!#$%
FreeArc 0.61 (May 16 2010) There is 89 percent of memory in use.
There are 2559 total Mbytes of physical memory.
There are 269 free Mbytes of physical memory.
There are 2406 total Mbytes of paging file.
There are 315 free Mbytes of paging file.
There are 2047 total Mbytes of virtual memory.
There are 2001 free Mbytes of virtual memory.
There are 0 free Mbytes of extended memory.

Allocated 1463 mb, addr=01DC0000
Allocated 324 mb, addr=5D650000
Allocated 86 mb, addr=71AC0000
Allocated 72 mb, addr=77FE0000
Allocated 37 mb, addr=7D1E0000
Allocated 7 mb, addr=7F7F0000
Allocated 5 mb, addr=77610000
Allocated 2 mb, addr=771A0000
There is 89 percent of memory in use.
There are 2559 total Mbytes of physical memory.
There are 269 free Mbytes of physical memory.
There are 2406 total Mbytes of paging file.
There are 313 free Mbytes of paging file.
There are 2047 total Mbytes of virtual memory.
There are 1 free Mbytes of virtual memory.
There are 0 free Mbytes of extended memory.
Creating archive: a.arc using rep:252500kb+exe+delta+tempfile+lzma:27mb:normal:bt4:128, $obj => rep:252500kb+delta+tempfile+lzma:27mb:normal:bt4:128, $text => dict:128mb:80%:l8192:m400:s100+tempfile+lzp:142634kb:92%:145:h23:d1mb+tempfile+ppmd:15:318036kb, $wav => tta, $bmp => mm+grzip:8mb:m1:l2048:h15:a
Memory for compression 319mb, decompression 311mb, cache 256kb
Started: 0.02 secs
Found 61 files: 0.02 secs
Sorted 61 files: 0.03 secs
Joined filelists, 61 files: 0.03 secs

Before 1: storing
There is 89 percent of memory in use.
There are 2559 total Mbytes of physical memory.
There are 268 free Mbytes of physical memory.
There are 2406 total Mbytes of paging file.
There are 315 free Mbytes of paging file.
There are 2047 total Mbytes of virtual memory.
There are 1995 free Mbytes of virtual memory.
There are 0 free Mbytes of extended memory.

Allocated 1457 mb, addr=023C0000
Allocated 324 mb, addr=5D650000
Allocated 86 mb, addr=71AC0000
Allocated 72 mb, addr=77FE0000
Allocated 37 mb, addr=7D1E0000
Allocated 7 mb, addr=7F7F0000
Allocated 5 mb, addr=77610000
Allocated 2 mb, addr=771A0000
There is 89 percent of memory in use.
There are 2559 total Mbytes of physical memory.
There are 268 free Mbytes of physical memory.
There are 2406 total Mbytes of paging file.
There are 313 free Mbytes of paging file.
There are 2047 total Mbytes of virtual memory.
There are 1 free Mbytes of virtual memory.
There are 0 free Mbytes of extended memory.

Before 1: storing
There is 89 percent of memory in use.
There are 2559 total Mbytes of physical memory.
There are 269 free Mbytes of physical memory.
There are 2406 total Mbytes of paging file.
There are 315 free Mbytes of paging file.
There are 2047 total Mbytes of virtual memory.
There are 1995 free Mbytes of virtual memory.
There are 0 free Mbytes of extended memory.

Allocated 1457 mb, addr=023C0000
Allocated 324 mb, addr=5D650000
Allocated 86 mb, addr=71AC0000
Allocated 72 mb, addr=77FE0000
Allocated 37 mb, addr=7D1E0000
Allocated 7 mb, addr=7F7F0000
Allocated 5 mb, addr=77610000
Allocated 2 mb, addr=771A0000
There is 89 percent of memory in use.
There are 2559 total Mbytes of physical memory.
There are 269 free Mbytes of physical memory.
There are 2406 total Mbytes of paging file.
There are 313 free Mbytes of paging file.
There are 2047 total Mbytes of virtual memory.
There are 1 free Mbytes of virtual memory.
There are 0 free Mbytes of extended memory.
$text ["arc.ini","freearc.ini"] ["$text","$text"]
$text freearc.menu.example(1) ["$text"]
arc.groups(1) ["default"]
FreeArc.ico(1) ["default"]
["Arc.exe","FreeArc.exe"] ["default","default"]
["gtk-update-icon-cache.exe","gtk2_prefs.exe","unarc.exe"] ["default","default","default"]
["arc.linux.sfx","freearc-installer-nodelete.sfx","freearc-installer.sfx","freearc.sfx"] ["$precomp $compressed","$precomp $compressed","$precomp $compressed","$precomp $compressed"]
["7z.dll","libcairo-2.dll","libgdk-win32-2.0-0.dll","libglib-2.0-0.dll","libgobject-2.0-0.dll"] ["default","default","default","default","default"]
["libgtk-win32-2.0-0.dll","libtiff3.dll","zlib1.dll"] ["default","default","default"]
empty.arc(1) ["default"]
Compressing 3 files of 58,395 bytes: 0.13 secs
Using dict:59kb:80%:l8192:m400:s100+lzp:59kb:92%:145:h16:d1mb+ppmd:15:317696kb
Memory for compression 311mb, decompression 311mb

Before 1: dict:59kb:80%:l8192:m400:s100
There is 89 percent of memory in use.
There are 2559 total Mbytes of physical memory.
There are 267 free Mbytes of physical memory.
There are 2406 total Mbytes of paging file.
There are 315 free Mbytes of paging file.
There are 2047 total Mbytes of virtual memory.
There are 1991 free Mbytes of virtual memory.
There are 0 free Mbytes of extended memory.

Allocated 1453 mb, addr=027C0000
Allocated 324 mb, addr=5D650000
Allocated 86 mb, addr=71AC0000
Allocated 72 mb, addr=77FE0000
Allocated 37 mb, addr=7D1E0000
Allocated 7 mb, addr=7F7F0000
Allocated 5 mb, addr=77610000
Allocated 2 mb, addr=771A0000
There is 89 percent of memory in use.
There are 2559 total Mbytes of physical memory.
There are 267 free Mbytes of physical memory.
There are 2406 total Mbytes of paging file.
There are 313 free Mbytes of paging file.
There are 2047 total Mbytes of virtual memory.
There are 1 free Mbytes of virtual memory.
There are 0 free Mbytes of extended memory.

Before 2: lzp:59kb:92%:145:h16:d1mb
There is 89 percent of memory in use.
There are 2559 total Mbytes of physical memory.
There are 267 free Mbytes of physical memory.
There are 2406 total Mbytes of paging file.
There are 314 free Mbytes of paging file.
There are 2047 total Mbytes of virtual memory.
There are 1993 free Mbytes of virtual memory.
There are 0 free Mbytes of extended memory.

Allocated 1453 mb, addr=027C0000
Allocated 324 mb, addr=5D650000
Allocated 86 mb, addr=71AC0000
Allocated 72 mb, addr=77FE0000
Allocated 37 mb, addr=7D1E0000
Allocated 7 mb, addr=7F7F0000
Allocated 5 mb, addr=77610000
Allocated 2 mb, addr=771A0000
Allocated 2 mb, addr=023C0000
There is 89 percent of memory in use.
There are 2559 total Mbytes of physical memory.
There are 267 free Mbytes of physical memory.
There are 2406 total Mbytes of paging file.
There are 313 free Mbytes of paging file.
There are 2047 total Mbytes of virtual memory.
There are 1 free Mbytes of virtual memory.
There are 0 free Mbytes of extended memory.

Before 3: ppmd:15:317696kb
There is 89 percent of memory in use.
There are 2559 total Mbytes of physical memory.
There are 267 free Mbytes of physical memory.
There are 2406 total Mbytes of paging file.
There are 314 free Mbytes of paging file.
There are 2047 total Mbytes of virtual memory.
There are 1993 free Mbytes of virtual memory.
There are 0 free Mbytes of extended memory.

Allocated 1453 mb, addr=027C0000
Allocated 324 mb, addr=5D650000
Allocated 86 mb, addr=71AC0000
Allocated 72 mb, addr=77FE0000
Allocated 37 mb, addr=7D1E0000
Allocated 7 mb, addr=7F7F0000
Allocated 5 mb, addr=77610000
Allocated 4 mb, addr=023C0000
Allocated 2 mb, addr=771A0000
There is 89 percent of memory in use.
There are 2559 total Mbytes of physical memory.
There are 267 free Mbytes of physical memory.
There are 2406 total Mbytes of paging file.
There are 313 free Mbytes of paging file.
There are 2047 total Mbytes of virtual memory.
There are 1 free Mbytes of virtual memory.
There are 0 free Mbytes of extended memory.

ERROR: can't allocate memory required for (de)compression in ppmd:15:317444kb
[/more]

Bulat_Ziganshin
Столкнулся с проблемой, пакую игры щас таким методом arc a game -ep1 -r -lc- -ld1015mb -mm=max -m=exe+delta+lzma:1gb:a2:192:mc2:lc8 и использую скрипт FreeArcExtract+DiskPromts v.2.4, фриарк от 16.05 и dll соответственно тоже. Установка игры проходит нормально на моей win7x64, а вот если начать установку на xp, доходит до распаковки архивов и инсталятор просто закрывается, грешу на последний арк, а может дело и в скрипте 2.4, щас попробую с 2.5. Проверил на скрипте 2.5 проблема не в нем.

Вот что пишет в логе:
C:\Program Files\FreeArc>FreeArc x -dpC:\TEMP\test --fullnames --noarcext -- E:\data1.bin
FreeArc 0.61 (May 16 2010) Using additional options: --logfile=C:\TEMP\freearc.log
Extracting archive: E:\data1.bin
ПРЕДУПРЕЖДЕНИЕ: невозможно выделить память, необходимую для (рас)паковки в lzma:1015mb:a2:192:mc2:lc8

Через unarc.exe, архив вроде распаковывается нормально.

i've uploaded preliminary versions of new release:

http://freearc.org/download/testing/FreeArc-0.666-win32.exe
http://freearc.org/download/testing/FreeArc-update-0.666-win32.exe
http://freearc.org/download/testing/FreeArc-portable-0.666-win32.zip
http://freearc.org/download/testing/FreeArc-portable-update-0.666-win32.zip
http://freearc.org/download/testing/FreeArc-console-0.666-win32.exe
http://freearc.org/download/testing/FreeArc-0.666-linux-i386.tar.bz2
http://freearc.org/download/testing/FreeArc-0.666-sources.tar.bz2

changes:

* Unix: handling of non-ascii filenames in 7z.so
* Unix: single-click open of .tar.gz files

Tomorrow i will go to Moscow for a week, my temporary email will be Bulat.Ziganshin.tattoo at gmail server

now, we have a few hours to check packages before i will officially publish new version

Удачный номер у релиза

Реквесты:

-pipe в unarc (на выход конечно). А то 7z и rar поддерживают, а фриарк нет. Тем более в SRep есть реализация вывода.

SRep:
-keep original file's time/date in SRep.
-когда юзается пайп, чтоб была возможность со смещением считывать инфу (offset option in bytes). То есть, выдаю я к примеру WAV с 44 байтным заголовком, а SREP ясен пень не поймет, а следующие байты уже собственно заголовок SREP и будет все в поряде.

Цитата:

грешу на последний арк

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

Цитата:

а что, где-то была обещана распаковка lzma с гиговым словарём?

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

релиз! http://freearc.org/ru/News.aspx

Open files from archive with default software- вроде решено, а закрепленно за Milestone-0.70

slech
но пункты 1 и 3 из описания не сделаны. вообще список изменений остался незавершённым из-за моей командировки. поправлю ещё