Можно ли подсчитать FPS в другом процессе?

[Minimus]

В общем идея такая - подсчитать частоту обновления экрана (FPS) какой нибудь игры. Но есть маленькая проблемка - я не имею ни малейшего представления как это реализовать. Может кто нибудь делал нечто подобное? Или знает как это можно провернуть?

[Arigato]

Что-то мне подсказывает, что такое не возможно. FPS может подсчитать только сама программа, т.к. способ подсчета зависит от метода вывода изображения.

[Minimus]

Да...Короче полная безнадега?
Хотя я и не сомневался, что это невозможно. Ну, точнее говоря, - невозможно прямым путем........
Ну а если перехватывать моменты, когда DDraw переключает видеобуферы? Это можно как-нибудь сделать?
И есть ли смысл в этом подсчете? То есть, в принципе, частота переключения должна быть равна частоте нарисованных кадров?
Вопросы....Вопросы....Одни вопросы!

[Minimus]

В принципе ясно, что задача решается посредством загрузки своей DLL в адресное пространство исследуемого процесса. Ну и затем, к примеру, SendMessage-ми можно производить обмен данными между этой DLL и екзешником моей программы. Здесь вроде бы все ясно.
Неясно только как эта самая DLL может получать эту информацию.
Хм..

Уважаемый Arigato, а не могли бы вы поподробнее обяснить мне фразу

Сообщение от Arigato

способ подсчета зависит от метода вывода изображения.

(Возможно разгадка где-то рядом).

[Arigato]

Уважаемый Arigato, а не могли бы вы поподробнее обяснить мне фразу

Подсчет FPS в самой игре зависит от метода формирования изображения.
Например, 2Д игра, где на фоне отрисовываются некие объекты, фон неподвижен. Тут количество FPS - это сколько раз за секунду удается перерисовать все объекты. Но игра может перерисовывать не все объекты каждый раз, а только те, что поменяли свое состояние.
Это пример, что бы понять, что FPS - это количество кадров в секунду, но что такое 1 кадр определяется самой программой, занимающейся отрисовкой.
Не силен в DirectX, возможно, можно перехватывать моменты сброса буфера на экран и это считать 1 кадром. Может что-то аналогичное можно делать и в случае с OpenGL.
Если же используется GDI, то здесь можно пытаться (как, не знаю) так же определять сброс буфера на экран.

[Minimus]

Спасибо, Arigato.

Сообщение от Arigato

можно перехватывать моменты сброса буфера на экран и это считать 1 кадром

Блин. В точку!!!
Любая серьезная игра или программа рендеринга сначала должна рисовать в задний буфер. А затем буфера переключаются. Иначе будет сильное мерцание экрана => либо GL либо DX производит переключение буферов по требованию программы.
И подсчитав это количество переключений я найду количество нарисованных кадров.
Следовательно:
GDI - баловство все это. Даже не буду тратить времени.
Для GL нужно просто перехватить функцию wglSwapBuffers и подсчитывать количество ее вызовов.
Задача, можно сказать, тривиальная.

Ну а что делать с DX? С этим, простите за выражение, ком-обьектом?
Если у кого есть идеи - черканите - не стесняйтесь!

[LDA]

Перехват методов COM интерфейсов – 1

Перехват методов COM интерфейсов – 2


Еще на форуме www.wasm.ru обсуждался этот вопрос неоднократно

[Minimus]

Огромное спасибо. Будем разбираться.