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

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

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

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 | Исправлено: Nikolai2004, 21:23 03-02-2021
Bulat_Ziganshin

Silver Member
Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
Isorkin
по идее вещей, там всё должно быть как с обычным, но другая сигнатура архива и может какие-то фичи необходимые просто не поддерживаются типа -dp
 
имейте в виду что труды пропадут даром полскольку след. версия fa будет поддерживать формат arc. но если для multiarc поддержки каких-то ключей не хваьтает - напишите, я постараюсь их сделать в первую очередь
 
вообще круто было бы вырезать полножэкранный текствоый интефрейс из caban и прикрутить его к fa. но вряд ли я соберусь поскольку основная линия развития - перенос UI в lua

Всего записей: 3401 | Зарегистр. 13-08-2007 | Отправлено: 11:37 11-10-2016
Isorkin

Member
Редактировать | Профиль | Сообщение | ICQ | Цитировать | Сообщить модератору
Bulat_Ziganshin
Из того, на что обратил внимание - нет авто-определения типов файлов, при указании опции -m=lzma:512mb:ultra архив пакуется командой lzma:93mb:normal:bt4:128:mc128
 
Что можно сделать, чтобы через multiarc поддерживался просмотр файлов в utf кодировке - японсике имена в архиве показываются крякозябами. Опция -sclUTF не помогает.
 
Можно сделать опцию, которая бы показывала какие файлы находятся в определенном солид-блоке?

Всего записей: 235 | Зарегистр. 06-08-2004 | Отправлено: 13:17 11-10-2016
Bulat_Ziganshin

Silver Member
Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
Isorkin
ты бы хоть разделил какие вопросы относятся к fa, какие к arc
 
1. автоопределения пока нет, да
 
2. как и arc, fa автоматичсеки обрезает обрезает алгоритмы до размера солид-блока. попробуй сжать гигабайтный файл, что ли
 
3. arc выводит правильно utf8? если да - вопрос к авторам multiarc, если нет - ко мне
 
4. можно написать скажем скрипт который берёт вывод lt и в соответствии с ним разрезает вывод l. команда l выводит сначала все файлы первого солид-блока, потом второго и т.д. в gui хорошо бы было такой столбец сделать, да и в команде l тоже - это да

Всего записей: 3401 | Зарегистр. 13-08-2007 | Отправлено: 14:53 11-10-2016
ZSZ

Gold Member
Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
От этого архиватора пришлось отказаться по причине его неработоспособности в самых неожиданных ситуациях, а так же, по причине бесполезности.
 
Бесполезность заключается в неумении архиватора обрабатывать права доступа и файловые потоки и атрибут "сжатый". То есть, всё то, что умеет WinRar.
 

Всего записей: 5723 | Зарегистр. 15-01-2012 | Отправлено: 15:04 11-10-2016
Isorkin

Member
Редактировать | Профиль | Сообщение | ICQ | Цитировать | Сообщить модератору
Bulat_Ziganshin
Извините, забыл указать.
проверил arc.exe - показывает нижнее подчеркивание, вместо японских символов
 

Код:
 
arc v -sclUTF8 e:\#Backup\Profiles\uTorrent\test1.arc
FreeArc 0.67 (March 15 2014) listing archive: e:\#Backup\Profiles\uTorrent\test1.arc
Date/time              Attr            Size          Packed      CRC Filename
-----------------------------------------------------------------------------
2016-10-11 15:20:22 .D.....               0               0 00000000 uTorrent_torrent_2016.04.04
2010-07-03 16:33:47 .......           15586           15673 c0f28c1c uTorrent_torrent_2016.04.04\(ARRaws) _____ _01_ ____!___ ___ _____!!_ (CBC 1280x720 x
264 AAC).mp4.torrent
-----------------------------------------------------------------------------
2 files, 15,586 bytes, 15,673 compressed
All OK
 

 
При этом GUI FreeArc.exe показывает и упаковывает файлы нормально. В fa.exe вроде с этим все в порядке - если сделать вывод в txt файл и потом отктрыть его - то нормально отображается. А вот через мультиарк видно как - (ARRaws) уБ¬уБдуБйуВВуБИ чмм01шй- уАМф¬¬ф¦Ххо¦!шЙпуБДхнР цВкуБДхнР цБРуВНуБЧуБДхнР!!уАН (CBC 1280x720 x264 AAC).mp4.torrent
 

Код:
 
fa l o:\_2\test_1
           Size       Date/time       Attrib  Filename
===============================================================================
          -dir-  2016-10-11 15:20:22  D....I  e:\#Backup\Profiles\uTorrent\uTorrent_torrent_2016.04.04
         15,586  2010-07-03 17:33:47  .A...I  e:\#Backup\Profiles\uTorrent\uTorrent_torrent_2016.04.04\(ARRaws) уБ┐уБдуБйуВВуБИ чмм01шй▒ уАМф╕╕ф║Ххо╢!шЙпу
БДхнР цВкуБДхнР цБРуВНуБЧуБДхнР!!уАН (CBC 1280x720 x264 AAC).mp4.torrent
===============================================================================
15,586 => 15,630 bytes in 1 folders and 1 files
 

 
Добавлено:
В multiarc получилось выводить содержимое архива, но там обрезается размер файла
Format0="zzzzzzzzzzzzzzz  yyyy tt dd hh mm ss  aaaaaa  n++"
Похже multiarc не понимает в размере файла запятые - 15,586 обрезает до 15

Всего записей: 235 | Зарегистр. 06-08-2004 | Отправлено: 15:30 11-10-2016 | Исправлено: Isorkin, 15:41 11-10-2016
Bulat_Ziganshin

Silver Member
Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
-- |Default charsets for various domains
[ ('f','u')  -- filenames in filesystem: UTF-16
, ('d','8')  -- filenames in archive directory: UTF-8
, ('l','o')  -- filelists: OEM
, ('c','o')  -- comment files: OEM
, ('t','o')  -- terminal: OEM
, ('p','a')  -- program arguments: ANSI
, ('i','o')  -- ini/group files: OEM]
 
это из исхощников программы. -scl - это для обработки файллистов, т.е. имён передаваемых из вызывающей программы. а вывод на терминал - -sct
 

Цитата:
Похже multiarc не понимает в размере файла запятые - 15,586 обрезает до 15
 

и не надо. команда l для людей, v для машин
торможу. сделаю команду v, принято. ну а в остальном как?
 

Цитата:
 В fa.exe вроде с этим все в порядке - если сделать вывод в txt файл и потом отктрыть его - то нормально отображается. А вот через мультиарк видно как - (ARRaws) уБ¬уБдуБйуВВуБИ чмм01шй- уАМф¬¬ф¦Ххо¦!шЙпуБДхнР цВкуБДхнР цБРуВНуБЧуБДхнР!!уАН (CBC 1280x720 x264 AAC).mp4.torrent  

ты можешь сам проверить, utf8 там или нет?

Всего записей: 3401 | Зарегистр. 13-08-2007 | Отправлено: 15:48 11-10-2016 | Исправлено: Bulat_Ziganshin, 15:59 11-10-2016
Isorkin

Member
Редактировать | Профиль | Сообщение | ICQ | Цитировать | Сообщить модератору
По arc.exe
В multiarc ни List="%P v --noarcext -sclUTF-8 -- %AQA" ни List="%P v --noarcext -sclANSI -- %AQA" не помогает, показывает пробелы или крякозябы в имени файла. Замена scl на sct не помогает.
 
По fa.exe
Да, выводит в utf-8 формат. Получается multiarc некорректно обрабатывает UTF?
 
Не срабатывает распаковка файлов по файл-листу

Код:
 
fa x --diskpath="o:\_3" o:\_2\test.fa @o:\_2\list.txt
 
  ERROR! File specifications aren't yet supported by the 'x' command
 

 
Через multiarc пока работает только упаковка файлов
 
Метода сжатия выше lzma:512mb:normal нету? При указании метода lzma:512mb:ultra сжимает по методу lzma:93mb:normal:bt4:128:mc128
 
Нету функции - удалить файл в архиве.

Всего записей: 235 | Зарегистр. 06-08-2004 | Отправлено: 16:32 11-10-2016 | Исправлено: Isorkin, 16:42 11-10-2016
Bulat_Ziganshin

Silver Member
Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
я же тебе сказал - возьми 64-битную версию и файл побольше. у меня всё работает:
 
C:\>fa create m:\a -t z:\4g -mlzma:4000m:ultra
Scanning: 4,531,060,447 bytes in 0 folders and 1 files  (RAM 3 MiB, I/O 0.000 sec, cpu 0.000 sec, real 0.005 sec)
Compress using lzma:4000mb:normal:bt4:128:mc128
Compression memory 39056mb + 8*1mb read-ahead buffers, decompression memory 4000 MiB.  Prefetch 256mb using 1 thread
 
да, ultra=normal:bt4:128:mc128, это просто сокращение
 
 

Цитата:
Да, выводит в utf-8 формат. Получается multiarc некорректно обрабатывает UTF?  
 

а какие ещё варианты? там вообще поддержка utf8 обещана??
 

Цитата:
В multiarc ни List="%P v --noarcext -sclUTF-8 -- %AQA" ни List="%P v --noarcext -sclANSI -- %AQA" не помогает, показывает пробелы или крякозябы в имени файла. Замена scl на sct не помогает.  

почему замена?? -scl для файллистов - они тут есть? -sct для вывода команды. поставь его в ту code table, в которой вывод команды интерпретируется
 

Цитата:
Не срабатывает распаковка файлов по файл-листу  
 

это пока да. там нельзя весь архив распаковывать?  
 
распаковка по списку - довольно большой объём работы поэтому пока сделать не могу
 
удаление файлов - это вообще archive update, относительно сложная штука. т.е. это будет ещё позже

Всего записей: 3401 | Зарегистр. 13-08-2007 | Отправлено: 16:46 11-10-2016 | Исправлено: Bulat_Ziganshin, 16:50 11-10-2016
Isorkin

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

Цитата:
я же тебе сказал - возьми 64-битную версию и файл побольше. у меня всё работает

Ясно.
 
По поводу UTF отписался на форуме multiarc.
 
Через multiarc распаковываются только пустые каталоги. Через консоль - все нормально.
 

Цитата:
Цитата: В multiarc ни List="%P v --noarcext -sclUTF-8 -- %AQA" ни List="%P v --noarcext -sclANSI -- %AQA" не помогает, показывает пробелы или крякозябы в имени файла. Замена scl на sct не помогает.    почему замена?? -scl для файллистов - они тут есть? -sct для вывода команды. поставь его в ту code table, в которой вывод команды интерпретируется

Хотел проверить через разные режимы вывода

Всего записей: 235 | Зарегистр. 06-08-2004 | Отправлено: 17:01 11-10-2016
Bulat_Ziganshin

Silver Member
Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
режим вывода - это -sct. входные файллисты - это -scl

Всего записей: 3401 | Зарегистр. 13-08-2007 | Отправлено: 17:24 11-10-2016
Isorkin

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

Цитата:
 
Никак. MultiArc не поддерживает юникод.  
Соответственно, -sclANSI не поможет, т.к. в русских ANSI/OEM нет японских символов, ну и -sctUTF-8 при передаче вывода мультиарку тоже не поможет, т.к. тот ожидает только OEM и ANSI.
Единственное, что можно сделать - вставить в любом месте команды %O, чтобы UTF-8 был в ANSI, а не в OEM, но придётся учить японский в кодировке UTF-8.
 

 
Метод srep так же надо будет отдельно подключать, или планируется внутренняя реализация?

Всего записей: 235 | Зарегистр. 06-08-2004 | Отправлено: 18:29 11-10-2016 | Исправлено: Isorkin, 18:56 11-10-2016
Bulat_Ziganshin

Silver Member
Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
собственно если речь о far, то он у меня тоже арабские имена обычных файлов не показывает, так что возможно упирается всё в него
 
srep планируется внутренний, но это тоже довольно большая работа. вообще я принимаю предложения - что лучше делать в первую очередь? учитывая что fa будет работать с форматом .arc, пока получится два альтернативных метода работы с этими архивами, каждый со своими плюшками
 
пока что по результатам консультаций с razor, думаю сделать поддержку томов - как минимум в fa и unarc (для инсталяторов). создание томов будет идти последовательно, но в конце работы будет обновляться инфа в первом томе. распаковка - строго последовательно от первого к последнему
 
Добавлено:
вообще список пожеланий формируется на https://github.com/Bulat-Ziganshin/FA/issues
 
там можно проголосовать за идею, нажав на плюс-улыбку и выбрав +1, и можно подписаться на обновления по ней (кнопка subscribe)

Всего записей: 3401 | Зарегистр. 13-08-2007 | Отправлено: 19:11 11-10-2016
Isorkin

Member
Редактировать | Профиль | Сообщение | ICQ | Цитировать | Сообщить модератору
Нет, использую Total Commander.
 
srep внешне подключается к fa, можно и не спешить с ним.
 
На практике сложно реализовать такой вариант - создание инкрементых архивов? Пример таких архивов можно посмотреть в DAR - http://dar.linux.free.fr https://habrahabr.ru/post/215449/ Там есть еще одна интересная возможность - хранить индексы архивов в отдельном файле (ускоряет поиск файлов в большом количестве архивов)

Всего записей: 235 | Зарегистр. 06-08-2004 | Отправлено: 19:26 11-10-2016
Bulat_Ziganshin

Silver Member
Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
ну собственно я первоначально именно это и хотел сделать - режим -dup. но потом план поменялся, я решил сделать и обычный архиватор тоже, так что пока дедупликация есть, а вот обновления существующих архивов нет. так что бекап можно сделать, но только один раз ))
 
так что в планах несмоненно есть, но это сравнительно большой кусок работы, как и srep например. в частности тут надо ещё продумать формат архива, .arc на это не расчитан просто. а если делать новый формат архива, то хочется сразу всё продумать на будущее, а это опять же приличный объём работы

Всего записей: 3401 | Зарегистр. 13-08-2007 | Отправлено: 19:52 11-10-2016
Isorkin

Member
Редактировать | Профиль | Сообщение | ICQ | Цитировать | Сообщить модератору
Формат dar в плане бекапов хорошо продуман. За основу возможно брать, если исследовать по исходникам?
fazip03 тоже на данный момент не встроен в fa?

Всего записей: 235 | Зарегистр. 06-08-2004 | Отправлено: 20:37 11-10-2016
crotoff

Advanced Member
Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
Было бы интересно внедрение возможности автоматического выбора метода сжатия в зависимости от размера пакуемого блока (наряду с группой по расширению) - чтобы можно было прописать в ini методы не только для соответствующей группы из arc.group, но и для размерной группы внутри каждой группы по расширению. Например для нескольких небольших картинок задать paq8, а для десятков и сотен картинок - precomp.
Наверно стоит пояснить, зачем оно может понадобиться: например за 5 минут до конца рабочего дня надо сделать бэкап дневной работы, выделяю файлы, изменённые за сегодня, и пакую на флэшку. Если их суммарный объём 10М - можно упаковать paq'ами, за 5 минут сожмёт, а 100М будет жать полчаса, потом ещё в случае распаковки или тестирования ждать столько же, лучше выбрать метод попроще и побыстрее, чтоб уложиться за те же 5 минут, и не высчитывать каждый раз объём файлов.

Всего записей: 956 | Зарегистр. 17-04-2007 | Отправлено: 09:32 13-10-2016 | Исправлено: crotoff, 09:47 13-10-2016
Bulat_Ziganshin

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

Цитата:
Формат dar в плане бекапов хорошо продуман. За основу возможно брать, если исследовать по исходникам?  
 

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

Цитата:
fazip03 тоже на данный момент не встроен в fa?
 

пока не встроен. спасибо за отличную идею!
 

Цитата:
Было бы интересно внедрение возможности автоматического выбора метода сжатия в зависимости от размера пакуемого блока

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

Цитата:
например за 5 минут до конца рабочего дня надо сделать бэкап дневной работы, выделяю файлы, изменённые за сегодня, и пакую на флэшку. Если их суммарный объём 10М - можно упаковать paq'ами, за 5 минут сожмёт, а 100М будет жать полчаса, потом ещё в случае распаковки или тестирования ждать столько же, лучше выбрать метод попроще и побыстрее, чтоб уложиться за те же 5 минут, и не высчитывать каждый раз объём файлов.

это логичней было бы сделать опцией, которая выбирает профиль сжатия в зависимости от общего размера упаковываемых файлов. в идеале ты вообще задаешь в ней ориентировочное время работы как параметр, а она подбирает нужный профиль
 
на данный момент это реально сделать, но в ограниченном виде и c кучей писанины, так что выйдет ничуть не проще чем написать внешний скрипт
 
Добавлено:
Составил список того что потребуется релизовать для взаимодействия с MultiArc:
 
https://github.com/Bulat-Ziganshin/FA/issues?utf8=%E2%9C%93&q=%20is%3Aissue%20label%3AMultiArc%20
 
Мысленно поставил повышенный приоритет пунктам из этого списка. За исключением удаления файлов из архива (и добавления в существующие архивы), постараюсь всё сделать в версии 0.13, т.е. к 1 декабря.
 
Модификация архивов, как я уже говорил - это уже достаточно много работы. И тут вопрос приоритетов - остановиться пока только на возможности создания архивов с нуля, зато с плюшками типа новых методов сжатия и многотомности, или делать функциональность, аналогичную arc.
 
Пока что я думаю, что приоритетней - сделать умную интеграцию в свой GUI (чтобы он автоматом выбирал в каких случаях можно запускать новую версию) и работать над новыми возможностями, которых в старом fa вообще нет.

Всего записей: 3401 | Зарегистр. 13-08-2007 | Отправлено: 14:44 15-10-2016 | Исправлено: Bulat_Ziganshin, 14:45 15-10-2016
Benchmark



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

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

Именно так. Под "голым" FAR арабские, китайские, корейские и прочие экзотические символы нормально не отображаются. Понять, правильно ли работает плагин или внешний архиватор с этими кодировками, можно только с помощью запуска FAR из-под графического эмулятора консоли вроде ConEmu.
 
Что касается MultiArc, то затачивать что-то под него - мёртвому припарки. Заброшенный плагин, который никто доводить до ума уже не будет.

Всего записей: 6666 | Зарегистр. 01-10-2002 | Отправлено: 17:18 15-10-2016
Bulat_Ziganshin

Silver Member
Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
Benchmark
собственно вопрос стоит очень простой - какие фичи нужно реализовывать чтобы работать с архивами в файл-менеджерах (far, tc...)?
 
я ориентируюсь на модули multiarc/tc в комплекте самого arc и на опции, задействованные freearc gui. если нужно что-то ещё - пишите. или просто присылайте наборы команд, используемые различными оболочками - я там увижу нужные им опции

Всего записей: 3401 | Зарегистр. 13-08-2007 | Отправлено: 18:26 15-10-2016
Isorkin

Member
Редактировать | Профиль | Сообщение | ICQ | Цитировать | Сообщить модератору
Bulat_Ziganshin
Возможно ли написать плагин-прослойку, который бы выполнял аналогичные функции multiarc, но уже с поддержкой юникода? Для Total commander есть плагин Imagineдля просмотра графики. Сам плагин весит 4кб и вызывает внешнюю утилиту.

Всего записей: 235 | Зарегистр. 06-08-2004 | Отправлено: 21:48 15-10-2016
Открыть новую тему     Написать ответ в эту тему

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

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


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

Powered by Ikonboard "v2.1.7b" © 2000 Ikonboard.com
Modified by Ru.Board
© Ru.Board 2000-2020

BitCoin: 1NGG1chHtUvrtEqjeerQCKDMUi6S6CG4iC

Рейтинг.ru