» FreeArc (часть 4)

Спасибо. Поэтому воз и ныне там. Всем все по барабану, кроме энтузиастов, вроде Вас. А пока из коммерческих продуктов конкурентов у StuffIt нет, хотя, в качестве удобства, он уступает всем основным игрокам. Печально…

kalpak
Ясно, спасибо.

Подскажите как реализовать следующее:
Есть 30 файлов, нужно чтобы ФА их упаковал в строго определенном порядке. Как это сделать?

SREP 2.991 release candidate:

-m3f by default
-m1..-m3 disables future-LZ
-nommap by default, -mmap option
print program version and size of input file before compression
progress indicators (%% processed) for compression and decompression
exchanged compsize and origsize in decompression indicator


This version changes some defaults (-f and -nommap) and displays more info thorough operation

Добавлено:

Цитата:

можно понизить потребление памяти немного, если вместо sha1 использовать md5

ну так sha1 более надёжен. и не стоит редактировать сообщения, я их получаю по email

vasulpr
добавить их по одному в архив. затем если нужно пережать его

Bulat_Ziganshin
а по другому никак?

а можно ли через аркгрупс вместо расширений тупо вписать имена файлов в нужном порядке?

Bulat_Ziganshin

Цитата:

-m1..-m3 disables future-LZ

а что это означает?

egor23
раньше опции -m1..3 и -f действовали независимо - первая переключала метод поиска, вторая включала future-lz. теперь же есть 6 опций -m1..3 и -m1f..3f, которые одновременно выбирают метод поиска и выключают/включают future-lz

разницу можно увидеть например дав опции "-f -m3" старой и новой программам

vasulpr
можно. я сам не сообразил

Bulat_Ziganshin

Цитата:

добавить их по одному в архив. затем если нужно пережать его

вопрос с лист-файлами вроде исправлялся или это так и осталось в планах?

Если бы автор давал больше информации о разработке. Стабильно выпускал альфа версии программы, то и народ до FreeArcа тянулся.

Ложное срабатывание?
у всех сразу что ли?
или я чет пропустил? хз

VasulNoz

Цитата:

Читай внимательнее! Я автора никуда не подгоняю.

По интонации видно.

Цитата:

Стабильно выпускал альфа версии программы

да, раз обычные вопросы интереса не вызывают, задам такой: если с нуля сейчас сделать GUI для freearc, как бы вы хотели чтобы он выглядел?

egor23
так и осталось. это довольно существенная переделка в логике

blydovoz
да, действительно - выглядит обескураживающе. а вот что происходит после распаковки upx'ом: http://www.virustotal.com/file-scan/report.html?id=d0cb38028354aa9dc40728ec91bd10348d0d2c1581be328cce3596a4a5364128-1313312868

Добавлено:
а после повторной упаковки с теми же параметрами (upx --lzma -9) вирус в файле не обнаруживается. очень странно. но пока скорее похоже что вирус действительно есть

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

Engaged Clown
Тогда почему в полной истории изменений последняя версия за август?

Bulat_Ziganshin

Цитата:

freearc, как бы вы хотели чтобы он выглядел?

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

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

VasulNoz

Цитата:

Тогда почему в полной истории изменений последняя версия за август?

Если тебе интересно, то на днях обновлю ее (полную истории изменений) к последней версии. С согласия автора я обновляю страницу через 3-4 альфа-версии или релиза новой версии. Последняя версия за 17 ноября 2010 и я, также как и Вы, жду выхода новой версии.

Freearc есть srep. Если есть какие алгоритмы нужна писать.

Цитата:

Тогда почему в полной истории изменений последняя версия за август?

Вроде эта полная история - работа ruduk'а.
ЗЫ:
Код: ------------------------------------------------------------------------
r1628 | bulat | 2011-01-27 14:46:38 +0300 (ùΓ, 27 ∩¡ó 2011) | 1 line

DLL: progress indicator for operations on FreeArc archives

Provizor54
нету

Цитата:

если с нуля сейчас сделать GUI для freearc, как бы вы хотели чтобы он выглядел?

неужели нет более чем заняться?

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

Если хотите уже интерфейс переделывать то лучше представьте пару рисунков с вариантами чтобы можно было выбрать лучший

автор 7z не собирается добавлять (если он вообще в курсе) MF HT4 ?

Bulat_Ziganshin

Цитата:

да, раз обычные вопросы интереса не вызывают, задам такой: если с нуля сейчас сделать GUI для freearc, как бы вы хотели чтобы он выглядел?

Если это возможно, то без GTK, как в том же хаозипе. Да, кроссплатформенность теряется конечно. Но GTK какой-то ущербный, мне кажется.
Либо делать на QT или WX, на них программы выглядят более качественными что-ли.

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

Цитата:

Если это возможно, то без GTK, как в том же хаозипе

Вы хотите сказать что HaoZip использует GTK ?
Помоему HaoZip максимально попробовал скопировать WinRar и темы помоему от WinRar запросто цепляются в HaoZip. Думаю ежели такое было бы в FA, то одной проблемой стало бы меньше.
Мне бы хотелось увидеть интерфейс в стиле WinRar, почти все обсуждения интерфейса велись с подглядыванием а как это у WinRar.
По поводу крос-платформенности вопрос так же неоднозначный. У WinRar разные версии под разные OS. Поддерживать сложнее, зато реализация наверное качественее.
Поидее большинство пользователей в не-Windows OS будут пользоваться консольной версией. Ежели проект станет массовым, то можно подумать и об GUI для Linux.

Вобщем я за а'ля WinRar, но с обязательной portable версией !

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

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

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

Цитата:

Тогда почему в полной истории изменений последняя версия за август?

Можно видеть здесь:
http://freearc.org/ru/Statistics.aspx
Статистику по версиям.
Хотя, конечно в истории изменений тоже бы надо.

Добавлено:
1. Разные результаты сжатия одним методом.
Ранее я приводил результаты теста
http://forum.ru-board.com/topic.cgi?forum=5&topic=35164&start=60#16
В нем я тестировал GUI-версию 0,67а. Теперь сравнил с консольной версией 0,67а, запускал из Far-а. И наблюдаю заметное отличие:
Gui -m4 2м03с 1 311 346 587 байт
кон -m4 130c 1 306 900 221 байт
кон -m4 157c 1 306 785 652 байт
В консоли при нескольких запусках получалось разное время, и главное - величина архива! Архивы тестировались нормально.
В чем дело?
Разница в величине свободной памяти на момент архивации?

2. Оптимизация метода -mex5.
В том же тесте на графиках видно, что режим -mex5 выпирает (горбом) вправо-вверх. Он не оптимален, по времени почти как -mex7, а по сжатию хуже.
Я разобрался, что дело в сжатии "архивов" rar zip, их у меня почти 50%.
Захотел оптимизировать. Здесь 2 варианта:
- сменить метод,
- оптимизировать метод

2а Сменить метод
Булат посоветовал попробовать tor.
Наилучшие результаты у меня получились при командной строке
-mex5/$compressed=rep5+xtor:c3
В одном тесте результат достойный, в другом - не очень.
Какими параметрами tor можно увеличить степень сжатия в данном случае?
Мои эксперименты (xtor:32m:c3 xtor:32m:c4) приводили только к увеличению размера архива.

2б Оптимизировать метод
В -mex5 архивы обрабатываются
5rep +exe+delta+4x4:i0:lzma:4mb:max
Какие параметры lzma можно попробовать в данном случае для увеличения скорости (при небольшом ухудшении сжатия)?

kalpak
думаю, для него это не очень существенно

народ, я собираюсь выпустить SREP 3.0. есть какие-нибудь пожелания к нему или недоделанные вещи?