Перейти из форума на сайт.

НовостиФайловые архивы
ПоискАктивные темыТоп лист
ПравилаКто в on-line?
Вход Забыли пароль? Первый раз на этом сайте? Регистрация
Компьютерный форум Ru.Board » Компьютеры » Программы » FreeArc (часть 4)

Модерирует : gyra, Maz

 Версия для печати • ПодписатьсяДобавить в закладки
Страницы: 1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 21 22 23 24 25 26 27 28 29 30 31 32 33 34 35 36 37 38 39 40 41 42 43 44 45 46 47 48 49 50 51 52 53 54 55 56 57 58 59 60 61 62 63 64 65 66 67 68 69 70 71 72 73 74 75 76 77 78 79 80 81 82 83 84 85 86 87 88 89 90 91 92 93 94 95 96 97 98 99 100 101 102 103 104 105 106 107 108 109 110 111 112 113 114 115 116 117 118 119 120 121 122 123 124 125 126 127 128 129 130 131 132 133 134 135 136 137 138 139 140 141 142 143 144 145 146 147 148 149 150 151 152 153 154 155 156

Открыть новую тему     Написать ответ в эту тему

Widok



Moderator-Следопыт
Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
Часть 1 | Часть 2 | Часть 3


Скачать последний релиз - FreeArc 0.666 от 20 мая 2010 г. Что нового: ускорение работы в 1.5-2 раза благодаря новой технологии многопоточного сжатия, распаковка архивов многих форматов используя технологии 7-zip, запуск файлов из архива, исправлены все проблемы интеграции с Explоrer (подробнее)
Текущая альфа версия: 0.67 - загрузка | список исправлений | блог


Подробное описание используемых алгоритмов
Почему он сжимает лучше и быстрее, чем 7-zip/rar...
Результаты тестов, подтверждающие его крутизну...
Почему для использования 2+ гб памяти желательно установить 64-битную версию Windows
Планы дальнейшего развития
Что подразумевается под "интеграцией с Explorer"
Старая FreeArc wiki (включая описание формата архива)
Логотип и иконки FreeArc - обсуждение того, как облагородить внешний вид программы


Сторонние оболочки для работы с FreeArc:
wArc - простая и понятная программа управления архивами (требует .NET Framework 2.0)
PeaZip - менеджер архивов с поддержкой большого количества форматов, для Windows и Linux


Родственные темы:
Inno Setup плюс внешние упаковщики - использование архивов FreeArc в инсталяторах
ISDone.dll - библиотека распаковки архивов в инсталяторах
REP & SREP
Пережатиe/Pекомпрессия/Oптимизация файлов для лучшего сжатия - "а как сжать ещё лучше?"
FreeArc и Unix - для альтернативно одарённых
• репозиторий FreeArc 'Next на github.com
• тема FreeArc 'Next на форуме encode.su
• раздел FreeArc на форуме krinkels.org

 
Другие архиваторы:
WinRAR
7-zip
PowerArchiver
HaoZip
BandiZip


Всего записей: 24190 | Зарегистр. 07-04-2002 | Отправлено: 11:36 23-11-2010 | Исправлено: Release, 10:58 24-04-2023
juvaforza

BANNED
Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
egor23

Цитата:
что-то не заметил gimp-2.6.11.

Да, ты прав

Всего записей: 2895 | Зарегистр. 26-11-2005 | Отправлено: 15:27 03-02-2011
slech



Silver Member
Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
arc l ftp://test.arc
 ?

Всего записей: 4893 | Зарегистр. 10-11-2004 | Отправлено: 18:21 03-02-2011
loky88

Newbie
Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
Может кто обьяснить почему precomp не все zip архивы распаковывает???
 

Цитата:
Precomp v0.4.1 - ALPHA version - USE FOR TESTING ONLY
Free for non-commercial use - Copyright 2006-2010 by Christian Schneider
 
Input file: D:\TRASH\precomp\iw_00.iwd
Output file: D:\TRASH\precomp\iw_00.pcf
 
Using PACKJPG.DLL for JPG recompression.
 
--> packJPG DLL v2.4WIP4 (11/06/2008) by Matthias Stirner <--
More about PackJPG here: http://www.elektronik.htw-aalen.de/packjpg
 
100.0% - New size: 3425029 instead of 3872030
 
Done.
Time: 2 minutes, 7 seconds
 
Recompressed streams: 1/1245
ZIP streams: 1/1220
zLib streams (slow mode): 0/25
 
You can speed up Precomp for THIS FILE with these parameters:
-zl11 -l0
 
Fast mode does exactly the same for this file, only faster.

 
 
В итоге файл получается даже чуть меньше и жмется гораздо хуже чем исходный

Всего записей: 8 | Зарегистр. 23-09-2010 | Отправлено: 23:19 05-02-2011
Spate



Full Member
Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
loky88

Цитата:
Может кто обьяснить почему precomp не все zip архивы распаковывает?


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


Цитата:
В итоге файл получается даже чуть меньше и жмется гораздо хуже чем исходный

Потому что мануал читать нужно.

----------
Core i5 2500K, ASUStek P8P67 Pro, Sapphire HD6970, 8Gb RAM, HDD Hitachi P7K500, W7

Всего записей: 584 | Зарегистр. 15-01-2003 | Отправлено: 00:53 06-02-2011
lorents



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

----------
Image Catalyst - оптимизация изображений без потери качества

Всего записей: 3297 | Зарегистр. 30-12-2007 | Отправлено: 13:04 06-02-2011
ruduk

Junior Member
Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
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 иголок такие же.

Всего записей: 123 | Зарегистр. 08-02-2009 | Отправлено: 13:51 06-02-2011 | Исправлено: ruduk, 20:21 06-02-2011
VasulNoz

Junior Member
Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору

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

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

Всего записей: 59 | Зарегистр. 02-01-2011 | Отправлено: 14:57 06-02-2011
loky88

Newbie
Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
Spate
Спасибо за подробный ответ.
Сам бы ни когда не догадался.

Всего записей: 8 | Зарегистр. 23-09-2010 | Отправлено: 14:11 07-02-2011
Profrager



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

----------
переехал сюда

Всего записей: 888 | Зарегистр. 22-05-2010 | Отправлено: 16:40 07-02-2011
slech



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

Всего записей: 4893 | Зарегистр. 10-11-2004 | Отправлено: 16:51 07-02-2011 | Исправлено: slech, 23:14 07-02-2011
egor23



Silver Member
Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
slech

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

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

Всего записей: 3832 | Зарегистр. 03-11-2003 | Отправлено: 18:30 07-02-2011
slech



Silver Member
Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
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 при этом ещё и повис.

Всего записей: 4893 | Зарегистр. 10-11-2004 | Отправлено: 23:15 07-02-2011 | Исправлено: slech, 23:58 07-02-2011
egor23



Silver Member
Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
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, распаковали раз\два... потом удалили диск.

Всего записей: 3832 | Зарегистр. 03-11-2003 | Отправлено: 05:46 08-02-2011 | Исправлено: egor23, 05:47 08-02-2011
ruduk

Junior Member
Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
Profrager

Цитата:
побрей обоих ежиков и сложи все иголки в один мешок, а там уж их и сравнивай

а как их потом распаковать и определить где чья иголка?  
Ладно. Вот второй пример. Есть две книги: Первая на 2000 страниц  и Вторая на 1999 страниц. SREP проанализировав Вторую книгу пишет отметки на 1-й странице Второй книги типа "Смотри 1-ю страницу Первой книги", на 2-й странице - Смотри 2-ю страницу Первой книги ... и так 1999 раз. Т.е. в итоге выходит 2000 страниц Первой книги + 1999 страниц Второй с ссылками на страницы Первой книги.
По моей идее выгодней хранить всю Первую книгу (2000 страниц) и Вторую книгу с 1 страницей, на которой написано, типа "1999 страниц этой книги повторяют 1999 Первой книги".

Всего записей: 123 | Зарегистр. 08-02-2009 | Отправлено: 12:13 08-02-2011
CDK

Junior Member
Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору

Цитата:
По моей идее выгодней хранить всю Первую книгу (2000 страниц) и Вторую книгу с 1 страницей, на которой написано, типа "1999 страниц этой книги повторяют 1999 Первой книги".

Если я правильно понимаю, то это diff (или как-то так)

Всего записей: 46 | Зарегистр. 01-09-2006 | Отправлено: 12:26 08-02-2011
Registered User

Junior Member
Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору

Цитата:
1999 раз записывается, что иголки одинаковы у обоих ежиков.  

Неправда. Если все 1999 иголок идут подряд, то записывается "см. 1999 иголок 2000 иголок назад"

Всего записей: 76 | Зарегистр. 22-12-2007 | Отправлено: 13:57 08-02-2011
Profrager



Advanced Member
Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
ruduk
все, что ты пишешь - это и есть srep (только эти 2 файла надо слить в один, чтобы получился требуемый эффект) ,или xdelta3 (diff) с размером буфера >=размера файла (что не всегда возможно).

----------
переехал сюда

Всего записей: 888 | Зарегистр. 22-05-2010 | Отправлено: 17:31 08-02-2011 | Исправлено: Profrager, 17:33 08-02-2011
ruduk

Junior Member
Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
Profrager
да, я знаю как работает LZ77. Вместо значений сжимаемой последовательности SREP вставляет ссылки на ранее обнаруженные такие-же последовательности. Я предлагаю уменьшить количество этих ссылок, тем самым уменьшиться размер файла на выходе. Ведь прочитав команду, как сказал выше Registered User:
Цитата:
"см. 1999 иголок 2000 иголок назад"
, выполнить ее быстрее, чем 1999 раз перечитывать данные вперед-назад по одной иголке. Я подумал раз уж SREP может находить байт-точные совпадения, то можно попробывать осуществить прямое сравнение группы байт. Начать сравнением по 2-байта и как пирамида поднимающаяся вверх дойти до группы из 8 байт.
Это всего лишь идея, поиск возможности улучшить SREP, который (не просто так) все хотят сделать частью FA. Не воспринимайте мою идею или то, как я пытаюсь объяснить ее вштыки. В споре рождается истина.

Всего записей: 123 | Зарегистр. 08-02-2009 | Отправлено: 20:17 08-02-2011 | Исправлено: ruduk, 20:18 08-02-2011
Registered User

Junior Member
Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору

Цитата:
то можно попробывать осуществить прямое сравнение группы байт. Начать сравнением по 2-байта и как пирамида поднимающаяся вверх дойти до группы из 8 байт.  

?
 

Всего записей: 76 | Зарегистр. 22-12-2007 | Отправлено: 23:09 08-02-2011
ruduk

Junior Member
Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
Registered User
Попробую объяснить:

Цитата:
           8            
     4           4        4    . . .  
  2   2       2   2     2    2   . . .  
1 1  1 1  1 1  1 1  11  11    . . .
 
 
Если, например, есть последовательность  АBCDEFGH...ABCDKLMN (каждый символ по 1 байт), то сравниванием по 1-байт можно определить повторения (совпадения) для А, В, C, D:  
(А)(B)(C)(D)EFGH...(A)(B)(C)(D)KLMN  
Для первого прохода идет поиск совпадений с элементом, стоящим до и после текущего элемента. Т.е. можно определить повторяющиеся группы АВ и CD:
(АB)(CD)EFGH...(AB)(CD)KLMN  
На следующем проходе определить, что после AB идут CD и записать их как одну группу из 4-байт:
(АBCD)EFGH...(ABCD)KLMN
На третьем проходе идет поиск групп по 8-байт (какбы идеальный вариант). Но, наверно, ресурсов будет использовать много.

Всего записей: 123 | Зарегистр. 08-02-2009 | Отправлено: 10:29 09-02-2011 | Исправлено: ruduk, 10:37 09-02-2011
Открыть новую тему     Написать ответ в эту тему

Страницы: 1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 21 22 23 24 25 26 27 28 29 30 31 32 33 34 35 36 37 38 39 40 41 42 43 44 45 46 47 48 49 50 51 52 53 54 55 56 57 58 59 60 61 62 63 64 65 66 67 68 69 70 71 72 73 74 75 76 77 78 79 80 81 82 83 84 85 86 87 88 89 90 91 92 93 94 95 96 97 98 99 100 101 102 103 104 105 106 107 108 109 110 111 112 113 114 115 116 117 118 119 120 121 122 123 124 125 126 127 128 129 130 131 132 133 134 135 136 137 138 139 140 141 142 143 144 145 146 147 148 149 150 151 152 153 154 155 156

Компьютерный форум Ru.Board » Компьютеры » Программы » FreeArc (часть 4)


Реклама на форуме Ru.Board.

Powered by Ikonboard "v2.1.7b" © 2000 Ikonboard.com
Modified by Ru.B0ard
© Ru.B0ard 2000-2024

BitCoin: 1NGG1chHtUvrtEqjeerQCKDMUi6S6CG4iC

Рейтинг.ru