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

НовостиФайловые архивы
ПоискАктивные темыТоп лист
ПравилаКто в 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
Paramon111

Junior Member
Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
VicF1
precomp долго обрабатывает. тут надо выбирать, или долгая упаковка(причем не факт что сжатие будет сильней), или убираем precomp  и значительно ускоряем создание архива(возможно чуть с меньшим сжатием).

Всего записей: 148 | Зарегистр. 13-01-2012 | Отправлено: 14:13 25-02-2012
death7lord



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

Цитата:
1.  
copy pak.zip pak1.zip
arc -tzip pak1.zip media
2. "isdone" в шапке
 

первая строка - это по сути просто резервная копия
вторая строка - якобы перепаковка - ругается -tzip неизвестная команда...

Цитата:
DefaultDirName={reg:HKLM\SOFTWARE\путь_из_реестра\а_этого_там_нет,Rusifikator|{pf}\abcd}

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

Всего записей: 40 | Зарегистр. 09-12-2010 | Отправлено: 00:48 26-02-2012 | Исправлено: death7lord, 03:03 26-02-2012
Shuld

Member
Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
Bulat_Ziganshin
 
До меня только что дошло, что многие начинающие пользователи GUI-версии FreeArc не понимают, что при архивировании на вкладке "Основное" в строке  "Сжатие" можно указывать любой разрешенный метод сжатия.
 
Сейчас там примерно так:
Ultra (require 2 gb RAM for decompression): -mx -ld1600m
Maximum (require 1 gb RAM for decompression): -mx -ld800m
Best asymmetric (with fast decompression): -m9x -ld192m
High: -m7 -md96m -ld192m
Normal: -m4
Fast: -m3
Very fast: -m2
HDD-speed: -m1
No compression: -m0
 
Предлагаю добавить строку типа:
(здесь можно указать любой другой разрешенный метод сжатия): -m...
 
 
 
Добавлено:
Сам в свое время не понимал этого.
 
Добавлено:
Или даже проще:
(другой метод): -m...  
 
Добавлено:
(указать другой метод/методы): -m...

Всего записей: 364 | Зарегистр. 08-12-2010 | Отправлено: 12:13 26-02-2012 | Исправлено: Shuld, 14:39 26-02-2012
Bulat_Ziganshin

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

Цитата:
ругается -tzip неизвестная команда...  

http://freearc.org/Download-Alpha.aspx
 

Цитата:
До меня только что дошло, что многие начинающие пользователи GUI-версии FreeArc не понимают, что при архивировании на вкладке "Основное" в строке  "Сжатие" можно указывать любой разрешенный метод сжатия.  

у  пользователей есть вообще тенденция ничего не понимать, или понимать неправильно, и уж ни в коем случае не читать документацию. это - данность. и если написать как ты предполагаешь - большинство и этого намёка не поймёт
 
лучше мне кажется тебе сделать батник, который добавляет нужные строки в arc.ini и freearc.ini

Всего записей: 3401 | Зарегистр. 13-08-2007 | Отправлено: 16:08 26-02-2012
Shuld

Member
Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
Rep + tor:4
 
Было протестировано несколько наборов данных. Типовые результаты приведены далее.
 
tor:4
Начнем с рассмотрения конструкций вида  
-mrep:1g:64:c32+4x4:tor:4:4mb:h…k:l…
Обоснование выбора rep:…:64:c32 было сделано ранее
http://forum.ru-board.com/topic.cgi?forum=5&topic=35164&start=1300#11
Размер окна 4m для tor:4 обоснован компромиссом: при маленьком окне ухудшаются параметры сжатия, при большом – растут требования к ОЗУ.
Тестировались следующие комбинации параметров tor:3 и tor:4:
…+xtor:3…:h64k
…+xtor:3…:h128k
…+xtor:3…:h256k
…+xtor:4…:h128k:l2 - xtor:4…:h128k:l16
…+xtor:4…:h256k:l2 - xtor:4…:h256k:l16

…+xtor:4:…:h8m:l2 - xtor:4:…:h8m:l16
Привожу типовой график зависимостей:

Линии одного цвета означают метод tor:4… с одним значением хеш-таблицы и разными значениями параметра l… от 2 до 16.
В табличном виде можно ознакомиться, скачав файл .xlsx:
Скачать 676 279 425.zip с WebFile.RU
(Время действия ссылки 2 месяца)
При увеличении l2 до l16 сжатие и время увеличиваются в нелинейной зависимости. Вполне можно выделить «эффективные» комбинации.  
Так, видно, что …+tor:4…:h128k и …+tor:4…:h256k не могут обеспечить «эффективного» соотношения сжатие/время при любом l….
К эффективным можно отнести следующие комбинации в порядке увеличения времени и степени сжатия:
rep:…+4x4:tor:4:…:h512k:l2
rep:…+4x4:tor:4:…:h512k:l4
rep:…+4x4:tor:4:…:h512k:l8
rep:…+4x4:tor:4:…:h1m:l8
rep:…+4x4:tor:4:…:h2m:l8
rep:…+4x4:tor:4:…:h8m:l8
(На других данных отличия непринципиальны. Все зависимости остаются).
 
Проверялись также значения хеш-таблицы и l… отличные от степени 2. Результаты получались неудовлетворительные.
 
Rep
Были рассмотрены варианты, отличные от rep:…:64:c32:
Результаты для xtor:4:…:h512k:l4
Метод Размер Время    
rep:…:64:c32+xtor:4:… 448 866 842 9,51    
rep:…:64:c16+xtor:4:… 448 791 859 10,36    
rep:…:16:c16:d4m:s32+xtor:4:… 449 219 182 10.50    
rep:…:32:c16:d4m:s32+xtor:4:… 448 594 705 10.42    
rep:…:64:c16:d4m:s32+xtor:4:… 448 643 706 10.46    
rep:…:96:c16:d4m:s32+xtor:4:… 448 870 466 10.60    
rep:…:128:c16:d4m:s32+xtor:4:… 448 956 455 10.43

В данном случае наилучшее сжатие (при примерно одинаковом времени) получилось в случае rep:…:32:c16:d4m:s32. Чуть хуже результаты у rep:…:64:c16:d4m:s32.
Однако эксперименты на других данных показали, что вариант rep:…:32:c16:d4m:s32 только в этом тесте показал хорошие результаты, обычно он по сжатию значительно хуже, чем rep:…:64:c16:d4m:s32. Все другие варианты всегда были хуже, чем rep:…:64:c16:d4m:s32.
Поэтому в качестве альтернативы rep:…:64:c32 я далее буду рассматривать именно rep:…:64:c16:d4m:s32.
На рисунке выше, 6-ю кружками показаны эти альтернативы для следующих 6 методов:
rep:…+4x4:tor:4:…:h512k:l2
rep:…+4x4:tor:4:…:h512k:l4
rep:…+4x4:tor:4:…:h512k:l8
rep:…+4x4:tor:4:…:h1m:l8
rep:…+4x4:tor:4:…:h2m:l8
rep:…+4x4:tor:4:…:h8m:l8
Видно, что для «младшего» метода rep:…+4x4:tor:4:…:h512k:l2 альтернатива только ухудшает соотношение время/степень сжатия. Наоборот, для «старшего» rep:…+4x4:tor:4:…:h8m:l8 результаты очень хороши! Для методов в промежутке между ними, альтернативные параметры rep чуть-чуть улучшают соотношение время/степень сжатия. (т.е. кружки лежат чуть ниже «эффективного» края для всех возможных комбинаций параметров).
 
Далее у меня уже практически готовы результаты по tor:5 и tor:6.
 
Добавлено:
slech

Цитата:
Может пригодится http://theenemy.dk/table/

Работать с этим конвертором легко.
К сожалению, на данный форум не подходит.  
Вот бы подходящий конвертор найти!

Всего записей: 364 | Зарегистр. 08-12-2010 | Отправлено: 17:17 26-02-2012 | Исправлено: Shuld, 17:53 26-02-2012
death7lord



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

Цитата:
ругается -tzip неизвестная команда...  
 
http://freearc.org/Download-Alpha.aspx

ну так я скачал новую альфа
поэтому и написал, выдаёт - анкноу команд

Всего записей: 40 | Зарегистр. 09-12-2010 | Отправлено: 22:06 26-02-2012
hztn



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

Цитата:
До меня только что дошло, что многие начинающие пользователи GUI-версии FreeArc не понимают, что при архивировании на вкладке "Основное" в строке  "Сжатие" можно указывать любой разрешенный метод сжатия.  
   
 Сейчас там примерно так:  
 Ultra (require 2 gb RAM for decompression): -mx -ld1600m  
 Maximum (require 1 gb RAM for decompression): -mx -ld800m...

- Как можно зафиксировать один из режимов в настройках для профиля сжатия по умолчанию? В опциях при нажатии "сохранить" ничего не происходит, и при следующем использовании опять дефолтный профиль. А по умолчанию всегда "normal" стоит, и в большинстве случаев проигрывает 7зипу по степени сжатия. Ситуация меняется на "ultra", но жму всегда в "ультру" - неудобно каждый раз в настройках лазить, хочу просто пкм=>>"добавить в arc архив" и жать сразу с сохранённым профилем.
 
Возможно уже обсуждалось, не нашёл.
Использую 66 версию.

Всего записей: 332 | Зарегистр. 25-06-2009 | Отправлено: 19:16 28-02-2012 | Исправлено: hztn, 19:19 28-02-2012
ndch

Gold Member
Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
Shuld
У Вас процессор какой ?
Можно угадаю L2 Cache ? 2 MB*количество "физических" ядер.
 
Кстати для компактности 4x4:tor == xtor

Всего записей: 6488 | Зарегистр. 31-08-2008 | Отправлено: 21:33 28-02-2012 | Исправлено: ndch, 21:51 28-02-2012
Shuld

Member
Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
hztn
Не понимаю Вас.
Выбираете файл.
Правой кнопкой вызываете контекстное меню и там "добавить в архив"...
В строке "Сжатие" сотрите, что там есть, и укажите, что Вам надо, например:
-mex5
И нажимайте ОК.
В следующий раз в контекстном меню будет и этот режим.
Это настолько просто, что наверное и непонятно.
 
Добавлено:
ndch
У 4х4 есть еще параметры. Строка типа xtor или xlzma не всегда прокатывает.
Например:
rep:1g+4x4:t1:i0:lzma:128mb:h128m:normal:bt4:128
Поэтому не всегда удобно сокращать...
Особенно при экспериментах.
Процессор i3-530 (2 ядерный, 4 поточный), L2 2х256КБ, L3 4МБ
К слову, а зачем Вы "угадываете" мой процессор? Я много раз писал, какой процессор.
И в заметке чуть выше, если пройти по ссылке, в файле .xlsx тоже все расписано подробно.

Всего записей: 364 | Зарегистр. 08-12-2010 | Отправлено: 21:55 28-02-2012 | Исправлено: Shuld, 22:21 28-02-2012
Bulat_Ziganshin

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

Цитата:
 Как можно зафиксировать один из режимов в настройках для профиля сжатия по умолчанию?  

отредактировать ArcShellExt-user.lua - поменять " a --noarcext " на " a --noarcext -mx "
 
Добавлено:

Цитата:
Привожу типовой график зависимостей:  

на этом графике сжатие отличается максимум на 0.6%, а скорость до 3-4 раз. из него можно сделать только вывод что лучше взять самую левую (быструю) точку
 
Добавлено:

Цитата:
поэтому и написал, выдаёт - анкноу команд

ну конечно
arc -tzip a pak1.zip media

Всего записей: 3401 | Зарегистр. 13-08-2007 | Отправлено: 23:16 28-02-2012 | Исправлено: Bulat_Ziganshin, 23:25 28-02-2012
ndch

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

Цитата:
зачем Вы "угадываете" мой процессор?

Да потому что Вы подбираете параметры FreeArc под свой процессор.
Лично мне на ноут с атомом этот "подбор" совершенно параллелен.
 

Цитата:
Я много раз писал, какой процессор.

Подписывайте пожалуйста на скриншотах что именно за процессор и как работает (hyperthreading). Сильно повысит информативность. Искать же в форуме что у Вас за процессор лень.

Всего записей: 6488 | Зарегистр. 31-08-2008 | Отправлено: 09:15 29-02-2012
Shuld

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

Цитата:
Лично мне на ноут с атомом этот "подбор" совершенно параллелен.

А что, результаты сильно отличаются? В чем?
Я свои проверяю еще на двухядерном. Результаты качественно одинаковы.

Цитата:
Подписывайте пожалуйста на скриншотах что именно за процессор и как работает  

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

Цитата:
на этом графике сжатие отличается максимум на 0.6%, а скорость до 3-4 раз. из него можно сделать только вывод что лучше взять самую левую (быструю) точку  

Если посмотреть мой последний тест:
http://forum.ru-board.com/topic.cgi?forum=5&topic=8076&start=760#6
то как-то так и получается.
А после нового rep-а результаты еще больше "усреднятся" по сжатию.
rep+tor - достаточно сильная штука!

Всего записей: 364 | Зарегистр. 08-12-2010 | Отправлено: 17:20 29-02-2012
ndch

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

Цитата:
А что, результаты сильно отличаются? В чем?  
 Я свои проверяю еще на двухядерном. Результаты качественно одинаковы.

 
Я подгонял настройки под сжатие в реальном времени кучи небольших (порядка мегабайта) файлов (с дальнейшей записью на флешку) и последующей быстрой распаковки.
 
На сильно разных процессорах и методы и параметры нужны разные.
На e6750 -m=tor:3:1m:h512k  
На i3 -xtor дальше на память не помню
на intel atom n270  -m=tor:4:512k:h256k / -m=tor:4:2m:h1m
про geode - на руках нет конкретных данных
 
Я в своё время тоже что-то сжимал
и на атоме (посмотрите, ответьте на свой вопрос, про "качественные изменения")

Всего записей: 6488 | Зарегистр. 31-08-2008 | Отправлено: 23:01 29-02-2012 | Исправлено: ndch, 23:25 29-02-2012
Shuld

Member
Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
Rep + tor:5 / tor:6
 
Предыдущие результаты по tor:3 и tor:4 были опубликованы здесь:
http://forum.ru-board.com/topic.cgi?forum=5&topic=35164&start=1300#11
http://forum.ru-board.com/topic.cgi?forum=5&topic=35164&start=1320#6
Процессор i3-530 (2 ядерный, 4 поточный), Win7 32-разрядная, ОЗУ 4 ГБ
 
Tor:5
Метод  tor:5…(l4) тратит времени примерно столько же, сколько tor:6…:l4, но сжимает всегда хуже. Пример для rep:…:64:c32+xtor:…:4m:…:l4
Метод tor:5…(l4) Время tor:6…:l4 Время    
rep:…+xtor:…:h1m:… 448 313 086 16.69 448 197 697 16.91    
rep:…+xtor:…:h2m:… 448 070 853 21.12 447 950 552 21.17    
rep:…+xtor:…:h4m:… 447 813 259 23.99 447 692 016 23.87    
rep:…+xtor:…:h8m:… 447 605 903 25.75 447 479 367 25.67

Сказанное справедливо для любых данных и любой глубины поиска (l2-l16).
Поэтому метод tor:5 интереса не представляет.
 
Tor:6
График зависимости время/степень сжатия для набора данных №1:

Метод сжатия -mrep:1g:64:c32+4x4:tor:6:4mb:h…:l…(неизменная часть).
Изменялись (тестировались) следующие комбинации параметров tor:3 и tor:6:  
…+xtor:3…:h64k  
…+xtor:3…:h128k  
…+xtor:3…:h256k  
…+xtor:6…:h512k:l2 - xtor:6…:h512k:l16  
…+xtor:6…:h1m:l2 - xtor:6…:h1m:l16

…+xtor:6…:h8m:l2 - xtor:6…:h8m:l16
Подробно подобный график описан в предыдущей заметке, посвященной rep+tor:4. Кружками обозначены результаты для  
-mrep:1g:64:c16:d4m:s32+4x4:tor:6:4mb:h1m:l4
-mrep:1g:64:c16:d4m:s32+4x4:tor:6:4mb:h1m:l8
-mrep:1g:64:c16:d4m:s32+4x4:tor:6:4mb:h8m:l8
Видно, что по соотношению время/степень сжатия для tor:6 эффективнее связка с rep:…:64:c16:d4m:s32.
 
Tor:4 против Tor:6
Методы tor:4:4m:h1m:l8 и tor:6:4m:h512k:l2 тратят на сжатие примерно одинаковое время. Какой из них сжимает сильнее?
Я протестировал 10 наборов данных и получил соотношение 5:5!
Самые крайние случаи были протестированы подробнее.
График с различными комбинациями параметров tor:4 и tor:6, где преимущество у tor:6, приведен ниже:

График, где преимущество у tor:4:

Здесь «младшие» методы tor:6 по сжатию работают на уровне tor:3, ну а «старшие» - дольше и хуже, чем tor:4.
Общие зависимости получаются такие:  
-    метод tor:4 является «логичным» продолжением tor:3
-    метод tor:6 ведет себя более непредсказуемо.
Какой же метод из tor:4 и tor:6 предпочтительнее – вопрос  открытый.
 
Добавлено:
ndch

Цитата:
Я в своё время тоже что-то сжимал  
и на атоме (посмотрите, ответьте на свой вопрос, про "качественные изменения")

В первом случае то же, что и у меня. А именно:
- при h меньше, чем h512к сильно падает степень сжатия (а экономии времени нет!)
- при росте h512к сжатие растет слабо, зато время начинает сильно увеличиваться.
Вторая ссылка, видимо, неверная.

Всего записей: 364 | Зарегистр. 08-12-2010 | Отправлено: 21:53 01-03-2012 | Исправлено: Shuld, 18:22 04-03-2012
folta

Advanced Member
Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
простите чего влезаю в ваши прения, но питая практичный интерес к обжиманию информации в компактные размеры, а именно файлы формата .fb2(книги), пытался пожать всеми вышеизложенными путями до максимального сжатия, но явных проблесков нет.
в контрольной "закупке" выиграл 1 байт у 7z lzma2.
по итогом так сказать.
 
ну может есть какой еще способ пожатия этих самых .fb2, бо библиотека распухла в огого. 7z хорош конечно, но всегда хочется еще лучшего.
ну а нет, так и ладушки.
просто тогда делюсь впечатлениями и наблюдением.

Всего записей: 1177 | Зарегистр. 24-11-2010 | Отправлено: 22:53 01-03-2012
Paramon111

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

Всего записей: 148 | Зарегистр. 13-01-2012 | Отправлено: 08:29 02-03-2012 | Исправлено: Paramon111, 14:21 04-07-2022
ndch

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

Цитата:
Вторая ссылка, видимо, неверная.

Так лучше
 
 
 
Paramon111

Цитата:
почему имея 4 гб ОЗУ у тебя стоит 32-разрядная винда? я считаю непрактично использовать свой комп в пол силы.

http://ru.wikipedia.org/wiki/X86-64
"X86-64" != X86*2

Всего записей: 6488 | Зарегистр. 31-08-2008 | Отправлено: 08:48 02-03-2012 | Исправлено: ndch, 09:57 02-03-2012
Paramon111

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

Всего записей: 148 | Зарегистр. 13-01-2012 | Отправлено: 14:18 02-03-2012 | Исправлено: Paramon111, 14:20 04-07-2022
Shuld

Member
Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
Paramon111
Покупал компьютер 2 года назад.
Тогда считалось, что с драйверами для 64-разрядных версий много проблем.
Поставил 32-разрядную, лицензионную.
- монитор 23" Samsung P2350 - удобно работать с большим количеством данных. До этого был 20". (Обнаружилось, что фильмы с рарешением 1920х1080 - потрясно)
- системный блок -  
проц i3-530
mb - Gigabyte P55-UD3, выбирал в частности по качеству встроенного звука (http://www.ixbt.com/mainboard/gigabyte/gigabyte-p55-ud3-i55p.shtml)
видео - GIGABYTE GV-R577UD-1GD (радеон 5770)
корпус - Gigabyte Luxo X140, все разьемы и выключатель наверху корпуса, удобно когда блок под столом.  
акустика - Microlab Solo 6, купил три года назад как только появилась (http://www.ixbt.com/multimedia/acoustic-roundup-stereo.shtml)
Общий подход был - получить неплохой результат, не тратя слишком больших денег
Да, и еще винчестер - Seagate LP 1,5 TB, надо же куда-то фильмы по 10 GВ кидать.
Клавиатура Logitech G15
Стол заказан по моим размерам (чтобы уместить Microlab Solo 6)
Еще вопросы?
 
Добавлено:
folta

Цитата:
ну может есть какой еще способ пожатия этих самых .fb2, бо библиотека распухла в огого. 7z хорош конечно, но всегда хочется еще лучшего.  

Какие проблемы? -
http://forum.ru-board.com/topic.cgi?forum=5&topic=8076&start=740#2
Вы можете использовать все что хотите вплоть до paq8kx_v7.

Всего записей: 364 | Зарегистр. 08-12-2010 | Отправлено: 17:43 02-03-2012 | Исправлено: Shuld, 18:18 02-03-2012
ndch

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

Цитата:
не тебе вопрос задавал.

Это меняет "50% КПД" (особенно при tornado) ?

Всего записей: 6488 | Зарегистр. 31-08-2008 | Отправлено: 18:17 02-03-2012 | Исправлено: ndch, 18:18 02-03-2012
Открыть новую тему     Написать ответ в эту тему

Страницы: 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