Один из самых частых доводов против Linux на домашнем ПК — это отсутствие возможности нормально поиграть. Тут можно было бы, конечно, привести контраргумент о том, что играть надо на игровых приставках, но это очень слабый аргумент, потому что уж если дома есть ПК, который используется для разных развлечений, то и игры тоже должны входить в эту сферу.

Я тут даже не буду рассказывать о том, что с играми в Linux всё замечательно. Нет, не всё замечательно, но не из-за того, что Linux как ОС не приспособлена для игр. Уже давно нет проблем с драйверами для распространенных видеокарт (и для Nivida, и для AMD), нет ощутимой разницы в производительности в сравнении с Windows (а ведь помню были времена когда в Linux производительность игры могла быть на процентов этак 40 пониже). Да и всякие игровые приблуды (джойстики, геймпады, рули и пр.) вполне неплохо поддерживается, разве что варианта ровно два — либо сходу заработает, потому что поддержка есть на уровне ядра Linux, либо вообще работать не будет (зато и без пляски с драйверами).

Проблема ровно в том, что разрабатывать игры специально для Linux (и Mac тоже) особо не рвутся, поскольку рыночная ниша очень узкая. И значительно выгоднее разрабатывать игры (или портировать) под Windows, ибо тут хотя бы есть этот самый рынок, на котором можно зарабатывать. А поскольку разрабатывать надо под Windows, то зачастую в дело идёт такая библиотека как DirectX. Такая же ситуация возникает и с портированием игр на ПК с Xbox, потому что в этой приставке используется библиотека очень похожая на DirectX, поэтому с портированием на DirectX обычно не возникает проблем. А вот в Linux нет DirectX, а есть только OpenGL, который также широко используется для разработки игр, но, к сожалению, значительно реже чем DirectX (есть, конечно, вариант использования прослойки для отрисовки вместо DirectX функциями библиотеки OpenGL, но это весьма специфическая вещь). Именно в этом и вся проблема. Поэтому и не будет для Linux такого же количества проектов класса ААА, как для Windows, потому что портировать игру с API DirectX на API OpenGL довольно-таки затратно, а делать это ради 2% пользователей можно только в полной уверенности, что большая часть этих самых пользователей игру купит.

Так что же — всё настолько плохо, что можно даже не рассматривать Linux в качестве игровой платформы и в нём невозможно даже поиграть? Нет, не так всё печально. Рассмотрим же, что нам может сейчас предложить эта ОС на примере дистрибутива Linux Mint.

Не собираюсь никак умалять опасность нового коронавируса COVID-19 (тут вопросов нет — люди действительно умирают), однако возникают интересные вопросы. Например, а что если бы ситуацию по обычному сезонному гриппу отслеживали так же, как ситуацию с этим коронавирусом?

Ну то есть, не тупо ставили бы ОРВИ, а делали бы тест на грипп. Не тупо фиксировали смерть от пневмонии, сердечных болезней или того подобного, а проводили бы связь с тем, что до этого был поставлен диагноз «грипп». И рисовали бы такие же карты с заражением местности, как это сейчас рисует Яндекс? Я бы на это посмотрел, и хотя бы мог сравнить масштабы проблемы, потому что сейчас истерия идёт в одном направлении и непонятно как это можно сравнивать с обычной ситуацией сезонной инфекции. Может быть не настолько бы страшно смотрелись все эти растущие цифры про заражённых? И не такая поднималась бы паника в СМИ?

Вот как интересно получается, когда проблему (причём постоянную и к которой уже привыкли) «замазывают» и поэтому даже сравнение с официальными данными о гриппе невозможно провести, поскольку они просто не могут быть точными. Ведь практически никому не ставят диагноз «грипп», а исключительно общий «ОРВИ», потому что для того чтобы определить грипп ли это — надо проводить анализы, и ни один врач без анализов не будет рисковать, определяя болезнь пациента как грипп. Что уж там говорить про всякие осложнения, которые чтобы привязать к гриппу (послужившему одной из основных причин), надо чтобы этот грипп был определён и записан в диагнозе.

Опишу тут своё хождение по граблям, авось кому поможет и убережёт от траты лишних рублей.

В конце февраля у меня закончилась годовая подписка ivi, и я с семьёй остался без видеосервиса и доступа к фильмам и, что более важно, к мультфильмам :-) Тут, конечно, можно сразу же сказать, что мол торренты-то ещё работают, но я сторонник законного получения контента и оплачиваю подписку и за музыку, и за видеосервисы, и даже за Youtube. Довольно-таки непривычный подход, но он на самом деле оправдывается в части сэкономленного времени, удобства использования и даже в части денег — не надо хранить гигабайты скачанного видео.

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

Закончил ещё один цикл в проекте «Читаю книги детям«: сказки о Ёжике и Кролике от замечательного автора Пола Стюарта с отличными иллюстрациями Криса Ридделла.

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

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

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

В данной обзорной статье пойдёт речь про графические форматы файлов и средства для работы с ними.

В начале этого года я собрал из останков остатков комплектующих ПК в корпусе формата SFF (small form factor) типа slim-desktop, а именно в POWERMAN EL501 black mATX 6116779 300 Вт. Сам корпус реально хорош, прекрасно и даже стильно выглядит, в нём очень удобно собирать компьютер, но есть один минус, для меня лично существенный: он довольно-таки шумный. И как я ещё в предыдущей статье отметил, шумный он именно из-за вентилятора блока питания: из-за его нагрева начинает разгоняться его вентилятор пытаясь его охладить. Хорошо, конечно, что пропеллер сразу не вращается на полную мощность, а выходит на неё по мере разогрева, но что бы вы не делали за компьютером, в итоге всё заканчивается заметным шумом от корпуса ПК.

Белогривые лошадки… И эти «лошадки» тащут груз бесценной исключительно для нас информации. И, да, речь далее пойдёт только об облачных хранилищах информации. Темы про вычисления в «облаке» и всякие облачные хостинги затрагивать не будем, поскольку они, как правило, обычного пользователя на ПК не очень интересуют.

В первой части мы рассмотрели ПО для работы в интернете в Linux. Теперь осталось обозреть ситуацию с «облаками», причём сначала разберём ситуацию с импортным ПО, а потом с отечественным.

Сначала надо определиться с понятиями, о которых далее будет вестись речь, поэтому введём такое определение облачных хранилищ — это некое место («облако»), в котором хранится и обрабатывается информация и доступ к ней предоставляется посредством некоего сервиса. «Под капотом» для пользователя остаётся то, каким образом происходит хранение и обработка информации, в том числе надежность хранения и защищённость от утечки данных. Подразумевается, что обычному пользователю достаточно гарантий владельца сервиса, особенно если это крупные сетевые корпорации, типа Google, Microsoft, Яндекс и Mail.ru.

Понятно, что определение весьма расплывчатое и реальные облачные сервисы по хранению данных могут отличаться друг от друга как своими параметрами для пользователя (доступным местом, стоимостью дополнительного места, скоростью доступа), так и протоколами и ПО для работы с данными. И в последнем для обычных пользователей Linux засада — зачастую используемые протоколы являются закрытыми (проприетарными), по открытым протоколам (WebDAV) доступ зачастую не предоставляется или предоставляется на платной основе, а клиенты для Linux’а либо вообще отсутствуют, либо представляют из себя консольные утилиты, либо какие-то неофициальные и, возможно, недоработанные версии.

Поэтому дальше я хочу разобрать работу с наиболее популярными сервисами облачного хранения данных в РФ: Dropbox, Google Диск, Microsoft Onedrive, Яндекс.Диск и Облако Mail.ru и ещё затронем парочку интересных сервисов (MEGA и pCloud) с клиентами под Linux. Безусловно есть ещё много разных ресурсов, но они гораздо менее распространены в России и сейчас они останутся за кадром.

После предыдущей статьи, в которой я заранее оговорил всякие холиварные вопросы об отсутствии ПО под Linux, сегодня я начну краткий обзор программного обеспечения для обычного домашнего пользователя ПК. Основная задача этого цикла — показать, что использование Linux’а в качестве операционной системы на домашнем ПК может практически ничем не отличаться от использования того же Windows. Ну и от MacOS (кстати, MacOS — это не Linux, её ядро скорее дальний родственник систем BSD) — но для MacOS в общем случае нужно специфическое оборудование от Apple, а вот Windows работает на том же железе, на котором, как правило, может работать и Linux.

Писать про современные программы Linux для работы в интернете довольно-таки просто и приятно, поскольку тут всё достаточно хорошо уже довольно давно и ещё лет 10-15 назад мне уже вполне комфортно было сидеть в интернете при использовании Linux’а. Уже были браузеры, практически ничем не уступающие браузерам под Windows (и эти же браузеры были и под Windows), вопросы с общением через электронную почту и многочисленные протоколы интернет-общения тоже были неплохо решены, были различные программы с графическим интерфейсом для скачивания файлов через протоколы FTP, eDonkey2000, BitTorrent и прочего. И на текущий момент по этому направлению принципиально ничего не изменилось, кроме одного нюанса — у пользователей добавились различные облачные хранилища. Но этот интересный нюанс я буду разбирать в следующей статье, а сегодня поговорим о браузерах, почтовых клиентах, мессенджерах и программ для закачки данных из интернета.

Прежде чем перейти к обзорам прикладного программного обеспечения для Linux, мне хотелось бы в общих чертах рассмотреть столь холиварный вопрос — как наличие или отсутствие ПО в этом самом Linux.

Это воистину непростой и диалектичный вопрос вызывающий жаркие споры в интернете. Но нельзя сказать однозначно, что в Linux программного обеспечения мало или недостаточно, пока мы не определим конкретную ситуацию — для какой цели нужно это ПО.

Профессиональное ПО

Профессиональное — это значит, что это ПО разработано для тех, кто зарабатывает с помощью него деньги. И если взять вопрос профессионального программного обеспечения для ПК — то да, тут явно есть определённые лакуны, т.е. того ПО, к которому привыкли все — его просто нет. Нет Microsoft Office, Visual Studio, Adobe Photoshop, Autodesc 3D Max, Autodesc AutoCAD, Graphisoft ArchiCAD и т.д. и т.п. Можно было бы даже обобщить и сказать, что профессионального ПО для Linux вообще нет, но иногда-таки попадаются исключения, например, тот же Lightworks.

Эта ситуация вполне понятна — разработчики профессионального ПО вполне себе профессионалы и тоже хотят получать за свою работу хорошие деньги и, являясь капиталистами, озабочены ровно одним — прибылью. Таким образом поддержка систем, которые не имеют большого количества платёжеспособных клиентов — не очень интересна. Например, поддержка MacOS с её 10% платёжеспособных клиентов — она значительно интереснее (и ведь Microsoft Office for Mac есть), чем поддержка разнообразных версий Linux с их 2% прижимистых пользователей. Утрировано, конечно, но ситуация примерно такая.

Тут, конечно, можно вспомнить про долю серверов под управлением Linux, которые используют вполне себе профессиональное ПО — СУБД MySQL, PostgreSQL, веб-серверы Apache и Nginx и другие решения — но я тут пишу про ситуацию с обычными ПК.

На раз—два—три—четыре мы закончили с настройкой Linux Mint и теперь можно переходить к тому, для чего и создаются все операционные системы: установке, запуску и использованию программ для удовлетворения своих потребностей. Но сначала перекинем мостик между настройкой ОС и её непосредственным использованием — поговорим об утилитах, которые иногда всё-таки необходимы обычному пользователю.

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

Начнём с обновления ПО — в системе должно использоваться самые свежие версии ПО, чтобы не пропустить обнаруженную уязвимость. В Linux Mint, как и в Windows, есть свой центр обновления ПО — менеджер обновлений.

После установки и настройки в первой и второй частях, мы добрались до внешнего вида Linux Mint. И начнём с того, что сразу бросается в глаза тем, кто ранее работал в Windows — это шрифты.

В Linux шрифты есть и шрифты отличные. Но отличные и от шрифтов в Windows:

С одной стороны в Linux с открытием диcковых носителей и сетевых папок всё очень неплохо — стандартный файловый менеджер их отображает в левой части в разделе «Носители» и их можно щелчком мыши открыть (примонтировать в терминах Linux):

И если мы, например, щёлкнем по носителю с именем DATA — у нас откроется окно с данными этого диска. Система автоматически создаст точку монтирования в своей файловой системе (в каталоге /media) и присоединит туда этот дисковый том. Всё происходит незаметно для пользователя и ему не надо писать команды типа mount.