Коротко: да — можно. Но важное замечание: полностью «не завязать на пропускной способности» нельзя — показ изображения всем требует передачи битрейта. Задачу можно минимизировать (отправлять один поток вместо трёх копий, использовать эффективные кодеки и адаптивную передачу), но трафик для трансляции одного видео всё равно есть.
Варианты реализации (плюсы/минусы и требования):
1) Multicast (лучше всего в LAN)
- Идея: ноутбук кодирует экран в один поток; коммутатор/роутер реплицирует пакетами (IGMP), телевизоры подписываются на multicast-адрес. Отправитель передаёт только один поток независимо от числа приёмников.
- Плюсы: минимальная нагрузка на отправителя; простая реализация (ffmpeg + vlc).
- Минусы: сеть и коммутатор должны поддерживать IGMP/multicast; возможна настройка QoS.
- Пример команды (Windows/Linux, низкая задержка):
ffmpeg -f gdigrab -framerate $30$ -i desktop -vcodec libx264 -preset ultrafast -tune zerolatency -b:v $2000\text{kbps}$ -f mpegts "udp://$\mathrm{239.0.0.1}:1234$?ttl=$1$"
На ТВ в VLC открыть udp://@239.0.0.1:1234
2) SFU / WebRTC (Janus, Jitsi, mediasoup)
- Идея: ноутбук отправляет один WebRTC-поток на локальный SFU (сервер на машине в сети), SFU ретранслирует его многим клиентам (Android-браузерам/приложениям).
- Плюсы: низкая задержка, клиенты получают поток по unicast, гибкая адаптация качества.
- Минусы: нужно поднять SFU (ещё одна служба), чуть более сложная настройка.
- Подходит, если коммутатор не поддерживает multicast или нужен WebRTC.
3) HTTP/HLS / DASH
- Идея: кодирование в сегменты и раздача через HTTP-сервер; телевизоры воспроизводят через браузер/плеер.
- Плюсы: простота и совместимость.
- Минусы: большая задержка (секунды), больше нагрузки на диск/сервер/сеть.
4) NDI / локальные проприетарные протоколы
- NDI даёт очень низкую задержку и мульти-приём, но нужно, чтобы на ТВ было приложение-приёмник NDI (есть Android-решения платно/ограниченно).
- OBS с NDI-плагином на ноутбуке + NDI-плееры на ТВ.
5) Простые решения (AnyDesk/VNC/RDP)
- Можно подключить одновременно несколько клиентов (в зависимости от сервера), но обычно каждый клиент получает отдельный unicast — нагрузка на отправителе и сети растёт пропорционально числу клиентов; качество и задержка хуже для видео.
Рекомендация для практической реализации в домашней LAN:
- Если коммутатор/роутер в локальной сети поддерживает IGMP/multicast и телевизоры могут запустить VLC/браузер: используйте ffmpeg → UDP multicast (вариант 1). Это самый «экономичный» по исходящему трафику способ.
- Если multicast неудобен или хотите WebRTC низкой задержки и адаптивности: разверните локальный SFU (Janus/mediasoup) и стримьте через браузер/приложение на ТВ.
Нюансы по уменьшению пропускной способности:
- Снизить разрешение/частоту кадров: например, $720\text{p}$ вместо $1080\text{p}$, кадры $30$→$15$ fps.
- Использовать эффективный кодек (H.264 или H.265) и адаптивный битрейт.
- Мультикаст или SFU — чтобы отправитель посылал только один поток.
Если нужно, могу привести конкретную пошаговую инструкцию под вашу ОС ноутбука и модель/возможности Android TV (multicast/SFU/NDI).