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

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

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

Widok (23-11-2010 11:37): Лимит страниц. Продолжаем здесь  Версия для печати • Подписаться • Добавить в закладки
Страницы: 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

   

Widok



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

FreeArc
бесплатный open-source архиватор для Windows и Linux,
сочетающий высокую степень сжатия и большой набор возможностей


Официальный сайт | Скриншоты | Лента новостей
Документация на консольную версию | Документация на GUI версию
Сообщество пользователей FreeArc | Вики | Трекер (рассылка по ошибкам)
Проект на SourceForge.net | SVN-репозиторий | Поддержка InnoSetup
Обсуждение на encode.ru (англоязычное)
Скачать последний релиз - FreeArc 0.666 от 20 мая 2010 г. Что нового: ускорение работы в 1.5-2 раза благодаря новой технологии многопоточного сжатия, распаковка архивов многих форматов используя технологии 7-zip, запуск файлов из архива, исправлены все проблемы интеграции с Explorer (подробнее)
 
Текущая альфа версия: 0.67 - загрузка | список исправлений | блог
FAQ по FreeArc
Подробное описание используемых алгоритмов
Почему он сжимает лучше и быстрее, чем 7-zip/rar...
Результаты тестов, подтверждающие его крутизну... | И немного о будущем...
Почему для использования 2+ гб памяти желательно установить 64-битную версию Windows
Планы дальнейшего развития
Что подразумевается под "интеграцией с Explorer"
Старая FreeArc wiki (включая описание формата архива)
Логотип - объявляется конкурс на иконки для FreeArc
Сторонние оболочки для работы с FreeArc:
  • wArc - простая и понятная программа управления архивами (требует .NET Framework 2.0)
  • PeaZip - менеджер архивов с поддержкой большого количества форматов, для Windows и Linux
     
    Родственные темы:
  • Inno Setup плюс внешние упаковщики - использование архивов FreeArc в инсталяторах
  • Пережатиe/Pекомпрессия/Oптимизация файлов для лучшего сжатия - "а как сжать ещё лучше?"
  • FreeArc и Unix - для альтернативно одарённых
     
    Другие архиваторы:
  • WinRAR
  • 7-zip
    • Всего записей: 24190 | Зарегистр. 07-04-2002 | Отправлено: 19:15 07-09-2009 | Исправлено: Bulat_Ziganshin, 18:34 26-07-2010
    Chern



    Advanced Member    		Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
    Использую полную версию FreeArc 0.61 и Far 2.0 x64 b1362, Windows 7 Ultimate x64. В каталог Formats Multiarc  добавил FreeArc.fmt и дописал custom.ini, unarc.exe положил в папку Far.
     
    Архивы через Multiarc создает нормально, но вот при распаковке вообще не извлекает папки. Если зайти внутрь архива в Far и попытаться вручную скопировать папки или находящиеся внутри этих папки файлов, то изображается работа в консоли, но ничего не копируется. Если попытаться удалить внутри папки в архиве какой-нибудь файл, то тоже самое, но при этом меняется дата модификации архива, а размер его остается прежним. При работе через графическую оболочку все получается как надо.
     
    Что я делаю не так?
    Всего записей: 746 | Зарегистр. 03-06-2003 | Отправлено: 21:09 30-01-2010 | Исправлено: Chern, 22:49 30-01-2010
    slech



    Silver Member    		Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
    Формат меню по стандарту GNOME
    Всего записей: 4893 | Зарегистр. 10-11-2004 | Отправлено: 01:29 31-01-2010
    Bulat_Ziganshin

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

    Цитата:
    при распаковке вообще не извлекает папки

    может проблема в 2.0? пустые папки могут неправильно обрабатываться - есть ещё такая недоработка, а файлы должны копироваться/стираться
    Всего записей: 3401 | Зарегистр. 13-08-2007 | Отправлено: 01:35 31-01-2010
    Chern



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

    Цитата:
    пустые папки могут неправильно обрабатываться

    Папки не пустые.
    Есть архив, в котором есть файлы и папки с файлами. С файлами просто все операции проходят нормально, а вот распаковать или удалить папку или файлы в ней - не получается. Причем удаление не проходит не только в Far, но даже через графическую оболочку FreeArc. Пишет все Ок, но файл остается на месте. Хотя распаковку папок и отдельных файлов в ней графическая оболочка выполняет.
    Всего записей: 746 | Зарегистр. 03-06-2003 | Отправлено: 09:56 31-01-2010
    Ururu_ru

    Newbie    		Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
    Так из за чего падает скорость? В настройках написано 3 Мб/сек, а у меня несколько сотен килобайт!
    Проц AMD Athlon II 240, двухъядерный, с частотой 2.8
    Всего записей: 6 | Зарегистр. 30-01-2010 | Отправлено: 11:57 31-01-2010
    Bulat_Ziganshin

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

    Цитата:
    В настройках написано 3 Мб/сек, а у меня несколько сотен килобайт!  

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

    Цитата:
    Так из за чего падает скорость

    падает в каком смысле? по сравнению с началом сжатия - например потому что сначала был большой файл а затем пошли мелкие
    Всего записей: 3401 | Зарегистр. 13-08-2007 | Отправлено: 14:27 31-01-2010
    DemonAk



    Member    		Редактировать | Профиль | Сообщение | ICQ | Цитировать | Сообщить модератору
    Bulat_Ziganshin
    Наверное тебе уже задавали этот вопрос, но все равно спрошу планируется ли в ближайшем будущем встроить srep во freearc??
    Всего записей: 316 | Зарегистр. 08-11-2007 | Отправлено: 02:57 02-02-2010
    AntonAB

    Newbie    		Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
    В опции  -ma- архиватор freeArc, как я понял, использует специальные алгоритмы для типов файлов, описанных в файле arc.groups, а для ВСЕХ остальных - основной алгоритм (например -m3). При этом сжатие некоторых файлов ощутимо замедляется по сравнению с опцией -ma9 или совсем без таковой. Видимо анализатор оптимизирует сжатие некоторых файлов или не сжимает их вовсе.
     
    Но есть проблема. Когда включен -ma9 (кроме -ma-) некоторые тексты (.TXT) сжимаются не по алгоритму указанному в $text=..., а по автоматически выбранному основному (например -m3).
     
    Можно ли сделать так, чтобы при опции -ma9, все файлы указанные в arc.groups обрабатывались указанными в этом файле алгоритмами, а все остальные файлы (не указанные в arc.groups) обрабатывались автоматически (как при -ma9)/?
     
    Добавлено:
    Подобрал некоторые цепочки алгоритмов, которые сжимают некоторые типы файлов сильнее чем при -mx :
     
    /$wav=rep:512m:a99+mm:d9+tta:m3/$bmp=rep:512m:l32:h24:a99+mm+lzp:64m:32:h22:92%+grzip:m3:16m:l:a/$text=dict:p:64m:85%+delta+lzp:64m:32:h22:92%+grzip:m3:16m:l
     
    -delta фильтр в $text давал лучшее сжатие для некоторых текстов и не влиял на остальные. grzip:m3 почему-то лучше жал, чем с опцией :m1;
    -rep для $wav позволяет исключить повторное сжатие (почти)одинаковых файлов;
    -rep для $bmp при его настройках сжимал лучше чем dict, но при одинаковых файлах давал сокращение повторений не полностью а на 60-80% (для файлов в пределах словаря).
    Всего записей: 4 | Зарегистр. 02-02-2010 | Отправлено: 12:33 02-02-2010
    Chern



    Advanced Member    		Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
    Bulat_Ziganshin
    Планируется исправить работу с папками и вложенными в них файлами или это пока будет фича?
    Всего записей: 746 | Зарегистр. 03-06-2003 | Отправлено: 13:35 02-02-2010
    Bulat_Ziganshin

    Silver Member    		Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
    Chern
    сорри, я пока не нашёл время посмотреть. посмотрю - отвечу тебе конкретно
     
    Добавлено:
    DemonAk
    планируется но нескоро. осенью может быть. на простом уровне (чтобы создавались врем. файлы) это не имеет большого смысла, а на более сложном требует переработки архиватора. хотя возможно надо всё же встроить по простому чтобы хотя бы на один врем. файл меньше создавать
     
    AntonAB
    читай доку - раздел, где упоминается $text и arc.groups. она описывает поведение в 0.40 и сейчас в -ma-
     
    с -ma9, как и по умолчанию, делается вот что: сначала группы нахзаначются файлам по arc.groups, затем содержимое файлов поверяется и те из них что похожи на $compressed/$text - переводятся в соответствующие группы
     
    твои строки сжатия оказались лучше на конкретных файлах, на других результаты могут быть другими
     

    Цитата:
    grzip:m3 почему-то лучше жал, чем с опцией :m1;  

    на твоих файлах. впрочем, может дело в большем словаре
     

    Цитата:
    -delta фильтр в $text давал лучшее сжатие для некоторых текстов и не влиял на остальные.

    имхо тексты которым поможет delta очень редки. а лишний алгоритм сжатия - это лишнее время и расход памяти при распаковке
     

    Цитата:
    -rep для $wav позволяет исключить повторное сжатие (почти)одинаковых файлов;  

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

    Цитата:
    -rep для $bmp при его настройках сжимал лучше чем dict, но при одинаковых файлах давал сокращение повторений не полностью а на 60-80% (для файлов в пределах словаря).

    какой ещё dict для bmp??? bmp файлы жмутся тоже индивидуально из-за той же проблемы
     
    Добавлено:

    Цитата:
    С файлами просто все операции проходят нормально, а вот распаковать или удалить папку или файлы в ней - не получается.

    значит возьми архив http://freearc.org/download/testing/a-dirs.arc
     
    у меня в far с ним всё в порядке (far 1.75 + arc 0.60). напиши какие операции на нём не работают. если с ним проблем нет - мне нужен архив от тебя с проблемами. хотя бы листинг от него
    Всего записей: 3401 | Зарегистр. 13-08-2007 | Отправлено: 13:41 02-02-2010 | Исправлено: Bulat_Ziganshin, 13:50 02-02-2010
    Chern



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

    Цитата:
    значит возьми архив http://freearc.org/download/testing/a-dirs.arc
     
    у меня в far с ним всё в порядке (far 1.75 + arc 0.60). напиши какие операции на нём не работают. если с ним проблем нет - мне нужен архив от тебя с проблемами. хотя бы листинг от него  

    У меня Arc 0.61, Win 7 x64, ни Far 2.0 x64 b1362, ни сама оболочка Arc не удаляют ни папки, ни файлы внутри них. Причем оболочка рапортует, что успешно удалила.
    Всего записей: 746 | Зарегистр. 03-06-2003 | Отправлено: 14:59 02-02-2010
    Bulat_Ziganshin

    Silver Member    		Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
    Chern
    спасибо за багрепорт, в 0.60 всё в порядке, в текущей 0.61 действительно не удаляет
     
    Добавлено:
    new version:
     
        * Fixed: processing directories and files inside directories was broken in latest alpha
        * Fixed: when filetime is in 2038+ year, archive extraction was failing. now it sets filetime to 2038-01-19, last day of Unix epoch
        * arc.groups: removed .bsa from compressed files list (these days it's game format, not BS Archiver
        * Unix console version: disabled progress indicator in console title
        * multi-threading support: switched to using LZMA2 code, now i finally can delete LZMA 4.x code from FreeArc sources
        * Unix: by default allow to allocate up to 2gb of memory
     
    Всего записей: 3401 | Зарегистр. 13-08-2007 | Отправлено: 15:37 02-02-2010
    ruduk

    Junior Member    		Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
    Bulat_Ziganshin  
    Нашел глюк (вернее последовательность действий приводящих к глюку) FreeArc 0.61 (January 26 2010).  
     
    Самый простой пример:  
    1) Запускаем FreeArc, выходим из папки на уровень вверх и нажимаем "Упаковать" FreeArc.url -> ОК -> Вывод в статусе сообщения о "успешном создании архива FreeArc.url.arc".  
    2) ошибочно (в данном случае специально) становимся на Freearc.url и нажимаем "АркИнфо" -> Окно ошибки -> Вывод в статусе сообщения "..неархив или архив поврежден ...  
    3) Закрываем FreeArc. Пробуем удалить Freearc.url -> файл не удаляется?!
    4) Запускаем "Диспетчер задач Windows" -> остается запущенным процесс FreeArc.exe (который и не позволяет удалить Freearc.url) и его нужно завершать принудительно. После завершения файл Freearc.url удаляется!
     
    Другой пример:
    1) Перезапускаем программу и входим в каталог License\ и пакуем его содержимое.
    2) ошибочно (в данном случае специально) становимся на License.txt (не License.arc) и нажимаем "АркИнфо" -> Окно ошибки -> ...
    3) Закрываем FreeArc. Пробуем удалить License.txt -> файл не удаляется! -> остается запущенным процесс FreeArc.exe
     
    Пробывал разные файлы и разные архивы (License.rar, License.7z, License.zip) - все было хорошо пока не сделал АркИнфо на License.uha (тип архива неизвестный 7z.dll) -> License.uha не удаляется. Пробывал упаковать Addons\ в Addons.arc, а потом АркИнфо на Freearc.url или License.txt -> Freearc.url или License.txt не удаляются.  
     
    В итоге получается, что если сначала Создать в FreeArc архив и потом Протестировать не его, а ошибочно другой файл (не попадающий под определение arc-архива или архива известного 7z.dll) -> FreeArc.exe виснет в памяти!
    (Буду дома проверю на сегодняшней версии).  
     
    Добавлено:
    Проверил - все также
    Всего записей: 123 | Зарегистр. 08-02-2009 | Отправлено: 16:52 02-02-2010 | Исправлено: ruduk, 20:17 19-02-2010
    AntonAB

    Newbie    		Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
    Bulat_Ziganshin
     
    Я думаю, что в связке mm+tta и rep+tta есть ошибка. При архивировании 8-битных звуковых файлов (.WAV), tta просто повторяет файл (stored) никак его не сжимая. Нормально жмет только голый tta ($wav=tta). Другие комбинации кроме mm и rep не пробовал, но подозреваю что с ними будет тоже самое. Вот .arc файлы: http://ifolder.ru/16227631
    Всего записей: 4 | Зарегистр. 02-02-2010 | Отправлено: 00:48 03-02-2010
    PAQer



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

    Цитата:
    При архивировании 8-битных звуковых файлов (.WAV), tta просто повторяет файл (stored) никак его не сжимая.

    вообще по дефолту репа не дает нормально сжимать последующему ТТА - при любых вавах, но есть исключения (по непонятным причинам). Я про это уже писал (ухудшение сжатия rep+tta). Про mm+tta - это вообще странно, толку никакого не будет.
     
    И самое главное SREP этого недостатка лишена. Может дело в служебной инфе (имена файлов/атрибуты и т.д.)?  
     

    Цитата:
    delta фильтр в $text давал лучшее сжатие для некоторых текстов и не влиял на остальные.

    На структурных текстах он дает улучшение. Например файлы локализаций в играх. Да и то не всегда.
    Всего записей: 161 | Зарегистр. 17-12-2007 | Отправлено: 02:29 03-02-2010
    slech



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

    Цитата:
     
    Run "make install" to install Arc, FreeArc, Unarc and support files on your system.
    Or, run "make local" to install with per-user settings.
    Run "make uninstall" to remove all files installed.
    FreeArc GUI requires Gtk+ to work.
     

     
    Ubuntu Server 9.10

    Цитата:
    user@ubuntu:~/FreeArc-0.60-linux-i386$ make local
    make: *** No rule to make target `local'.  Stop.
     

     
    Поставилось только так:

    Цитата:
     
    wget http://freearc.org/download/0.60/FreeArc-0.60-linux-i386.tar.bz2  
    bzip2 -d FreeArc-0.60-linux-i386.tar.bz2
    tar xvf FreeArc-0.60-linux-i386.tar
    cd FreeArc-0.60-linux-i386
    make install
     

    Всего записей: 4893 | Зарегистр. 10-11-2004 | Отправлено: 12:15 03-02-2010 | Исправлено: slech, 12:16 03-02-2010
    Bulat_Ziganshin

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

    Цитата:
    Я думаю, что в связке mm+tta и rep+tta есть ошибка

    да, есть
     
    tta производит вычитание соседних семплов и затем применяет энтропийное кодирование. mm тож производит вычитание. дальше сам сообразишь?
     

    Цитата:
    вообще по дефолту репа не дает нормально сжимать последующему ТТА - при любых вавах, но есть исключения (по непонятным причинам).

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

    Цитата:
    И самое главное SREP этого недостатка лишена. Может дело в служебной инфе (имена файлов/атрибуты и т.д.)?  

    может потому что он всегда убирает кратное 4 число байт?
     
    Добавлено:

    Цитата:
    Or, run "make local" to install with per-user settings.  

    сейчас он всегда ставится с per-user settings. инструкцию поправлю
    Всего записей: 3401 | Зарегистр. 13-08-2007 | Отправлено: 12:53 03-02-2010
    slech



    Silver Member    		Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
    Bulat_Ziganshin
    можно ещё разок направить на инструкцию по настройке логирования ?
    в документации нашёл лишь --log=C:\log.log
     
    это не совсем то. мне нужно время и дата начала операции. нужен листинг добавленных файлов.
    есть ли возможность перезаписывать лог, поумолчанию идёт добавление в лог.
     
    Добавлено:

    Цитата:
     
    archive@errors:~$ arc mf -r -ag%Y%m%d archive_.arc /var/mail/archive/*error* --logfile=Maildir/mail_archive.log
    FreeArc 0.60 creating archive: archive_20100203.arc
    Compressing 250,597 files, 983,418,843 bytes. Processed  69.5%
    ERROR: can't allocate memory required for (de)compression in lzp:64mb:90%:65:h20:d1mb:s16
     

    лог

    Цитата:
    /home/archive>arc mf -r -ag%Y%m%d archive_.arc /var/mail/archive/*error* --logfile=Maildir/mail_archive.log
    FreeArc 0.60 Creating archive: archive_20100203.arc using rep:96mb+exe+delta+lzma:96mb:normal:32:mc16, $obj => rep:96mb+delta+lzma:96mb:normal:32:mc16, $text => dict:64mb:80%:l8192:m400:s100+lzp:64mb:90%:65:h20:d1mb:s16+ppmd:8:96mb, $compressed => rep:96mb+tor:16mb:c3, $wav => tta, $bmp => mm+grzip:8mb:m1:l2048:h15:a
    Memory for compression 305mb, decompression 201mb, cache 64mb
    ERROR: can't allocate memory required for (de)compression in lzp:64mb:90%:65:h20:d1mb:s16
     

    на сервере 4 Гб оперативной памяти.
    Всего записей: 4893 | Зарегистр. 10-11-2004 | Отправлено: 13:54 03-02-2010 | Исправлено: slech, 14:08 03-02-2010
    PAQer



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

    Цитата:
    потому что в еta два анализатора - wav-заголовка (он пролетает из-за rep) и по содержимому, который не всегда правильно срабатывает. плюс rep может убрать любое число байт из файла так что границы семплов собьются и суши рябину  

    Я почти всегда принудительно выставляю параметры ТТА (каналы/битность) на основе сжимаемых данных. Так что получается второе (суши рябину ).
     

    Цитата:
    может потому что он всегда убирает кратное 4 число байт?  

    Если так, то как это реализовать в РЕПе? Мож опцию такую добавить.
     
    Кстати на счёт интеграции srep во фриарк. Чисто гипотетически. Сделать репу двухпроходной (2-pass). Первый проход делает srep, собирая статистику о повторах на больших дистанциях. После, на основе этой инфы в дело вступает РЕПа, обрабатывая только участки где имеются повторы, а остальные блоки идут сразу на обработку lzma, минуя репу. Или вообще multipass с разными смещения с каждым новым проходом.
    Всего записей: 161 | Зарегистр. 17-12-2007 | Отправлено: 14:01 03-02-2010
    Bulat_Ziganshin

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

    Цитата:
    на сервере 4 Гб оперативной памяти.

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

    Цитата:
    инструкцию по настройке логирования

    нет такой настройки. есть логфайл со своим фиксированным форматом. есть скрипты на lua, но они дёргаются только при ошибке
     

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

    как насчёт такого:
     
    date >log
    arc ... -i2 >>log
     
     
    вообще добавить время/дату/ид процесса в начало каждой строки лога было бы полезно. может счас сделаю
    Всего записей: 3401 | Зарегистр. 13-08-2007 | Отправлено: 14:09 03-02-2010
       

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

    Компьютерный форум Ru.Board » Компьютеры » Программы » FreeArc: бесплатный open-source архиватор - Часть 3
    Widok (23-11-2010 11:37): Лимит страниц. Продолжаем здесь


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

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

    BitCoin: 1NGG1chHtUvrtEqjeerQCKDMUi6S6CG4iC

    Рейтинг.ru