Проблема кроется в том как видеозахват отрабатывает "потерю" сигнала. Очки это спецоборудование, специально разработанное для таких ситуаций - там просто предыдущий кадр сохраняется. Тут требуется настройка логики оцифровщика - при потерях сигнала - не передавать черный кадр, не очищать буфер кадра(что потенциально проблематично в готовых устройствах). Попробовать - найти очки с выходом HDMI и брать картинку с него, надеясь что там будет то что выводится на экран - без пропаданий.
Я в свое время брал UlraVNC и удалял значек из ресурсов файла - чтобы в трее была пустая иконка, но все равно палили, так как начинала "дергаться мышка".
32 тоже ниочем(ага взял тут мини-пк с одной линейкой 32 и докупал потом вторую)
Брать: на AMD Ryzen 7 8845HS(самый оптимальный проц цена/производительность), ядра: 8, RAM 16 ГБ, SSD 1000 ГБ (таких полно)
выкидывать 16Гб и покупать 2x32Гб
Думаю там слишком много "умного" трафика. Я бы ради эксперимента поставил роутер который отсекает весь трафик (мультикасты обязательно, так как по дефолту они умеют между сетями через роутер гулять) кроме прямых TCP 9100.
Неизвестно какие "умности" там начали глючить после очередного обновления винды.
Все это SSDP и Join Group по идее нафиг не нужно для печати. Оно только тормозит код прошивки принтера своим бесполезными вызовами.
Ну так подключиться через роутер, роутер клиент wi-fi для раздачи андроид, при этом он же точка доступа для телека. ИП телека закрепить за ним и прописать статический маршрут через андроид устройство - чтобы весь внешний трафик направлялся через него.
К сожалению ответы не то место где вам объяснять всю теорию маршрутизации трафика и построения сетей.