Анализ тенденций в сфере разработки коммерческого собственнического программного обеспечения (ПО) и информационно-коммуникационных сервисов в сети Интернет выявляют острую необходимость перехода пользователей, чтущих собственную индивидуальность и переживающих за безопасность своей деятельности, на ПО с открытым свободным исходным кодом. Сегодня значительная часть сервисов, предлагающих технически элементарные услуги, вынуждает устанавливать собственное приложение на смартфон, планшет или ПК, доходя в своих требованиях порой до абсурда; содержание веб-страниц зачастую наполовину состоит из следящих за пользователем систем метрик и аналитик; ранее примитивные действия, наподобие регистрации на портале или заурядном сайте, требуют точных сведений и подтверждения данных через личный смартфон; собственно ПО и сервисы стали аномально раздутыми, неповоротливыми, капризными; наконец, поисковые системы превратились из базы данных с интерфейсом в бесцеремонные развязные рекламные агентства, запирающие рядового потребителя информационных технологий (ИТ) в паучий кокон собственных интересов, прикрываясь заботой о пользователе. Не отрицая безальтернативность стремительного прогресса ИТ в течение последнего десятилетия, их трансформации, смещения в сторону коммерческих потребностей, глубокого проникновения в жизнь людей, следует всё же отметить негласное и недобросовестное паразитирование на человеческих слабостях и устремлениях.

Дальше – больше: обнаружили себя инициативы крупных ИТ-корпораций по созданию собственных аппаратных компонентов вычислительных систем и сетей, в первую очередь – центральных процессоров. Не будет выглядеть удивительным появление в ближайшие годы аппаратно-программных решений, жёстко привязанных только коммерческим инициативам одной конкретной или группы связанных компаний, что приведёт, де-факто, к ограничению свободы выбора пользователей: пользователю будет позволено только то, что лежит в плоскости интересов компании, и ничего иного; иное – только за деньги и под полным контролем действий потребителя.

У наиболее проницательных к настоящему моменту времени сложилось однозначное понимание того факта, что ИТ двигаются в объективно сложившемся, но скверном направлении. В контексте обсуждения переломить ситуацию возможно только за счёт использования открытого ПО и децентрализованных или федеративных сервисов. Настоящий материал не преследует, но и не исключает, некие философские и антропологические оценки сложившейся в ИТ ситуации, а скорее стремится осветить приземлённые задачи: рассмотреть реальную возможность использования свободного ПО в операционной системе Fedora Linux; дать конкретные рекомендации просто пользователю для „просто пользования“.

ВВОДНЫЕ ЗАМЕЧАНИЯ

«Linux для „десктопа“ не готов» – задумчиво проговаривали наиболее опытные пользователи Linux в нулевые годы XXI-го века, и они объективно были правы. Масса задач, которые должны были выполняться рядовым пользователем ПК в операционной системе Linux, заменялись установкой вменяемых шрифтов, нетривиальной настройкой драйверов устройств, восстановлением системы после обновлений ядра, поиском работоспособного на данной платформе ПО, попытками заставить имеющееся ПО работать как нужно, перманентной борьбой с неожиданными проблемами. Недоуменные вопросы аксакалам Linux – „проблемы на ровном месте, как так?!“, „почему многие элементарные вещи столь не продуманы?“ – натыкались на насмешки, наиболее мягко выражаемые словами: „это open source, детка“, „тебе никто ничего не должен“ или „читай ман и делай сам“. На вопросы наподобие „где найти GUI-версию приложения для рекомпрессии видео?“ давался – довольно часто даётся и теперь! – ответ: „нам GUI не нужон! настоящий линуксоид смотрит только в чёрную консоль Unix“ и т.п. В результате где-то чванливое, где-то пренебрежительное, но, несомненно, недальновидное отношение сообщества Linux к новоявленным пользователям, вполне искренне желающим обосноваться в мире свободного ПО, привело к тому, что в настоящее время усреднённая по планете доля Linux на настольных системах составляет порядка трёх процентов.

Почему Fedora?

Потому что за операционной системой Fedora стоит мощный и состоятельный разработчик – компания Red Hat, являющаяся подразделением корпорации IBM. Малая вовлечённость крупных компаний в разработку прикладного ПО для Linux привела к недостаточному количеству жизненно необходимых программ, кое-где ­– к невысокому их качеству, неоптимальности архитектурных решений, нерегулярности обновлений исходных кодов, зависимости от предпочтений конкретных разработчиков, не всегда отличающихся научностью подхода к проектированию и разработке приложений. Вкупе с низким качеством отрисовки динамичных сцен в играх и мультимедиа – важная сторона операционных систем для „просто пользователя“ – всё сказанное предопределило судьбу ключевой свободной ОС: Linux прижился лишь у системных администраторов, программистов и увлечённых пользователей.

Не большая, но необходимая историческая отсылка.

Пожалуй, ни одна технология в мире свободного ПО не приводила к большему количеству жёсткого негодования, шаблонных насмешек, позёрского раздражения, а где-то – и ярости, нежели разработка протокола Wayland и перевод на его основу графических подсистем Linux . Сравниться с Wayland по степени неприятия может лишь подсистема инициализации служб Linux под названием «systemd».

Характерным является то, что в начале своего пути – 2008-2012 годы – Wayland просто отторгался за „ненадобностью“ – «всё же и так работает!» Затем – 2013-2015 годы – появился насмешливый интерес: „на наш век хватит и X Window system, а кому нужно – пусть продолжают заниматься ерундой, к 2030 году закончат“. Третий из четырёх исторических этапов в продвижении Wayland обозначился в приснопамятном 2016-м году, когда стало понятно что неважная, ломаная на динамичных сценах, картинка на экране ПК под управлением Linux, побеждается не установкой проприетарных драйверов для видеокарты и не ручной „работой напильником“ над настройками подсистемы отрисовки видео, а переходом на отвечающую современным требованиям концепцию – сообщество Linux в значительной мере осознало: всё-таки, это прогресс. Четвёртый, и последний, этап начнётся с момента полного исключения „хорошо работающей“ X Window system образца 1984 года из дистрибутивов Linux и BSD в пользу Wayland. <На момент обновления настоящей статьи – это июль 2021-го года – доля систем Linux на основе протокола Wayland увеличилась с 5% в июне 2020-го года до 11%>

На примере внедрения Wayland хорошо обозначилось ретроградство какой-то части Linux-сообщества, которое, по логике вещей, наоборот должно находиться на острие современных технологий как в программном коде, так и в ПО на его основе. Данный феномен, по всей видимости, можно объяснить технологической местечковостью, ограниченностью кругозора и куцостью мышления отдельных членов сообщества, равно как и вполне разумной профессиональной привычкой „работает – не трогай“.

Fedora Linux в форме дистрибутива Fedora Workstation стал в мире свободных операционных систем наиболее передовым и инновационным. Значительная кадровая и финансовая подпитка проекта успешной американской компанией Red Hat, сделала своё дело: Fedora вплотную приблизилась к тому, что можно назвать хорошей операционной системой для настольных архитектур.

Впоследствии за Fedora подтянулись ряд других дистрибутивов: OpenSUSE, Debian, Ubuntu, Slackware и Manjaro – те системы, что также с разной степенью справедливости можно назвать хорошими.

Рабочее окружение во всех перечисленных случаях – GNOME. Официальный переход на Wayland окружения KDE впервые реализован в дистрибутиве Fedora 34, который вышел в свет 20 апреля 2021 года. Использование KDE+Wayland предоставляет совершенно другой опыт взаимодействия с системой.

 

Настольная система на основе Linux и GNU

Хорошая настольная система на основе ядра Linux и комплекса программных решений GNU обеспечивает:

1. стабильность работы – здесь же и работоспособность – целевого аппаратно-программного средства любой допустимой архитектуры, комбинации аппаратных подсистем, набора программных решений;

2. наличие программных решений под конкретные задачи, регулярная их обновляемость;

3. скорость и удобство работы в заданном окружении рабочего стола;

4. приятный внешний вид.

Выше в порядке убывания важности перечислены ключевые критерии качества настольных систем. Базовым  критерием применимости операционных систем на основе Linux „просто пользователями“ является оправданная сложность их установки и работоспособность системы сразу после таковой. Здесь у подавляющего большинства дистрибутивов Linux всё в порядке, хотя отдельные позорные исключения имеются, когда, например, после установки нет штатных решений по настройке переключения раскладки клавиатуры.

Учитывая засилие 73-процентной системы (Windows) на машинах пользователей – потенциальных потребителей ОС на основе Linux, – сравнение, там где это уместно, будет осуществляться именно с ней. Рабочие ПК, на которых установлена Fedora, условно назовём «Машина-1» и «Машина-2». Характеристика Машины-1: ноутбук 2011 года выпуска, снятый с продажи в 2013 году; процессор AMD Turion II P560, 2 ядра, 2500 МГц; ОЗУ 8 ГБ DDR-3, 1333 МГц (10 600 Гбит/c); интегрированный видеочип ATI Mobility Radeon 512 МБ, жёсткий диск WD 1 ТБ, 5400 об/мин. Общая характеристика Машины-2: стационарный ПК; материнская плата Gigabyte; Intel i5, 4 ядра, 3200 МГц; DDR-4 16 ГБ, 2400 МГц (19 200 Гбит/с); видеокарта nVidia 2 ГБ; жёсткий диск WD 2 ТБ, 7200 об/мин.

Настоящий материал не ода Fedora. Несмотря на грозные интеллектуальные баталии «какой Linux лучше», все системы на базе ядра Linux – rpm- или deb-based, с GNOME или KDE, с systemd или init, с меньшим количеством ПО в репозиториях или большим, с zypper или apt-get, с ext4 или btrfs  – работают одинаково. Всё определяется лишь навыками пользователя рабочей станции или администратора сервера. Здесь утверждается, что при всех неизбежно наличествующих недостатках Fedora Workstation – наиболее близка к тому, что можно назвать хорошим Linux’ом – инновационным и с лицом, повёрнутым к среднестатистическому пользователю, условной домохозяйке.

 

1. СТАБИЛЬНОСТЬ

---

Касательно Fedora Workstation отмечается следующее.

1) Устанавливая Fedora Linux, можно ожидать хорошую и очень хорошую поддержку аппаратных средств без необходимости дополнительных манипуляций с драйверами.

Характерные примеры

На Машине-1 заработала регулировка яркости экрана и громкости звука клавишами; появилась сама возможность регулировки яркости, чего не удавалось добиться на Windows.

На Машине-1 заработал встроенный Wi-Fi и Bluetooth на основе платы Broadcom. На Windows плата не работала в принципе, вне зависимости от установленных драйверов – клавиша включения Wi-Fi постоянно горела оранжевым, а не синим цветом, подключение к Интернету через Wi-Fi приходилось обеспечивать внешним USB-модулем.

 

2. НАЛИЧИЕ ПРОГРАММНЫХ РЕШЕНИЙ

---

Система оценок – пятибалльная равномерно распределённая. Два балла не означают „неудовлетворительно“, это „плохо по ряду показателей, но пользоваться можно“. Система оценок степени удобства использования ПО и предоставляемых им возможностей следующая:

1 балл — крайне неудачная программа, пользоваться практически невозможно;

2 балла — плохая по ряду важных показателей программа, но пользоваться можно;

3 балла — средняя по качеству программа с рядом заметных недостатков;

4 балла — хорошая программа, пользоваться достаточно удобно; имеется несколько незначительных недостатков;

5 баллов — отличная продуманная программа с массой предоставляемых возможностей.

Оранжевый цвет – платная программа, вне зависимости от того, с открытым она исходным кодом или без него. Таблица предназначена для пользователей, которые хотят видеть – можно ли использовать программу сразу же после установки и без ограничений.

<Таблицы в начальной версии, пробные. Подлежат существенной переработке и дополнениям>

Сеть и Интернет

* − использовать не рекомендуется в связи с проблемами безопасности и активной эксплуатацией рекламы

 

 

 

3. СКОРОСТЬ и УДОБСТВО

---

Касательно Fedora Workstation отмечается следующее.

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

В целом, Windows активно и постоянно эксплуатирует жёсткий диск – особенно в простое, – что приводит к невозможности быстрого запуска даже „лёгких“ приложений и затруднённости работы уже запущенных приложений. Попробуйте в Windows запустить копирование файла объёмом 50 ГБ с диска на диск и открыть в этот момент Word – вы не получите ни быстрого копирования файла, ни быстрого запуска приложения. В случае завершения оперативной памяти Windows в целом превращается в неработоспособную систему, даже после сохранения части данных в файл подкачки.

В Fedora наблюдения показывают совершенно противоположную картину, причём в обоих сложных случаях. Конкретный пример. Приложение для индексации текста и тегов локальных файлов Recoll на ноутбуке с 8 ГБ оперативной памяти и встроенным графическим процессором умудрилось проглотить 6 из них, после чего ОС начала активно сохранять какие-то данные в swap-раздел. Тем не менее, браузер загружался как обычно, страницы прокручивались плавно, Libre Office сохранил отзывчивость, документы открывались и сохранялись, длинный список мессенджеров работал в штатном режиме – всё как обычно, вне зависимости от того, хватает оперативной памяти или нет. Очевидно, что планировщик задач в Fedora весьма удачно оптимизирован по ряду противоречивых критериев.

2) Диалоговые окна среды GNOME не позволяют вставить путь к файлу в форме текстовой строки, предварительно скопированной в буфер обмена, что во многих случаях было бы весьма удобно. Это несколько усложняет и замедляет указание файлов, например, при их открытии через стандартные диалоговые окна – особенно, если файл находится глубоко в иерархии файловой системы.

 

 

4. ПРИЯТНЫЙ ВНЕШНИЙ ВИД

---

При желании термин «приятный внешний вид» можно облечь в конкретные измеряемые показатели, но это не является предметом данной статьи. Поэтому всё, что будет сказано ниже в настоящем разделе, не следует рассматривать как абсолютно однозначное и не подлежащее критике.

Внешний вид рабочего окружения GNOME на Fedora не требует никакой доработки сразу после установки системы за исключением некоторых мелочей. Шрифты ровные и красивые, контраст хороший, интерфейс не отягощён элементами управления, взаимодействие в рамках выполняемой задачи достаточно продумано, всё интуитивно понятно. Этим GNOME существенно отличается от других красивых окружений, наподобие KDE, Mate или даже Deepin desktop environment, требующих некоторых настроек под глаз среднестатистического пользователя. После установки Fedora Desktop с окружением GNOME очевидны два субъективных недостатка, требующих исправления:

1) в заголовке окон необходимо включить кнопки сворачивания и разворачивания;

2) отобразить панель со списком запущенных приложений.

 

 

5. ОСОБЕННОСТИ УСТАНОВКИ СИСТЕМЫ

---

Касательно Fedora Workstation отмечается следующее.

 

 

 

6. УСТАНОВКА СОБСТВЕННИЧЕСКОГО ПРОГРАММНОГО ОБЕСПЕЧЕНИЯ

---

Имеется ряд программ, которые необходимы пользователю рабочей станции Linux, но не являются свободным ПО: GoldWave, FineReader, Skype, Viber, XnView и т.п. Также существует ряд свободных программ, дистрибутивы которых не включены в популярные репозитории, в связи с чем их установка на ПК может вызвать определённые затруднения. Ниже в алфавитном порядке представлен перечень важнейших приложений, необходимых любому пользователю ПК. Часть из них, к сожалению, из числа собственнического ПО.

AceStream

AceStream – совокупность весьма полезных для пользователя настольного ПК программ, позволяющих просматривать, в первую очередь, онлайн-ТВ, но не ограничивающийся этим. В AceStream имеется возможность потокового просмотра медиаконтента из торрент-сетей без необходимости скачивания файла.

На Fedora Desktop с окружением GNOME на Wayland алгоритм установки и запуска AceStream следующий.

1. Установить службу Snap:

sudo dnf install snapd

2. Подождать 1 минуту, пока служба не запустится должным образом.

3. Установить «Snap store»:

sudo snap install snap-store

4. Установить полный комплект приложений AceStream:

sudo snap install acestreamplayer

5. Перезагрузить ПК; в меню приложений появятся три новые позиции: AceMPV, Ace Player HD и AceStreamEngine.

6. Запустить Ace Player HD; убедиться, что всё работает должным образом, указав плееру (ctrl + t) любой действующий поток AceStream-ТВ.

ПРИМЕЧАНИЯ:

В случае возникновения ошибки «не удалось загрузить “acestream://a7da0308a6f7e5d254ef47960e65c16dd2b3d9ba” : “Cannot load transport file” Ошибка: Cannot load transport file» — перезагрузить систему.

Ace Player HD (модифицированный VLC-плеер) закрывать через меню или «ctrl + q». Штатная кнопка «Закрыть окно» почему-то оставляет висеть VLC в процессах.

Реклама в AceStream для Linux, в отличие от Windows и macOS, отсутствует.

AceStreamEngine рекомендуется сразу же добавить в автозагрузку.

 

 

ForkServer — современная альтернатива RemoteFork*

ForkServer – программа, реализующая функционал взаимодействия „умного“ ТВ с установленным ForkPlayer и ПК, находящимися в одной локальной сети. В перечень функций ForkServer входят:

1) трансляция медиаконтента от AceStream или TorrServe, запущенными на ПК или ноутбуке;

2) управление списками проигрывания;

3)  трансляция медиаконтента, расположенного на жёстком диске ПК или ноутбука, на экран ТВ.

4) поиск медиконтента в Интернете – торренты, IPTV.

Четыре перечисленные функции обеспечиваются либо внутренними возможностями ForkServer, либо разветвлённой системой дополнений – плагинов, – поставляемых вместе с ним или созданных сторонними разработчиками.

ВАЖНО ДЛЯ ПОНИМАНИЯ: функцирование ForkServer на ПК или ноутбуке в значительной степени увязывается с функционированием ForkPlayer на Smart TV. ForkServer, в первую очередь, хотя и не ограничивается этим, есть служба, обеспечивающая ForkPlayer медиаконтентом, имеющимся или формируемым на ПК или ноутбуке. Единственное исключение из этого правила – возможность просмотра локальных файлов по протоколу http на любом устройстве с установленным браузером, например, другом компьютере или смартфоне.

На Fedora Desktop с окружением GNOME на Wayland алгоритм установки и запуска ForkServer следующий.

1. Указать поисковой системе запрос «ForkServer damiva» или сразу перейти по ссылке:

https://github.com/damiva/ForkServer/releases

2. Скачать бинарный исполняемый файл «ForkServer-linux-amd64» и скопировать его в директорию установки, например,

~/Software/ForkServer/

3. Установить атрибуты запуска для файла ForkServer:

chmod 755 ~/Software/ForkServer/ForkServer-linux-amd64

4. Создать в каталоге с программой подкаталог treeview:

mkdir ~/Software/ForkServer/ForkServer-linux-amd64/treview

и привязать к нему символической ссылкой каталог, содержание которого вы хотите отображать и просматривать на ТВ:

ln -s ~/Видео ~/Software/ForkServer/ForkServer-linux-amd64/treview

5. Запустить ForkServer.

6. Настроить ForkPlayer на телевизоре и убедиться, что ТВ соединён с ForkServer, запущенном на ПК: вверху справа в окне ForkPlayer на ТВ должна отображаться пиктограмма в виде двух расположенных рядом серо-голубых мониторов.

7. Открыть в браузере на ПК или смартфоне панель управления ForkServer: http://localhost:8027. Перейти в раздел «Проверка сервера» и убедиться, что протоколы DLNA функционируют должным образом.

ПРИМЕЧАНИЕ:
Сделанного вполне достаточно, чтобы на ТВ работали торрент-ТВ и онлайн-просмотр медиаконтента c RuTracker, NNM, Rutor, Kinozal, Torrents.by и Underver.se. Нужно лишь вбить в поиск, например, фрагмент названия файла: «2020 драма» и выбрать подходящий поток. Если вы хоттите, чтобы телевизор обрабатывал оригинальные m3u-списки проигрывания, находящиеся на ПК с установленным ForkServer, скопируйте ваши списки в каталог «~/Видео».

Оперативную помощь по настройке приложения можно получить в публичном телеграм-канале:
https://t.me/ForkServer.

* RemoteFork в последнее время не обновляется. Описание RemoteFork смотрите в подвале данного материала.

 

Smooth video player

Одно из важнейших приложений в настольном ПК. Позволяет максимально корректно, на основе интерполирования, увеличивать частоту кадров видеоконтента до значений, при которых глаз не замечает дискретность их смены: для среднестатистического глаза – это 60-65 Гц. Разработчики Smooth video project (SVP) абсолютно точно высказали мысль, что 24 кадра в секунду – стандарт, принятый в кино, – это фатально неприемлемый, морально устаревший стандарт, требующий пересмотра. Следует отметить, что гонка за разрешениями 4096×2160 (4k) и 8192×3420 (8k) при дискретности развёртки картинки в 24/23,976 Гц или 30/29,97 Гц бессмысленна: глазу для погружения в действо, отображаемое на мониторе 24-26 дюймов, достаточно разрешения 1280×720, а вот частота смены кадров – не путать с частотой развёртки монитора – менее 50 Гц бросается в глаза своей синтетичностью, что нивелирует все преимущества ультравысокого разрешения.

К слову, именно поэтому производители телевизоров, имеющих „непревзойдённую сочную реалистичную картинку, создаваемую по новейшим оригинальным технологиям“, делают акцент, в первую очередь, на грамотно реализованную аппаратными средствами интерполяцию кадров для доведения их частоты до 100-120 Гц. В этом вся «оригинальная технология» достижения реалистичности.

Здесь же началась гонка за максимальной частотой развёртки картинки на экране телевизора. Имеются предложения, обеспечивающие скорость развёртки 150, 200 Гц и более. Но опять-таки, столь высокие частоты развёрток в практическом плане совершенно бессмысленны, поскольку человеческий глаз уже при частоте кадров 75 Гц видит картинку непрерывной, поэтому 100 Гц – это то разумное значение, которое удовлетворит всех представителей рода человеческого – разумеется, при условии, что до данного значения „доводится“ интерполяцией и сам видеоконтент.

Положительный момент: SVP бесплатен только для платформ на основе Linux. На системах с Windows или macOS за использование приложения пользователь вынужден платить.

На Fedora Desktop с окружением GNOME на Wayland алгоритм установки и запуска SVP следующий.

1. Устанавливаем необходимые библиотеки и приложения:

sudo dnf install vapoursynth qt5-qtbase mediainfo lsof mpv vlc

Полагаем, что пользователь желает проигрывать видеоконтент как в MPV, так и в VLC.

2. Открываем доступ на запись в папку с фильтрами проигрывателя VLC:

sudo chmod -R 775 /usr/lib64/vlc/plugins

3. Скачиваем и распаковываем архив с дистрибутивом SVP.

4. Запускаем svp4-linux-64.run и устанавливаем SVP.

5. В окружении GNOME под Wayland первый запуск SVP осуществляем через терминал следующим образом:

socket=wayland QT_QPA_PLATFORM=xcb /home/USER/Software/SVP/SVPManager

6. В менеджере SVP заходим в расширенные настройки (Application settings → Additional options → All settings) и в разделе «main → setup → vlc → plugins» прописываем полный путь к директории дополнений проигрывателя VLC:

/usr/lib64/vlc/plugins

7. Регистрируем фильтр vapoursynth в VLC: «Utilities → SVP in VLC»

8. Проверяем работоспособность SVP, открывая видеофайл через меню «Open file via mpv» и/или запустив VLC и открыв файл через меню проигрывателя.

9. Закрыть SVPManager и убедиться в его корректном запуске как обычного приложения, без необходимости запуска терминала.

В дальнейшем ассоциируем все типы проигрываемых видеоконтейнеров – mkv, avi, mp4, wmv, vob, mts, m2ts, mpg, ts и пр. – с MPV или VLC и запускаем файлы как обычно, через файловый менеджер. Разумеется, SVPManager при этом должен быть запущен и работать, поэтому приложение следует сразу же установить в автозагрузку.

 

Xnview

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

На Fedora Desktop с окружением GNOME на Wayland алгоритм установки и запуска Xnview следующий.

1. Вбить в поисковую систему запрос «Linux Xnview» или сразу перейти по ссылке:

https://www.xnview.com/en/xnviewmp/

<…>

 

 

 

 

 

 

 

 

 

 

 

<Материал глубоко не завершён и будет готовиться и совершенствоваться в течение длительного периода времени>

<По материалам уже опубликованных частей предлагается писать комментарии с конструктивной критикой и конкретными дельными предложениями. Не всё предложенное будет учтено при подготовке материала статьи, но всему будет дана оценка>

 

 

 

• Устаревший материал

---

RemoteFork

RemoteFork – программа, реализующая функционал взаимодействия „умного“ ТВ с установленным ForkPlayer и ПК, находящихся в одной локальной сети. В перечень функций RemoteFork входят:

1) приём команд ТВ для AceStream, запущенном на ПК;

2) управление списками проигрывания;

3) трансляция медиаконтента от AceStream к ТВ по локальной сети.

На Fedora Desktop с окружением GNOME на Wayland алгоритм установки и запуска RemoteFork следующий.

1. Вбить в поисковую систему запрос «Fedora RemoteFork» или сразу перейти по ссылке:

https://github.com/ShutovPS/RemoteFork/releases/

2. Скачать архив «linux-x64.zip» и распаковать его содержимое в директорию установки, например,

~/Software/RemoteFork/

3. Установить атрибуты запуска для файла RemoteForkCP:

chmod 755 ~/Software/RemoteFork/RemoteForkCP

4. Запустить RemoteForkCP

ПРИМЕЧАНИЕ:
если вы запускаете RemoteForkCP через терминал и получаете сообщение «crit: Microsoft.AspNetCore.Server.Kestrel[0] Unable to start Kestrel. System.IO.IOException: Failed to bind to address http://0.0.0.0:8027: address already in use», значит процесс RemoteForkCP уже запущен и работает

5. Настроить ForkPlayer на телевизоре и убедиться, что ТВ соединён с RemoteForkCP, запущенном на ПК: вверху справа в окне ForkPlayer на ТВ должна отображаться пиктограмма в виде двух расположенных рядом серо-голубых мониторов.

6. Создать папку Plugins: ~/Software/RemoteFork/Plugins/ и скопировать туда все требуемые дополнения из репозитория.

Например:

RemoteFork.Plugins.AceStream.AceStreamTV.dll
RemoteFork.Plugins.AceStream.NnmClub.dll
RemoteFork.Plugins.AceStream.Rutor.dll
RemoteFork.Plugins.AceStream.Rutracker.dll
RemoteFork.Plugins.Filmix.dll
RemoteFork.Plugins.HDRezka.dll
RemoteFork.Plugins.Kinosha.dll
RemoteFork.Plugins.Moonwalk.dll
RemoteFork.Plugins.Seasonvar.dll

7) Открыть в браузере панель управления RemoteForkCP: http://localhost:8027/ и в разделе «Плагины» включить необходимые дополнения. Перейти в раздел «Проверка сервера» и убедиться, что протоколы DLNA функционируют должным образом.

ПРИМЕЧАНИЕ:
В принципе, сделанного вполне достаточно, чтобы на ТВ работали торрент-ТВ и онлайн-просмотр медиаконтента c RuTracker, NNM или Rutor. Нужно лишь вбить в поиск, например, название телеканал: «НТВ» и выбрать подходящий поток. Но, возможно, вы хотите, чтобы телевизор обрабатывал оригинальные списки проигрывания, находящиеся на ПК с установленным RemoteForkCP.

8. Создать каталог ~/Software/RemoteFork/IPTV, скопируйте собственный список проигрывания в папку.

9. В разделе http://localhost:8027/Home/Dlna указать папку, где RemoteForkCP должен искать оригинальный медиаконтент. На телевизоре, после нажатия жёлтой кнопки на пульте ДУ, вы сможете увидить и проиграть содержимое содержимое списка.

<П.п. 8, 9 требуют проверки уточнения>