Какими способами можно подключить несколько телевизоров к одному компьютеру?

Кратко: способов много — их выбор зависит от того, хотите ли вы сохранить текущие мини‑ПК у каждого ТВ (и просто централизованно им управлять), или хотите сделать «центральный» источник и раздать видео по сети/ кабелю на все ТВ. Ниже — обзор опций (аппаратные и программные), плюсы/минусы и советы по выбору.

1) Оставить мини‑ПК у каждого ТВ и централизованно управлять ими (рекомендуемый путь, обычно проще и дешевле)
- Что делается:
  - На каждом мини‑ПК ставите клиент (браузер в киоск‑режиме, VLC, кастомное приложение или софт для digital signage).
  - Центральный сервер/контроллер отправляет команды/плейлисты/URL потоков на клиентов.
- Реализации:
  - Системы цифрового табло (digital signage): Xibo (open‑source), Screenly/Yodeck (Raspbian/raspberry‑ориентированные), NoviSign, Scala, Rise Vision и пр. Позволяют группировать экраны, назначать плейлисты, расписание, удалённые обновления.
  - Собственный сервер потоков + лёгкий клиент: стримите веб‑камеры с центрального сервера (RTSP/RTMP/SRT/NDI/WebRTC) и на мини‑ПК запускаете браузер/VLC, который по URL воспроизводит соответствующий поток. Централизованная панель переключений на сервере выбирает, какой поток отправить на какой экран.
  - Управление на уровне ОС: Ansible/PSExec/PDQ/инструменты MDM для массового деплоя и запуска команд на мини‑ПК.
- Плюсы: не трогаете кабели/инфраструктуру; масштабируемо; гибкость в программных сценариях; дешевле аппаратных решений.
- Минусы: нужен надёжный LAN; нагрузка на сеть при множественных потоках; задержка зависит от протокола (HLS высока, WebRTC/SRT низки).

2) Центральный компьютер + много дисплейных выходов (если хотите минимизировать количество проигрывателей)
- Аппаратные варианты:
  - GPU с множеством HDMI/DP выходов (часто 3–6 экранов на одной видеокарте); можно ставить несколько карт в ПК.
  - DisplayPort MST‑хабы (если TV/адаптеры поддерживают DP MST) — позволяют раздать несколько независимых дисплеев с одного DP порта.
  - Matrox DualHead/TripleHead2Go (внешние адаптеры для нескольких мониторов).
  - USB‑to‑HDMI адаптеры (DisplayLink): просты, но зависят от драйверов и CPU.
  - Профессиональные карты/контроллеры для видеостен (Matrox, Datapath, Blackmagic).
- Плюсы: прямое подключение — минимальная задержка, простая синхронизация.
- Минусы: на 20 экранов потребуется либо очень мощный сервер с несколькими картами либо множество выходов; кабели проходят к каждому ТВ; ограничения по расстоянию.

3) HDMI/AV matrix и матричные коммутаторы
- HDMI matrix switch (например 8×8, 16×16): несколько HDMI‑источников (видео с камер/ПК) —> любой экран в любой комбинации.
- Плюсы: мгновенное аппаратное переключение, низкая задержка, хорошо для «скольких источников — столько экранов».
- Минусы: стоимость быстро растёт с размерами матрицы; физическое подключение всех источников к матрице.

4) AV over IP / HDMI over Ethernet (очень применимо для 20 телевизоров)
- Принцип: центральный/несколько центральных ПК кодируют видео в IP‑пакеты (энкодеры), по сети/свитчам идут декодеры у каждого ТВ, расшифровка в приставке/мини‑ПК.
- Технологии: коммерческие AV‑over‑IP системы (Crestron, Extron, Atlona, ZeeVee), простые HDMI‑over‑IP энкодеры/декодеры, или стандарты типа SRT/NDI/RTSP.
- Плюсы: масштабируемость, централизованное управление, большая длина кабеля (через Ethernet), можно использовать существующую сеть.
- Минусы: нужна сеть с достаточной пропускной способностью; при большом количестве отдельных потоков — большая нагрузка; для multicast требуется управляемые коммутаторы и IGMP snooping.

5) Профессиональные медиаплееры/проигрыватели у экранов
- Установить на каждый ТВ специализированные медиаплееры (BrightSign, IAdea, Hikvision и пр.) с централизованным CMS.
- Плюсы: высокая надёжность, простота управления, аппаратный декодинг.
- Минусы: стоимость аппаратных плееров.

6) Стриминг/протоколы — выбор влияет на задержку и сеть
- RTSP/RTMP/HLS: простые, HLS/HTTP более долговечны, но HLS высокая задержка (секунды–десятки сек).
- SRT / WebRTC: низкая задержка (подходит для live камер); WebRTC хорош для браузерных клиентов.
- NDI: низкая задержка, высокое качество, но очень тяжёлый по пропускной способности LAN (или используется NDI HX — сжатие).
- Multicast (RTP/UDP): экономит пропускную способность, если один поток идет на много клиентов, требует IGMP‑функций в коммутаторах.
- Рекомендация: для отображения live веб‑камер с низкой задержкой — WebRTC или SRT/NDI; если задержку можно терпеть и нужна совместимость с простыми браузерами — RTMP/HLS.

7) Примеры практических архитектур (варианты)
- A. Сеть с мини‑ПК: центральный сервер кодирует все камеры в несколько потоков (SRT/RTSP). На мини‑ПК запущен клиент signage (Xibo/браузер), который по указанию центральной панели показывает нужный поток на экран.
- B. Центральный AV‑сервер + HDMI over IP: центральный ПК захватывает камеры и отправляет 20 декодерам по сети; у каждого ТВ простой декодер/приставка принимает потоки.
- C. HDMI matrix: несколько аппаратных источников (камера, ПК) подключены в матрицу; матрица распределяет их на дисплеи; управление — через API матрицы.
- D. Замена мини‑ПК на BrightSign/Android players и CMS: централизованное управление через сервер поставщика.

8) Что важно учесть при выборе
- Где находятся веб‑камеры? Подключены ли они к центральному ПК или к каждому мини‑ПК?
- Какие ОС/возможности у мини‑ПК (Windows/Android/Linux)? Можно ли ставить signage‑клиент?
- Требуемая задержка (реальное «онлайн» или допустима секунда/пауза)?
- Сколько одновременно уникальных видеопотоков? (если 20 уникальных — будет большая нагрузка)
- Сеть: управляемые свитчи, пропускная способность, нужна ли поддержка multicast/IGMP?
- Бюджет: программный вариант дешевле; AV‑over‑IP и матрицы дороже, но дают аппаратную надёжность.
- Надёжность/администрирование: готовы ли вы поддерживать 20 мини‑ПК удалённо или лучше иметь меньше, но более надёжных устройств?

9) Конкретные рекомендации для вашего описания (20 ТВ, сейчас по 1 мини‑ПК на ТВ)
- Самый быстрый путь: оставить мини‑ПК и внедрить централизованный signage/плейлист‑сервис. Установите на каждый клиент лёгкое ПО (браузер в киоск‑режиме или Xibo client), поднимите один центральный сервер, который будет управлять, что показывается на каждом экране. Для live‑камер используйте SRT/WebRTC/RTSP стримы, которые клиенты запрашивают.
- Если хотите сократить количество устройств и централизовать вывод: рассмотрите AV‑over‑IP энкодеры/декодеры или HDMI‑matrix; это дороже, но убирает необходимость мини‑ПК у каждого ТВ.
- Для низкой задержки и профессиональной стабильности — BrightSign/коммерческий CMS или SRT/NDI + управляемая сеть.

10) Вопросы мне, чтобы предложить конкретный план
- Где находятся веб‑камеры (всё подключено к одному/нескольким серверам или к каждому мини‑ПК)?
- Какие ОС у мини‑ПК и есть ли у них браузер/видеоплеер?
- Какой допустимый уровень задержки?
- Есть ли центральный сервер/виртуальная машина, где можно поднять трансляцию?
- Какой бюджет на решение (бесплатный/до $X/профессиональное)?

Если хотите, могу предложить 2–3 детальных архитектуры (с аппаратным списком и оценкой стоимости) при ваших ответах на вопросы.

1) Существует куча софта для организации рекламного телевидения. У Самсунгов вроде даже видел сервак который подключается к родному тизен. 
 2) А если там везде трасляции, то самый простой способ это скриптами организовать консольное управление VLC, с какой папки или одностраничника

Использовать программы удаленного администрирования тоже не получится, так как некоторые из ПК не подключены к Интернету, а работают в своей локальной сети.
 
 Ваши решения по локальной сети малой кровью: 
 Вариант 1. RDP.  Настраиваете удаленный рабочий стол на всех компах. Заходите к ним удаленно по локальному IP с какого-то одного компа. Не совсем удобно, нужно заходить на каждый комп, но подходить к ним не нужно. 
 Вариант 2. Общая сетевая папка/диск. Кладете нужный контент на сетевой диск, и натравливаете в каждом компе софт, который демонстрирует экран на телевизор, чтобы брал контент с сетевой папки. 
 При необходимости, можно зайти на сетевой диск и поменять контент, трогать каждый комп не нужно, нужно чтобы софт на нем динамически забирал содержимое папки, если оно изменится. 
 В обоих случаях доступ к Интернету не нужен, нужно, чтобы компы находились в одной подсети.

А что вам мешает замутить iptv сервер и просто вещать картинку на все телевизоры? 
 https://4pda.to/forum/index.php?showtopic=949795&st=80