ProxyDLL实现对D3D程序的(FPS)监控

最近一测试组的同事说想写一个自动化的游戏测试工具,有这么一个需求:怎么在一个程序中获取另一个D3D程序的FPS等渲染相关的信息?这个问题倒是比较常见,比如录像软件Fraps就有这个最基本的功能,而性能测试工具GPA则实现得更加彻底。乍一想还真没什么思路,通过驱动层实现吧又太复杂了,不是对方想要的。于是网上搜了一下发现一种叫做Proxy Dll(代理Dll)的方法,觉得可行性比较强,而且做法简单效率也不错。

应用程序为了调DirectX的相应功能需要首先载入相应的D3D库,比如最基本的d3d9.dll。而代理Dll顾名思义就是通过一个中间环节来实现应用程序与真实的dll之间的沟通桥梁,这样一来两者之间的数据传递等操作就变为透明可见,如此一来也可以在其中添加一些自己的操作(类似于收取此路是我开的过路费^0^ )。

常规dll调用:应用程序<->系统d3d9.dll

代理dll调用:应用程序<->代理d3d9.dll<->系统d3d9.dll

通过上述关系可以看到代理dll可以理解为一个空壳,实际的操作还需要其来加载系统的dll实现。

生成上述dll之后如何让对应的应用程序来调用呢?最简单的方法是直接把代理的dll拷贝到对应的应用程序工作目录下。这种方法利用了程序加载dll时的查找顺序:先在最近的文件夹中搜索,最后才到系统中去找。但这个需要手动完成的过程看起来实在是不怎么优美,不过也没其它什么办法。如果有相应的应用程序加载程序,则可以通过运行前复制,运行后删除来完成。

通过代理dll可以一定程序上完成干涉程序对dll调用的目的,但如果程序强行从系统目录来加载dll的话则这种方法就无能为力,此时就需要其它一些更加深入的方法,如实现代码注入等。ProxyDLL实现对D3D程序的(FPS)监控_第1张图片

注:左上角的FPS显示即是通过代理d3d9.dll实现,也可以在其中控制渲染模式,如solid,wireframe

有了上述的基本实现之后没准儿就可以利用这种方法实现更多的功能,而且还可以尝试其它的dll(如ogl)

代码下载: http://dl.dbank.com/c0ytunrbkf

你可能感兴趣的:(游戏,工作,测试,dll,测试工具)