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

Bulat_Ziganshin



Цитата:

видишь суслика?

нет, но знаю что он есть.


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

так -lc- убери

Bulat_Ziganshin

пошло. но разве ето не уменьшит сжатие? и почему так? памяти требует ~1.3gb а у меня ето есть

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

Bulat_Ziganshin


ну у меня есть OC на 64 бита и 4гб памяти (как только на месном складе появятся новые, будут 8гб) но если жать на 64-х битах потом FA не распакует ети архивы на 32-ух битных OC

Цитата:

но если жать на 64-х битах потом FA не распакует ети архивы на 32-ух битных OC

Все прекрасно распакуется. lzma несимметричный алгоритм, так что в данном случае, памяти для распаковки требуется столько, какого размера был словарь. Так что можно не особенно беспокоиться - на 32битной ОС распакуется архив даже со словарем в 1ГБ (другое дело, где найти обычный домашний комп с 10 гигами ОЗУ для его создания... )

Giesmos


дело не в памяти а в FA. я создавал архивы на 64х битке допусии с -mx -ld=192m и они не распаковывались на 32х. будет ли такое с lzma не знаю, но попробую только завтра

Цитата:

-mx -ld=192m

Только что проверил (запаковал на х64, распаковал на х32) - распаковывается.

Giesmos


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

Bulat_Ziganshin
Сделать бы в окне упаковки/распаковки вместо одного индикатора скорости (кБ/с), два: мгновенный (для текущего файла) и средний (из рассчета обработанных на данный момент), а то тот, что есть сейчас уж очень часто сильно скачет.

Сделать progressbar не только общий, но и для текущего файла. Если не слишком сложно, то было бы идеально сделать как в раре - т.е. еще и с индикацией степени сжатия. Добавить счетчики объема распакованного, оставшегося и, возможно, полного.

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

Сделать что-то больше похожее на вот это...


Добавлено:
И может быть стоит убрать картинку из sfx - он и так довольно тяжелый?

Добавлено:
И что, все-таки, по поводу перепаковки sfx-модулей?

Цитата:

я создавал архивы на 64х битке допусии с -mx -ld=192m и они не распаковывались на 32х.

неправда

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

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

-mx -ld=192m требует всего 192 мб и проблем с ним не было и нет

lzma:ht4:650m потребует непрерывный блок 650 мб при распаковке, так что тоже практически без проблем



Цитата:

Сделать бы в окне упаковки/распаковки вместо одного индикатора скорости (кБ/с), два: мгновенный (для текущего файла) и средний (из рассчета обработанных на данный момент), а то тот, что есть сейчас уж очень часто сильно скачет.

если скачет глобальный индикатор, то что будет с локальным?

мне больше нравится предложение с форума encode - выводить в sfx только полезную юзеру инфу: сколько времени осталось, и сколько гб ещё будет записано. остальное - мусор


Цитата:

И может быть стоит убрать картинку из sfx - он и так довольно тяжелый?

на ваше коллективное усмотрение


Цитата:

И что, все-таки, по поводу перепаковки sfx-модулей?

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

Bulat_Ziganshin

Цитата:

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

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

Цитата:

если скачет глобальный индикатор, то что будет с локальным?

На мелких файлах на него можно не смотреть А на относительно больших - будет задерживаться на достаточное время.

Цитата:

не больше нравится предложение с форума encode - выводить в sfx только полезную юзеру инфу: сколько времени осталось, и сколько гб ещё будет записано. остальное - мусор

Соглашусь отчасти. Так, если я распаковываю что-то небольшое, то я и посмотреть не успею, что там высветится в окне. А если архив на несколько ГБ, да еще и с файлами сильно разного размера - тогда мне может быть важна вся эта информация.

Добавить кнопку "Detail/Simple", которая будет переключать режим отображения между простым (где будет только одна полоса прогресса, прошедшее/оставшееся время и требуемое для распаковки место) и детальным (его пример я уже привел, еще бы добавил количество фалов)
Размера SFX это заметно не прибавит, но повысит удобство использования.

Bulat_Ziganshin



Цитата:

Цитата:я создавал архивы на 64х битке допусии с -mx -ld=192m и они не распаковывались на 32х.

неправда

на -ld=650m точно не распаковывалось, как минимум в версии 0.50 . за -ld=192m точно не помню, но вроде тоже не шло. сейчас жму с lzma, как пожмется попробую и отпишусь

Добавлено:

Цитата:

в 0.52 эта память выделяется двумя блоками

в шапке такой версии нет. или ето "Текущая альфа версия" ?

4kusNick
там 500 байт разница


Цитата:

Добавить кнопку "Detail/Simple"

фантазия заработала на полную катушку...

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

spider91

Цитата:

ето "Текущая альфа версия" ?

- да

Bulat_Ziganshin

Цитата:

там 500 байт разница

Да, немного, ну смотрите сами, я бы все равно пожал, хоть 500, но разница)

Цитата:

на -ld=650m точно не распаковывалось

а что у тебя в последней закладке Settings?


Цитата:

в шапке такой версии нет. или ето "Текущая альфа версия" ?

ага

Bulat_Ziganshin



Цитата:

а что у тебя в последней закладке Settings?

ето что в опциях архиватора? или в сжатии?

Цитата:

там 500 байт разница

На безрыбье и рак - рыба

Цитата:

фантазия заработала на полную катушку...

Так разве ж это плохо? Главное, чтоб она здоровая была
Удобство в мелочах...

там где "профиль упаковки? если да то вроде ставил максимальное (уже не помню) , но разве параметры не имеют приоритет над етим?

Цитата:

Так разве ж это плохо? Главное, чтоб она здоровая была
Удобство в мелочах...

ну сделай всё это, если ты так считаешь


Цитата:

а что у тебя в последней закладке Settings?

ето что в опциях архиватора? или в сжатии?

это в окне настроек программы

spider91
Опции-Настройки-Информация
какая цифра там? (на 32bit системе.)
лучше смотреть сразу после запуска FreeArc.

Bulat_Ziganshin
А тикеты надо записывать на правильном английском? Могу сильно напортачить с построением формулировок...

Цитата:

А тикеты надо записывать на правильном английском?

напиши в заголовке "Progress indicator", а внутри шпарь по-русски. не забудь, для sfx тикет уже есть

Bulat_Ziganshin

ну если расположение не изменилось в FA 0.51 то ето раздел "информация". там написано:


Цитата:

наибольший непрерывный блок свободной памяти 2042mb

только ето в 0.51 . старой у меня нет.

Добавлено:
ето на 64-x битах, как пожмется архив переключусь на 32 и посмотрю

Добавлено:
на 32-х пишет 811mb. распаковка пошла нормально, ошибки не выдавало.

а почему раньше не шло?

Цитата:

а почему раньше не шло?

в прошлый раз звёзды (dll-ки) были расположены по-другому ))

Bulat_Ziganshin

ок, спасибо за исправление. оч. етого не хватало

Bulat_Ziganshin
На сколько реально и трудоемко сделать встроенный тест производительности ПК, как в WinRAR и 7-Zip?

Цитата:

На сколько реально и трудоемко сделать встроенный тест производительности ПК, как в WinRAR и 7-Zip?

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


Добавлено:

Цитата:

у ярлыков FreeArc\Change skin указана
Рабочая папка: "C:\Program Files\FreeArc"
надо
Рабочая папка: "C:\Program Files\FreeArc\bin"
gtk2_prefs.exe возможно до этого нет дела
а вот FreeArc не цепляет из-за этого внешние упаковщики, если они в PATH не прописаны, а лежат рядом.

спасибо, исправил хоть и не проверял


Цитата:

так пакует этот файл, image231.jpg, precomp04 получается не lossless

скинул багу автору


Цитата:

Распаковка
Дополнительные опции
-kb - не срабатывает

у меня сработало (May 14). может ты галочку слева забыл поставить?

Цитата:

так пакует этот файл, image231.jpg, precomp04 получается не lossless

Возможно, что обработке "страдает" не изображение, а данные EXIF. Сегодня постараюсь проверить на различных файлах, чтобы точно сказать.

Цитата:

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

Не настаивают. Поинтересовался с целью использования в дипломе как одного из тестов. Значит буду просто время замерять - не критично.