Демонстрация виртуального дисплея без задержки с DXGI. Или как получить второй монитор из ноутбука/телефона/планшета

[NickDoom]

Ну то есть потребность никуда не делась, нет организованности в написании… Жаль.

Да, и в «Оглоеде» ещё возможности GPU планшета можно будет использовать. Крошечные, но ведь при этом основная видеокарта разгрузится от, скажем, физики или ещё чего-то автономного, не связанного с рендерингом…

[Rahid]

С решением на OpenGL были мысли, но когда получилось через DXGI забрать достаточное количество фреймов, то этого хватало чтобы перейти к следующему этапу и одновременно проблеме передачи по локальной сети

В любом случае спасибо что поделились, многим будет полезно изучить разные способы)

[NickDoom]

Не вопрос :) Если соберётесь делать через ОпенГЛ — не стесняйтесь, форкайте прямо тот стаб, пусть конкретная реализация там так и висит как дочерний проект от чисто гипотетической теории %)

[RISA]

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

PS. Ещё есть интересная программа как замена AnyDesk в копилку программ и решений https://rustdesk.com/

[Rahid]

Похоже на концепцию работы кодеков например h264 :)
Он шлет ключевой фрейм (keyframe) и далее интерфреймы в которых только изменения от ключевого

[RISA]

Да, но это уже оптимизация на уровне кодека. Если обновления экрана вообще не было, то вообще не стоит делать этот кадр, или если обновляется область, то размер картинки уже меньше и для работы с ней нужно меньше ресурсов

[uralhi]

Так вроде же есть в windows модуль Miracast, который позволяет транслировать и принимать экран между ПК?

Не пробовали его сравнить по задержкам?

[Rahid]

Нет, не пробовал

У меня основной ПК на Windows и мак который использовался чтобы в браузере проиграть видео

[Rahid]

Наверное можно на пк попробовать в виртуалке запустить и проверить, отпишу по задержке, спасибо)