Как перехватить сигнал с видеокарты?

Question

[Airat1995]

Здравствуйте, я бы хотел узнать можно ли перехватить сигнал с видеокарты? И вообще в какую сторону лучше копать? Как я понимаю это к WinAPI относится? Или через DirectX?

Answer 1

[Deerenaros]

Ну и какой мы хотим сигнал перехватить? Экран? Для этого есть фрейм граберы. А можно подключить композит и отдельной платой собирать аналог. Да и цифровой HDMI пусть и передаёт цифру, таки физика всё равно остаётся - снимаем напряжение и дело в шляпе, разве только делать это придётся очень быстро, да ещё и ошибки корректировать. Из софта можно хукнуть directx или opengl, но там скорее всего не будет шейдеров - издержки конвейера, или же создать виртуальный монитор, но здесь сложности с аппаратным ускорением. Есть более специализированные методы, вроде отслеживания участка памяти или общение с видеокартой посредством одного из множества API. Но эти способы очень платформозависимые.

Comments

[Airat1995]

Спасибо за советы, разве если хукнуть через directx, не будет шейдеров? Разве Fraps не предлагает примерно такую же функцию? Я может быть не совсем точно объяснил что я хочу, мне просто надо как можно быстрее получать то, что либо идет на экран, либо уже есть на нем. И как я понял самый доступный для меня вариант это либо NVIDIA API, либо DirectX, но вот проблема если приложение не использует directx, или на пк не будет установлена видеокарта от nvidia, то эти методы работать не будут?

[Deerenaros]

Airat1995: самый быстрый вариант - специализированный фреймграббер. Бывают они разные - вплоть до отдельных пк с hdmi или dvi входом. И быстр вариант не спроста - любой вызов функции, особенно если он синхронный, неплохо жрёт fps. Fraps, емнип, сокращал количество оного на 10%-20%. По поводу nvapi ничего не скажу - лишь привёл ссылку, похожую на правду. Впрочем, у nvidia есть GameStream, причём поддержка игр весьма ограниченная, правда она может быть вызвана оптимизацией управления, а не использованием особого конвейера.
И да, насчёт шейдеров точно не помню - какие-то отрабатывают, какие-то нет, и это об directx9, если надо что-то точнее, обратитесь к литературе.

[Airat1995]

Deerenaros: спасибо большое)

[AxisPod]

Deerenaros: Ну FRAPS да, в любом случае жрать будет всё, надо же скинуть кусок памяти на диск, или даже в память скопировать, но такого сильного проседания не замечал, 2%-5% было. А у nvidia всё же ShadowPlay, если сравнивать с FRAPS, падение фпс ниже чем у фрапса, занимает меньше места, т.к. поток жмёт сразу, но жмёт естественно видяхой, качество похуже, даже с большими битрейтами.

[Deerenaros]

AxisPod: вас никогда не интересовало, как работает процессор? В каждом процессоре есть регистры, например. Причём их очень ограниченное число, но они невероятно быстрые - обращение к регистрам может даже ничего не занимать, ибо они и используются при математических и не очень операциях. Но когда происходит прерывание (например, запись на диск), то все эти регистры надо сохранить в стек, а при возобновлении - вернуть всё обратно, причём не только регистры, но и весь контекст. Такая операция очень тяжёлая. Но даже если это всё не требуется - просто вызвать какую-нибудь WinAPI-функцию - это тоже работа со стеком, также сохранения контекста и так далее. А GPU? Всё тоже самое, только конвейер кастрированый - никаких предсказаний, вообще ветвления очень плохо работают, да и набор инструкций также ограниченный, зато потоков много-много.
Но прогресс не стоит на месте, появляются специальные дублирующие регистры, которые копируют контекст за один такт (правда глубины почти нет), всевозможные FPU и предсказатели, со сложным конвейером, также появились специализированные блоки, позволяющие сильно ускорить типичные операции. У nVidia, уверен, также есть несколько тузов в рукаве. И их дрова не просто так проприетарные - половина тузов в них. Ясное дело, раз видеокарта их и есть доступ ко всем ноу-хау, то и специализированный софт будет чутка эффективнее. Ну а про качество похуже - это происки H.264.
Поэтому вот что я имел в виду - даже простое отображение fps в фрапсе жрало не плохо тот самый fps. Включение записи видео делало игру почти невозможное (если конечно вытягивать всё на ультра). Почему? Из-за того самого контекста. Правда это давно было, может быть сейчас и правда fraps не такой прожорливый.

[Airat1995]

Deerenaros: можно чисто теоретический вопрос?) Что будет быстрее отслеживание участка памяти или попробовать получать сигнал на выходе(в смысле подсоединить фреймграббер к выходу видеокарты обрабатывать его и потом его транслировать на монитор)?

[Deerenaros]

Конечно второе. Во-первых, специализированное устройство всегда быстрее обобщённого. Во-вторых, банальное увеличение вычислительных ресурсов дополнительным устройством.

[AxisPod]

Deerenaros: Спасибо конечно, теперь я буду это "знать"!!! Вы еще забыли про смену контекста. А вот про качество H.264 уж не надо тут, вот именно, что на видяхах кодер кастрированный, как вы выражаетесь. Я очень много пережал видео и остался на проце, да и в 2 прохода вообще отлично жмет, а вот видяха этого уже не сможет. Да и все специализированные железячные кодеры работают так же кастированно, всё это ограничения железа. CPU справляется с этой задачей куда как лучше, на GPU битрейт поднимать надо в 4-5 раз и тогда как-то начинает приближаться к качеству CPU, но мыло в динамике никаким битрейтом не исправляется.

[Deerenaros]

AxisPod: ну ясное дело ограничения железа. Правда я пользуюсь quick sync - вообще идеально.

Answer 2

[d'Ivan]

Из свободных стандартов стоит отметить OpenMAX.
Одна из его реализаций для Windows это LIM OpenMAX

Comments

[Deerenaros]

Интересненько, однако ТС вроде хотел несколько другое.