» FreeArc (часть 4)

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

Bulat_Ziganshin

Цитата:

напомнило мне один из розыгрышей Стива Возняка

А что такое, всё плохо?

Добрый день!
Подскажите, пожалуйста, что это за функции stdin/stdout в srep? как ими работать?

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

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

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

те, кто имеет опыт взаимодействия с ТП, отписывайте сюда алгоритмы жалобы или если есть права - сразу вставляйте в фак

juvaforza
Сколько не переключал языки ввода EN-RU-EN-RU... горячие клавиши FA (у меня windows 7, х86, 2 Гб ОЗУ) работают без проблем. Возможно, потому, что я не переключаю раскладку, а языки ввода.

Bulat_Ziganshin
Пришла в голову идея как улучшить работу SREP. Прошу не считать шуткой, но попытаюсь объяснить на примере ежиков. Необходимо сжать кучу файлов-ежиков.
Пускай у первого ежика 2000 иголок, у второго 1999, ежики близнецы. Получается после обработки первого ежика начинается побитовое (поиголочное) сравнение второго ежика с первым. SREP определяет, что 1-я иголка второго ежика такая-же как и 1-я иголка первого ежика, 2-я такая же как и 2-я у первого, 3-я - как 3-я у первого... Т.е. 1999 раз записывается, что иголки одинаковы у обоих ежиков.
Нельзя ли придумать метод или способ записи данных о втором ежике, типа Второй ежик = Первый ежик - (минус) 1 иголка?
Т.е. после полного анализа иголок второго ежика как бы сделать сравнение группы иголок и при обнаружении, что 1999 иголок одинаковы - упустить запись о каждой из иголке, а оставить инф. что все 1999 иголок такие же.

Engaged Clown
Стив сделал псевдо-рекламу компьютеров, где они сравнивались по фейковым параметрам. так и здесь - про 16-битные коды рида-соломона в par2/iceecc и сущестоввание более надёжных 32-битных кодов я слышал только здесь


Цитата:

Реально ли сделать чтобы метод -mx использовал больше 2-х потоков?

конечно, мы здесь все идиоты, ты один такой умный

insorg
-lc/-ld

Цитата:

Сколько не переключал языки ввода EN-RU-EN-RU... горячие клавиши FA (у меня windows 7, х86, 2 Гб ОЗУ) работают без проблем. Возможно, потому, что я не переключаю раскладку, а языки ввода

У меня (windows ХР, х86, 4 Гб ОЗУ) и такая роблемае есть при переключении языка ввода (не работает на UA, RU, а работает только на EN)

Bulat_Ziganshin
Булат, Вы знаете, на счет пользователей - я не так давно затестил Ваш архиватор, и удалил все остальные. Теперь только менеджер архивов PeaZIP и FreeArc. Меня он устаивает целиком и полностью. Конечно с радостью бы расписал трактат по внешнему виду и тд. Я планирую выкроить время и списаться с разработчиками PeaZIP, чтобы они все опции Вашего архиватора встключили в гуи. По поводу политики Игоря - солидарен с ним, раз в месяц по версии со значительными допилами - это сильно. Ну и здоровая конкуренция никогда во вред не шла, к примеру, пока на FreeArc не наткнулся - сидел на 7z. Количество пользователей подтянется - если идти по пути Рошаля - он не скрывате то, что не хочет планирует работать над алгоритмом а только над юзабилити, цитирую:

Цитата:

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

Но как по мне - я готов на некоторое время пожертвовать интерфейсом во благо качества архива и степени сжатия

Цитата:

появятся новые фичи в sfx

А вот этого я жду с нетерпением)

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

Bulat_Ziganshin
Разобрался. Все дело в lzma.

ruduk
побрей обоих ежиков и сложи все иголки в один мешок, а там уж их и сравнивай (=объеденить 2 файла каким-либо архиватором без сжатия, типа .tar и пустить под srep). И ничего придумывать не надо.

Bulat_Ziganshin
И снова не поняли друг друга.
Мне упаковку принудительно ограничивать по памяти не нужно.
Мне интересно:
Какое наибольшее количество памяти может потребоватся для распаковки архива с "-m9x", если НЕ ограничивать? (хотя бы приблизительно)

Windows 2003 Server x64 - FreeArc альфа версия: 0.67
1. Запаковал сайт ~ 5 Гб.
2. Пригнал
3. Открыл архив
4. Выделил папки и начал распоковку
5. Распаковка закончилась
6. Окошко первое архиватора продолжает висеть и видно что ест память.

причём ест как-то волнообразно.
набирает до ~ 1800Mб и сбрасывается до 1300Мб и снова начинает расти и так несколько раз.

выгрузился FA только принудительно.

Цитата:

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

Да ну, не прав он! Однозначно!
Просто ему повезло выйти на рынок раньше всех и распространиться.

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

slech

Цитата:

1. Запоковал сайт ~ 5 Гб.

а сколько файлов было?

insorg
-m9x -lc- -ld- -di напечатает макс. необходимую память для упаковки и распаковки

egor23
Цитата:

а сколько файлов было?

Цитата:

C:\Program Files (x86)\FreeArc\bin>arc x -dpW:\test1 D:\Production.arc *
FreeArc 0.67 (November 17 2010) extracting archive: D:\Production.arc
Extracted 474,295 files, 5,728,620,124 => 7,333,344,101 bytes. Ratio 78.1%
Extraction time: cpu 1369.44 secs, real 6242.61 secs. Speed 1,175 kB/s
All OK

консоль отработала нормально.

Добавлено:
GUI1
6.82 GB (7,333,344,101 bytes)
472,167 Files, 2,120 Folders

GUI2
6.82 GB (7,333,344,101 bytes)
472,167 Files, 2,120 Folders

Console
6.82 GB (7,333,344,101 bytes)
472,167 Files, 2,128 Folders

Т.е. судя по всему отработали одинаково, но GUI при этом ещё и повис.

Цитата:

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

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

Спасибо.

slech
1. вообщем "особенности" GUI
2. "особенность" работы с большим кол-вом файлов

Bulat_Ziganshin
Вопрос этот уже подымался, но решил ещё сделать несколько тестов

Цитата:

1. Запаковал сайт ~ 5 Гб.
2. Пригнал
3. Открыл архив
4. Выделил папки и начал распоковку
5. Распаковка закончилась
6. Окошко первое архиватора продолжает висеть и видно что ест память.

1. Фейк на 50 000 файлов (5 папок по 10 000 файлов)
2. Упаковал -mrep:10m
3. Открыл архив (памяти отъелось 94МБ)
4. Выделил папки и начал распаковку
Памяти после распаковки отъелось 763МБ, причём в последний момент распаковки 382МБ-763МБ
(arc x 50000_10.arc "начинает" с 63МБ заканчивает распаковку при занятых 470МБ)
правда цифры разняться в одном случае 470МБ, в другом 332МБ - ?! непонятно

Замечание
1. FreeArc GUI не высвободил память, которая была занята во время распаковки.

http://gettyfile.ru/693510/

PS: эксперементы лучше ставить на ram-drive, распаковали раз\два... потом удалили диск.

Цитата:

3. в поле Словарь писать все алгоритмы, найденные в архиве, с их максимальными словарями, переведёнными в байты, например: "LZMA:512mb LZMA2:256mb PPMD:48mb BZip2:900kb", таким образом это заодно станет и описанием алгоритмов, использованных в архиве
 
Кроме того, последний пункт я думаю распространить и на описание архивов freearc, скажем там может появиться "rep:512mb+lzma:64mb ppmd:384mb grzip:8mb"

не дождавшись критики и предложений, сделал для freearc так:

Dictionary: dict:93kb+lzp:93kb+ppmd:384mb rep:10mb+lzma:10mb grzip:728kb
Dictionary: rep:96mb+xtor:16mb rep:30mb+xlzma:16mb grzip:8mb
Dictionary: rep:512mb+xlzma:16mb dict:34mb+lzp:34mb+xppmd:384mb grzip:197kb

SerJantX

Цитата:

Да ну, не прав он! Однозначно!
Просто ему повезло выйти на рынок раньше всех и распространиться.

Ну как сказать, не совсем.
Об этом можно рассуждать вечно.

У WinRar есть некоторые преимущества -
1) Стабильность алгоритма, проверенная годами
2) Малый размер дистрибутива + отлаженный GUI. Этот плюс вроде получается из того, что софт написан на Asm и C++. Но при этом GUI имеется только под Windows. Тобишь никакой кроссплатформенности.

Engaged Clown
Меня безумно радуют в rar'е возможность ставить цветные ASCII-комменты, использую esc-последовательности. Кроме этого - информация для восстановления, ну и ЭЦП)
Bulat_Ziganshin
Булат, скажите, а где можно ознакомиться с планируемыми реализациями? Желательно на русском.

SerJantX
Ну как не прав, в чем-то прав. просто гуи рара и так приятно и довольно юзабельно. ну что туда еще можно джомавить? Вот если бы за алго взялся - другое дело. Мне кажется что в Арке тоже будет гуи сверхудобный и тд, просто пока правильно - уклон делается на стабильность алгоритма и степень сжатия, а потом можно и гуи кодить - собственно потом и надерется немалая целевая аудитория простых пользователей.

Bulat_Ziganshin
Cегодня обновился до февральской версии, заметил новую (для меня, по крайней мере) утильку SREP (аж 3.01 версии).
Как её можно эффективно использовать?

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

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

Цитата:

всё это есть.

иконок нет )

Engaged Clown
не совсем согласен по второму пункту
snkreg
вот именно что только в чем то, на то что ставился акцент, нет, или не совсем так, степень сжатия и скорость также в приоритетных задачах стоят

Цитата:

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

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

Bulat_Ziganshin,
Насчёт гуи и настроек - как-нибудь поставлю полную - поганяю, гляну что там интересного после 0.666 добавилось...
А использую я консольную версию в паре с Total Commander, потому интересует "консольное" использование.

В архиве обнаружил файлы
srep.exe
srep32.exe
srep32i.exe
srep64.exe
srep64i.exe
В чём разница?

p.s.
x64 версия FreeArc планируется?

SerJantX

Цитата:

не совсем согласен по второму пункту

В чём именно?
Многие отказываются ставить FreeArc потому что он весит >7Мб, ставит в систему GTK.

Цитата:

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

Комментарии я хотел в соответствующую вкладку засунуть

А с комментариями что не так? Поставил галочку написал комментарий и пустил на сжатие.


Цитата:

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

Все уже давно придумано в других прогах, может стоит просто их перенести в ФА?

А за шифрование я совсем вас не понимаю, что с ним не так? можете кратко объяснить.

Блин все нет времени дорисовать другие вкладки. Если они вам еще нужны то на выходных я все сделаю

SerJantX
не вопрос и я к пиару подключусь. Надо бы еще над гуем поработать... просто я не кодер давно уже, знаний не хватит..могу бетатестить, выдвигать идеи и предложения, но кодить - нет ни сверхнавыков, ни времени..Посмотрим, что Булат скажет о планах развития архиватора и добавления новых фич