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

Bulat_Ziganshin
FreeArc
Не информативность (молчаливость):

1. Если идёт упаковка, и ещё запустить упаковку, то вторая упаковка стоновится моча в очередь. Хотелось бы видеть эту очередь с возможностью ей управлять (пауза\отмена и т.п., изменения парамерров сжатия, возможность паралельного запуска).
Возможность паралельного запуска, как опция настроек FreeArc.
Параллельный запуск упаковки в другой копии FreeArc.
кстати если запускать FreeArc.exe a arc.languages\ -mx -di -di+$% и отменить, то никаких ошиюок не выскакивает.

2. при упаковке например с (-mppmd:1500m -lc- -ld-), появляется окно упаковки немного думает и молча закрывается, в лог отмечается причина омены, хотелось бы чтобы выскакивало окшко с ошибкой (возможно опциональное, и не по-умолчанию).
кстати если запускать FreeArc.exe a arc.languages\ -mppmd:2000m -di -di+$% -lc- -ld-
то закрывается сразу.

3. При упаковке, если нажать на основном окне, окно упаковки уходит на задний план.


Добавлено:
Bulat_Ziganshin
FreeArc\bin\arc.languages

Цитата:

FreeArc.exe a arc.languages\ -mx -di -di+$%

хм, пропустил a
в таком случае в папке arc.languages\ создаётся архив .arc
внутри котоого файлы из папки bin\
тоже делает и Arc.exe

Цитата:

0. настройки в теме GTK выше (приоритетней), чем вшитые в .exe?

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


Цитата:

1. можно ли заменить тип ComboBox: 1 на 2 сделав его толко для чтения?

комбобокс второго типа тоже вываливается за пределы окна. посмотри на историю каталогов


Цитата:

2. что 1, так и 2 имеют ограничения, они знают "разрешение экрана", возможно ли им передавать меньшие значения? (Не обязательно в явном виде).

не знаю и не хочу разбираться, тратя время на второстепенную задачу


Цитата:

3. Ещё вариант c Языком, что если заменить ComboBox на Menu?

опять-таки, не вижу простой в реализации альтернативы


Цитата:

её можно организовать искусственно

блин, ну с учётом того, что там ровно 5 столцов, надо просто посчитать число строк. если например их 10, то надо выводить элементы в таком порядке: 1,11,21...,12,22,.... вот они и будут выглядеть отсортированными по столбцам

ещё раз - я не собираюсь сейчас тратить много времени на вылизывание тех или иных деталей

Bulat_Ziganshin

Цитата:

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

GtkComboBox::appears-as-list = 1
такое только в темах предусмотрено?

Цитата:

комбобокс второго типа тоже вываливается за пределы окна. посмотри на историю каталогов

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

Цитата:

опять-таки, не вижу простой в реализации альтернативы

понятное дело, если в явном виде нету, то будет не просто

Цитата:

ещё раз - я не собираюсь сейчас тратить много времени на вылизывание тех или иных деталей

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

Bulat_Ziganshin
Можно, чтобы к имени файла добавлялось несколько точек, если оно не вместилось полностью в колонку?
NTFS поддерживает не все символы в именах файлов. test(/ \ : * ? " < > |).arc
Например, символ : связан с файловыми потоками, и после упаковки получается уже не совсем архив. Правда я не знаю, что получается.
Можно расширить функциональность клавиатуры в гуи (начиная от F2, Del, Ctrl+C и до самих команд Add, Refresh)?

Может ли кто подсказать по такой теме:
Я заметил, что фарк хуже жмет, если делать отдельные архивы (скажем по архиву на подкаталог), чем если все то же самое (все подкаталоги) сжать в 1. Ну вот.
Есть 4 фриарк-архива, общей массой 3Гб (игра Dead Space, repack от Skulptura). Сжимал не я, и как - неизвестно.
Распаковал те 4 архива и загнал полученное в один, с параметрами -mx -ld512. В итоге получился 1 архив массой 3.5Гб...

Это как?

ЗЫ Пробовал файлы на precomp - ничего не дает, т.е. на выходе та же масса файла получается.
Что особо интересно - там есть папка с видяшками в формате vp6. В ней 2 подкаталога, в которых одни и те же видеоролики но отличаются языком озвучки - англ/рус. Весит все 800Мб, а архив вышел весом 400... И это при том что видео-то не жмется! Такое впечатление, что умудрились разделить потоково на видео и аудио, т.к. видеодорожки идентичны силами фриарка...

CTACKo
чет я не понял, сначала ты пишешь что фарк хуже жмет, а потом уже все наоборот. А по поводу сжатия, то тут надо смотреть есть ли там wav'ы и какие они, может там adpcm'ы, которые арк сжать тташкой не может вот и копирует напрямую. Может там прекомп заюзан был, а ты без него. Репа большего размера и даже в нескольких проходах. Или вообще ты все напутал и сжал вместе с игрой какой нить архив

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

Добавлено:

Цитата:

Или вообще ты все напутал и сжал вместе с игрой какой нить архив

например сэйвы

Или похожие файлы сгруппированы вручную.

Цитата:

Это как?

может, у него -ld1g использовалось к примеру вообще это к Скульптуре обращаться надо


Цитата:

Можно, чтобы к имени файла добавлялось несколько точек, если оно не вместилось полностью в колонку?

в файлменеджере? надо поискать такие опции..


Цитата:

Например, символ : связан с файловыми потоками, и после упаковки получается уже не совсем архив. Правда я не знаю, что получается.

ко мне какие претензии?


Цитата:

Можно расширить функциональность клавиатуры в гуи (начиная от F2, Del, Ctrl+C и до самих команд Add, Refresh)?

разбираюсь


Цитата:

GtkComboBox::appears-as-list = 1

помнишь, ты разбирался, что можно вручную сэмулировать rc файл, но обычных фнукций для таких настроек нет я во всяком случае не знаю


Цитата:

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

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


Цитата:

в таком случае в папке arc.languages\ создаётся архив .arc

логично - он просто добавляет .arc к имени но конечно неправильно


Цитата:

то вторая упаковка стоновится моча в очередь. Хотелось бы видеть эту очередь с возможностью ей управлять

второе - с самого начала в планах. но не первостепенно. насчёт первого - есть каие-то другие предложения?


Цитата:

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

Цитата:

При упаковке, если нажать на основном окне, окно упаковки уходит на задний план.

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

updated http://www.haskell.org/bz/arc1.arc

* sorting by Modified now separates files and directories
* language selected via compact table
* dialog sizes/positions now are preserved, even between runs
* column widths (Name/Size/Modified) saved too

Цитата:

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

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


Цитата:

Добавлено:
Цитата:
Или вообще ты все напутал и сжал вместе с игрой какой нить архив
например сэйвы

нет, однозначно нет: сложил архивы в отдельную папку, дал arc x *.arc, после чего del *.arc и затем arc a -r -mx -ld512


Цитата:

чет я не понял, сначала ты пишешь что фарк хуже жмет, а потом уже все наоборот.

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


Цитата:

А по поводу сжатия, то тут надо смотреть есть ли там wav'ы и какие они, может там adpcm'ы, которые арк сжать тташкой не может вот и копирует напрямую.

есть там подкаталог, называется audiostreams. в нем файлы с двойным расширением, типа alog_01_02.exa.snu - но в самих файлах нет характерного для вавок хэдера, типа RIFF WAFE etc. Они больше выглядят как МР3-шки вообще-то, однако не проигрываются если дать такое расширение.

Цитата:

Может там прекомп заюзан был, а ты без него. Репа большего размера и даже в нескольких проходах. Или вообще ты все напутал и сжал вместе с игрой какой нить архив

Львиная доля от всех файлов имеет расширение str. Precomp -slow их не берет (как и написано в моем посте выше).
как юзать rep я не знаю, в подсказке фарка про такой ключ вообще ни слова...


Добавлено:

Цитата:

не могли бы на системе, где ОЗУ из физических 4Гб видится 2.84Гб
выложить логи от утилит: memo2g.exe и memo4g.exe
для лога memo4g.exe, нужно систему с параметром /3GB запускать
http://www.haskell.org/bz/memo.7z
и написать что за система и какое железо стоит

на обоих РС стоит ХР. Оба на amd64 x2, только первая система на сокете AM2/DDR2, а вторая на Socket939/DDR. Основная причина разницы в доступной памяти лежит в видеокартах, вернее их памяти: 2.8Гб видяха с 512Мб, на 3Гб - 256Мб.

на системе, где видны 2.8Гб,
[more=memo2g]
There is 27 percent of memory in use.
There are 2911 total Mbytes of physical memory.
There are 2122 free Mbytes of physical memory.
There are 4797 total Mbytes of paging file.
There are 4130 free Mbytes of paging file.
There are 2047 total Mbytes of virtual memory.
There are 2032 free Mbytes of virtual memory.
There are 0 free Mbytes of extended memory.

Allocated 1326 mb, addr=10060000
Allocated 294 mb, addr=62F10000
Allocated 246 mb, addr=009C0000
Allocated 72 mb, addr=78000000
Allocated 25 mb, addr=7C9B0000
Allocated 24 mb, addr=76380000
Allocated 18 mb, addr=7E400000
Allocated 13 mb, addr=755B0000
Allocated 7 mb, addr=7F7F0000
Allocated 1 mb, addr=77C60000
There is 27 percent of memory in use.
There are 2911 total Mbytes of physical memory.
There are 2122 free Mbytes of physical memory.
There are 4797 total Mbytes of paging file.
There are 4127 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.[/more]
[more=memo4g]There is 17 percent of memory in use.
There are 2911 total Mbytes of physical memory.
There are 2408 free Mbytes of physical memory.
There are 4835 total Mbytes of paging file.
There are 4462 free Mbytes of paging file.
There are 3071 total Mbytes of virtual memory.
There are 3056 free Mbytes of virtual memory.
There are 0 free Mbytes of extended memory.

Allocated 1326 mb, addr=10060000
Allocated 1023 mb, addr=7FFF0000
Allocated 294 mb, addr=62F10000
Allocated 246 mb, addr=009C0000
Allocated 72 mb, addr=78000000
Allocated 25 mb, addr=7C9B0000
Allocated 24 mb, addr=76380000
Allocated 18 mb, addr=7E400000
Allocated 13 mb, addr=755B0000
Allocated 7 mb, addr=7F7F0000
Allocated 1 mb, addr=77C60000
There is 17 percent of memory in use.
There are 2911 total Mbytes of physical memory.
There are 2408 free Mbytes of physical memory.
There are 4835 total Mbytes of paging file.
There are 4457 free Mbytes of paging file.
There are 3071 total Mbytes of virtual memory.
There are 1 free Mbytes of virtual memory.
There are 0 free Mbytes of extended memory.
[/more]

на системе, где видны 3Гб:
[more=memo2g]There is 17 percent of memory in use.
There are 3071 total Mbytes of physical memory.
There are 2519 free Mbytes of physical memory.
There are 4956 total Mbytes of paging file.
There are 4563 free Mbytes of paging file.
There are 2047 total Mbytes of virtual memory.
There are 2033 free Mbytes of virtual memory.
There are 0 free Mbytes of extended memory.

Allocated 1635 mb, addr=10060000
Allocated 246 mb, addr=009A0000
Allocated 72 mb, addr=77F60000
Allocated 25 mb, addr=7C9C0000
Allocated 24 mb, addr=76380000
Allocated 18 mb, addr=7E400000
Allocated 7 mb, addr=7F7F0000
Allocated 1 mb, addr=77C60000
There is 17 percent of memory in use.
There are 3071 total Mbytes of physical memory.
There are 2519 free Mbytes of physical memory.
There are 4956 total Mbytes of paging file.
There are 4559 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.[/more]
[more=memo4g]There is 11 percent of memory in use.
There are 3071 total Mbytes of physical memory.
There are 2709 free Mbytes of physical memory.
There are 4989 total Mbytes of paging file.
There are 4760 free Mbytes of paging file.
There are 3071 total Mbytes of virtual memory.
There are 3057 free Mbytes of virtual memory.
There are 0 free Mbytes of extended memory.

Allocated 1635 mb, addr=10060000
Allocated 1023 mb, addr=7FFF0000
Allocated 246 mb, addr=009A0000
Allocated 72 mb, addr=77F60000
Allocated 25 mb, addr=7C9C0000
Allocated 24 mb, addr=76380000
Allocated 18 mb, addr=7E400000
Allocated 7 mb, addr=7F7F0000
Allocated 1 mb, addr=77C60000
There is 11 percent of memory in use.
There are 3071 total Mbytes of physical memory.
There are 2709 free Mbytes of physical memory.
There are 4989 total Mbytes of paging file.
There are 4754 free Mbytes of paging file.
There are 3071 total Mbytes of virtual memory.
There are 1 free Mbytes of virtual memory.
There are 0 free Mbytes of extended memory.
[/more]

если я все правильно понимаю, то в первом случае используется 2911Мб, а во втором 3071Мб, как я и ожидал. Т.е. ровно столько, сколько винда может узреть, нарезать и позволить. Что-то сомнительно чтобы ядро NT давало кому-то доступ к памяти мимо него, а соотвецтвенно ко всем 4Гб, такое разве на вынь98 могло бы проканать. Так что я не знаю и не понимаю что имелось в виду под словами "программы могут использовать всю физическую память". А адресовать пространство как, если есть только 32бита, которыми можно адресовать ровно 4 гектара, в которые, окромя ОЗУ, должны попасть все девайсы системы?

Цитата:

есть там подкаталог, называется audiostreams. в нем файлы с двойным расширением, типа alog_01_02.exa.snu - но в самих файлах нет характерного для вавок хэдера, типа RIFF WAFE etc. Они больше выглядят как МР3-шки вообще-то, однако не проигрываются если дать такое расширение.

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

да, такое назовется RAW PCM и воспроизвести все еще возможно, но вот вряд ли фарку удастся расдуплить что это и применить нужный алгоритм при сжатии.
папка audiostreams весит 1.7Гб, что по сути больше половины игры нет смысла выкладывать ее куда-то целиком, но могу предложить пару сэмплов
http://www.rapidshare.ru/913254

Цитата:

RAW PCM

а ты их в wav переименуй

Bulat_Ziganshin
FreeArc
если ничего не выделено упаковывает всё содержимое папки (что возможно может быть полезно, когда в папке много файлов и надо чтобы они были в корне, а не в папке), но если уже что-то выделено, то нужно подыматься на уровень выше, потом заходить назад в папку иначе никак не снять выделение.
В Winrar есть "целый столбец" точнее область похожая на столбец.
В 7-zip и в TC внизу списка файлов есть пустая строка
но Winrar и 7-zip не упаковывают содержимое папки, если ничего не выделено, просто говорят ничего не выделено.

Цитата:

помнишь, ты разбирался, что можно вручную сэмулировать rc файл, но обычных фнукций для таких настроек нет я во всяком случае не знаю

если добавить GtkComboBox::appears-as-list = 1 в .gtkrc-2.0
(Documents and Settings\User\.gtkrc-2.0), то эта настройка будет приоритетней настройки в теме:

gtk-theme-name = "MS-Windows"
style "user-font"
{
    font_name="Tahoma 8"
GtkComboBox::appears-as-list = 1
}
widget_class "*" style "user-font"

но при использовании gtk2_prefs.exe, полностью переписывается файл .gtkrc-2.0 (затирается старый), т.е. опять тажа проблемка:
FreeArc не полностью портабельный, в отношении внешнего вида, т.е. не хранит все настройки у себя в папке, а использует внешнии.
gtk2_prefs.exe исправить наверно можно, чтобы он умнее поступал, может с автором как-то договориться, а вот автономность FreeArc за Вами.

Цитата:

второе - с самого начала в планах. но не первостепенно. насчёт первого - есть каие-то другие предложения?

п1. получился насыщенным, поэтому не совсем понимаю, что такое первое, а что второе?

Цитата:

* language selected via compact table

при gtk-theme-name = "MS-Windows" и при Классической теме в WinXP, получается не красиво (выделил красным), при теме Windows XP в WinXP нормально:






Добавлено:
CTACKo

Цитата:

Есть 4 фриарк-архива, общей массой 3Гб (игра Dead Space, repack от Skulptura). Сжимал не я, и как - неизвестно.
Распаковал те 4 архива и загнал полученное в один, с параметрами -mx -ld512. В итоге получился 1 архив массой 3.5Гб...

Вывод неверный:
1. Сжимал не я, и как - неизвестно.
никто не мешает это узнать добавив -di -di+$%, например:
arc.exe t a.arc -di -di+$%
2. если упаковываете не так как было, то не получите такого же результата.
3. 4 фриарк-архива возможно Skulptura не знает про опцию --append, то был бы один архив.

Цитата:

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

для rep с сответствующим словарём это не проблема.

Цитата:

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

максимальное сжатие делается вручную.

Цитата:

как юзать rep я не знаю, в подсказке фарка про такой ключ вообще ни слова...

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

Цитата:

на обоих РС стоит ХР. Оба на amd64 x2, только первая система на сокете AM2/DDR2, а вторая на Socket939/DDR. Основная причина разницы в доступной памяти лежит в видеокартах, вернее их памяти: 2.8Гб видяха с 512Мб, на 3Гб - 256Мб.

для Win32 и настроек упаковки по-умолчанию это не существенно
больше влияет как фрагментировано адресное пространство виртуальной памяти, т.к. выделение происходит большими блоками и FreeArc корректирует настройки взависимости от размеров доступных блоков памяти:
на системе, где видны 2.8ГБ
Allocated 1326 mb, addr=10060000
Allocated 294 mb, addr=62F10000
Allocated 246 mb, addr=009C0000

на системе, где видны 3ГБ
Allocated 1635 mb, addr=10060000
Allocated 246 mb, addr=009A0000
Allocated 72 mb, addr=77F60000

предположительно, т.к. лог из memo.exe:
для системы с 2.8ГБ для lzma будет выставоен словарь меньше, чем в системе с 3ГБ, и это зависит не от устанвовленной памяти, а от установленного софта.
А так при упаковке добавляйте -di -di+$%, и всё будет видно что и как
про Ограничения виртуальной памяти в Windows:
http://forall.ru-board.com/egor23/online/FAQ/Virtual_Memory/Limits_Virtual_Memory.html

Цитата:

Что-то сомнительно чтобы ядро NT давало кому-то доступ к памяти мимо него, а соотвецтвенно ко всем 4Гб

про возможночть использовать 4ГБ было сказано вообще (такое возможно в Win64), под Win32 возможно использовать до 3ГБ (2ГБ по-умолчанию).

Добавлено:
Bulat_Ziganshin

Цитата:

на системе, где видны 2.8Гб,
memo2g
memo4g

Цитата:

There are 2911 total Mbytes of physical memory.
There are 2408 free Mbytes of physical memory.
There are 4835 total Mbytes of paging file.
There are 4462 free Mbytes of paging file.
There are 3071 total Mbytes of virtual memory.
There are 3056 free Mbytes of virtual memory.

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

Добавлено:
CTACKo

Цитата:

Основная причина разницы в доступной памяти лежит в видеокартах, вернее их памяти: 2.8Гб видяха с 512Мб, на 3Гб - 256Мб.

а какие видеокарты интегрированные или нет?

Bulat_Ziganshin
Если выставить большой шрифт "Tahoma 22" (1024x768), то при вызове Файл - Настройки FreeArc молча вылетает.
версия от 01.02.2009 18:00 не вылетает.
вот что помешается на экране при 1024x768




Добавлено:
вылетает из-за freearc.history
т.е. первый раз при заходе в Файл - Настройки не вылетает, а во второй раз уже вылет
даже если уменьшить шрифт до 8 соравно вылетает, если удалить freearc.history, то запускается

Bulat_Ziganshin
при запуске arc.exe x archive.arc >log.txt
результат отработки пишется в log.txt (вместо дос-окна) и имеет такой вид:
[more]
FreeArc 0.50 alpha (June 23 2008) extracting archive: archive.arc
Extracting 28 files, 1.878.921.539 bytes. Processed 0.0% 0.0% 0.0% 0.0% 0.0% 0.0% 0.0% 0.0% 0.0% 0.0% 0.0% 0.0% 1.9% 2.5% 3.5% 4.5% 4.8% 5.5% 5.8% 6.1% 6.2% 6.4% 7.0% 7.9% 8.7% 8.9% 9.2% 9.8% 10.2% 10.3% 10.9% 11.6% 12.1% 12.6% 12.9% 12.9% 12.9% 12.9% 12.9% 12.9% 12.9% 12.9% 12.9% 12.9% 12.9% 12.9% 12.9% 12.9% 12.9% 12.9% 12.9% 14.1% 14.3% 15.1% 15.1% 15.5% 15.7% 15.8% 16.5% 17.5% 17.8% 18.4% 18.9% 19.2% 19.6% 20.2% 20.5% 21.6% 21.9% 22.9% 23.3% 23.8% 24.1% 24.2% 24.9% 25.1% 25.8% 26.3% 26.8% 27.2% 27.6% 27.8% 28.4% 28.5% 29.0% 29.0% 29.0% 29.0% 29.0% 29.0% 29.0% 29.0% 29.0% 29.0% 29.0% 29.0% 29.0% 29.0% 29.0% 29.0% 29.0% 29.0% 29.0% 29.0% 29.0% 29.0% 30.2% 30.6% 32.5% 33.4% 33.9% 35.0% 35.5% 36.5% 37.1% 37.5% 37.9% 38.6% 38.8% 39.4% 40.1% 40.6% 41.0% 41.6% 42.0% 42.4% 42.4% 42.4% 42.4% 42.4% 42.4% 42.4% 42.4% 42.4% 42.4% 42.4% 42.4% 42.4% 42.4% 42.4% 42.4% 42.4% 42.4% 42.4% 42.4% 42.4% 42.4% 42.4% 42.4% 42.4% 42.4% 43.2% 44.6% 45.3% 46.3% 46.7% 47.3% 48.5% 48.9% 49.6% 50.1% 50.8% 51.3% 51.7% 52.4% 53.3% 53.3% 54.6% 54.9% 54.9% 54.9% 54.9% 54.9% 54.9% 54.9% 54.9% 54.9% 54.9% 54.9% 54.9% 54.9% 54.9% 54.9% 54.9% 54.9% 54.9% 55.7% 56.9% 58.0% 59.0% 59.6% 60.5% 61.1% 61.3% 61.9% 62.3% 62.9% 63.6% 64.2% 65.1% 65.4% 66.0% 66.0% 66.0% 66.0% 66.0% 66.0% 66.0% 66.0% 66.0% 66.0% 66.0% 66.0% 66.0% 66.0% 66.0% 66.0% 67.1% 67.6% 68.5% 68.9% 69.8% 70.3% 71.4% 72.2% 72.6% 73.2% 74.0% 74.6% 75.4% 75.9% 76.8% 77.2% 77.6% 77.6% 77.6% 77.6% 77.6% 77.6% 77.6% 77.6% 77.6% 77.6% 77.6% 77.6% 77.6% 77.6% 77.6% 77.6% 77.6% 77.6% 77.6% 77.6% 77.6% 77.6% 78.2% 79.9% 80.0% 80.3% 81.1% 82.3% 83.0% 83.2% 83.4% 83.5% 84.6% 85.4% 86.5% 86.9% 86.9% 87.1% 87.7% 87.9% 88.1% 88.1% 89.2% 89.2% 89.2% 89.2% 89.2% 89.2% 89.2% 89.2% 89.2% 89.2% 89.2% 89.2% 89.2% 89.2% 89.2% 89.2% 89.2% 89.2% 89.2% 89.2% 89.2% 89.2% 89.2% 89.2% 89.2% 89.2% 89.2% 89.2% 90.0% 90.6% 90.8% 92.1% 92.9% 93.9% 94.6% 95.5% 96.5% 96.8% 97.4% 97.6% 98.3% 99.5% 99.6% 99.6% 99.6% 99.6% 99.7%

Extracted 28 files, 529.994.251 => 1.878.921.539 bytes. Ratio 28.2%
Extraction time 53.06 secs, speed 35.414 kB/s. Total 160.86 secs
All OK
[/more]
можно ли сделать так, чтоб писались только % и не добавлялись, а заменялись,
чтоб при отработке на выходе в log.txt было всего 100% и всё.
а в момент работы естественно оно внутри текстовика меняется.

???

Цитата:

иначе никак не снять выделение.

unselect "*"


Цитата:

В Winrar есть "целый столбец" точнее область похожая на столбец.
В 7-zip и в TC внизу списка файлов есть пустая строка

не понял о чём это и к чему


Цитата:

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

насколько я помнгю, надо прсто в gtk2prefs галочку поставить. но по умолчанию она снята, это да


Цитата:

то вторая упаковка стоновится молча в очередь.

к этому есть какие-то претензии?


Цитата:

Хотелось бы видеть эту очередь с возможностью ей управлять

а это в дальних планах

Добавлено:

Цитата:

можно ли сделать так, чтоб писались только % и не добавлялись, а заменялись,

думаю, нет вообще отключить его можно - опция -i

Bulat_Ziganshin

Цитата:

думаю, нет вообще отключить его можно - опция -i

лучшеб наоборот, только его и оставить без всякого мусора ... эээх.

Bulat_Ziganshin

Цитата:

unselect "*"

это уже есть или это предложение?
если есть, то не работает или не понял как этим пользоваться

Цитата:

не понял о чём это и к чему

это чтобы клавиши на клаве не давить, мышкой щёлк и не выделено.
хотя нет обшибя в TC было введена строка для чего-то другого, забыл уже для чего.
в WinRar почему-то пакует файл на котором "курсор" остался, а 7-zip в этой же ситуации говорит, что не выделено.

Цитата:

насколько я помнгю, надо прсто в gtk2prefs галочку поставить. но по умолчанию она снята, это да

точно, но опция обозвана так, что я ей никогда не пользовался, т.к. считал что сохраняться будет в папке All Users (Documents and Settings\All Users\), а подсказка не информативна.
но соравно это только сохранение настроек, точнее перезапись.
и то настройки в Documents and Settings\User\.gtkrc-2.0
имеют выше приоритет

Цитата:

к этому есть какие-то претензии?

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

Добавлено:
CTACKo

Цитата:

Сжимал не я, и как - неизвестно.

arc.exe t dataX.arc -di -di+$%
[more=вот логи data1.arc - data4.arc..]
data1.arc
FreeArc 0.50 alpha (Feb 1 2009) Testing archive: data1.arc
Decoding directory: 0.00 secs
Directory decoded: 0.00 secs
Directory built: 0.11 secs
Solid block decompression results (51.516 seconds)
lzma:559mb:a2:128:mc2: 585.524.440 bytes in 51.516 s
Tested 1.608 files, 344.244.428 => 585.524.440 bytes. Ratio 58.7%
Directory 10.954 => 52.743 bytes. Ratio 20.7%
Testing time: cpu 55.30 secs, real 63.42 secs. Speed 9.232 kB/s

data2.arc
FreeArc 0.50 alpha (Feb 1 2009) Testing archive: data2.arc
Decoding directory: 0.02 secs
Directory decoded: 0.03 secs
Directory built: 0.11 secs
Solid block decompression results (211.922 seconds)
lzma:650mb:a2:128:mc2: 1.923.250.798 bytes in 211.922 s
Tested 2.091 files, 1.334.123.526 => 1.923.250.798 bytes. Ratio 69.3%
Directory 19.546 => 86.733 bytes. Ratio 22.5%
Testing time: real 264.66 secs. Speed 7.267 kB/s

data3.arc
FreeArc 0.50 alpha (Feb 1 2009) Testing archive: data3.arc
Decoding directory: 0.00 secs
Directory decoded: 0.00 secs
Directory built: 0.02 secs
Solid block decompression results (66.141 seconds)
lzma:650mb:a2:128:mc1: 844.194.744 bytes in 66.141 s
Tested 165 files, 432.061.898 => 844.194.744 bytes. Ratio 51.1%
Testing time: cpu 70.77 secs, real 82.06 secs. Speed 10.287 kB/s

data4.arc
FreeArc 0.50 alpha (Feb 1 2009) Testing archive: data4.arc
Decoding directory: 0.03 secs
Directory decoded: 0.03 secs
Directory built: 0.05 secs
Solid block decompression results (196.656 seconds)
lzma:650mb:a2:128:mc2: 4.560.613.376 bytes in 196.656 s
Tested 596 files, 1.142.169.181 => 4.560.613.376 bytes. Ratio 25.0%
Directory 6.874 => 21.573 bytes. Ratio 31.8%
Testing time: real 254.34 secs. Speed 17.931 kB/s
[/more]

Цитата:

если есть, то не работает или не понял как этим пользоваться

команда Unselect, набираешь "*" и нажимаешь OK

насчёт того как это делается мышкой в rar я не понял


Цитата:

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

а что ты предлагаешь делать?

Добавлено:
да, lzma:650mb - это вам не фунт изюма

Bulat_Ziganshin

Цитата:

насчёт того как это делается мышкой в rar я не понял

Цитата:

а что ты предлагаешь делать?

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


Добавлено:

Цитата:

команда Unselect, набираешь "*" и нажимаешь OK

сейчас мышкой быстрее: клик + двойной клик

Народ, кто знает почему на Vista x64 он не работает. Начинает архивировать, а потом вылетает

Bulat_Ziganshin

Цитата:

да, lzma:650mb - это вам не фунт изюма

и насколько помнится памяти в FreeArc надо меньше, чем в 7-zip,
вот только забыл как она сейчас выделяется для lzma.

Цитата:

Vista x64

я (автор программы) как раз на ней (ultimate sp1, 4гб), так что давай подробности


Цитата:

насчёт того как это делается мышкой в rar я не понял

теперь понял. прикольно


Цитата:

ну хотя бы в лог писать

тогда в логе будут путаться записи о запуске и выполнении операций архивации

Vladi1meister

Цитата:

Народ, кто знает почему на Vista x64 он не работает. Начинает архивировать, а потом вылетает

как говорится - телепаты в отпуске
FreeArc или коснольная версия?
метод упаковки (или цепочка алгоритмов)?
что пакуете (возможно данные попались не перевариваемые)?

Цитата:

и насколько помнится памяти в FreeArc надо меньше, чем в 7-zip,
вот только забыл как она сейчас выделяется для lzma.

по умолчанию используется ht4 и размер хеша вдвое меньше размера словаря

Цитата:

тогда в логе будут путаться записи о запуске и выполнении операций архивации

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

Добавлено:

Цитата:

по умолчанию используется ht4 и размер хеша вдвое меньше размера словаря

а что-то не-то для
lzma:650mb:a2:128:mc1
запросил
Memory for compression 1325mb, decompression 650mb
ессенно у меня столько не оказалось, получается хеш~=словарю
Allocated 1237 mb, addr=10070000
Allocated 324 mb, addr=5D650000
Allocated 214 mb, addr=02930000
ERROR: Can't allocate memory required for (de)compression in lzma:650mb:a2:128:mc1

я имел ввиду как блоки выделяются, было сначала 3 блока потом 2 блока в обычном lzma
и размеры блоков тоже, а то может, что изменилось с последних упоминаний в топике.


Добавлено:

Цитата:

ну например имеется кнопка очередь не активная, появилаь очередь, кнопка стала активной,

а на кнопке циферка означающая сколько в очереди заданий

Цитата:

lzma:650mb:a2:128:mc1

1. +650/8 для работы sliding window
2. 650/2 = 325, с округлением вверх 512
итого 650+82+512=1242

Цитата:

325, с округлением вверх 512

нехилое округление

Bulat_Ziganshin

Цитата:

в файлменеджере?

ага.

Цитата:

ко мне какие претензии?

Просто нужно подумать поведение программы
1. test?.arc или test*.arc - получается All OK, хотя архив не создавался. Тут мне не понятно, почему?
2. test/.arc или test\.arc - в гуи "Добавление в .arc". В консоли все понятно.
2.1. test".arc или test<.arc или test>.arc или test|.arc - в гум "Добавление в test<.arc", темповые файлы остались. В консоли все понятно.
3. test:.arc - All OK, архив создавался, но на выходе файл test, 0 байт. В винраре тоже подобное можно сделать, но там сперва идет предупреждение.
В фаре - интересные решения по этому поводу