Direct3d 设备丢失 device lost.docx
《Direct3d 设备丢失 device lost.docx》由会员分享，可在线阅读，更多相关《Direct3d 设备丢失 device lost.docx（5页珍藏版）》请在冰豆网上搜索。
Direct3d设备丢失devicelost
Direct3d设备丢失（devicelost）
1.什么时候设备丢失
一个Direct3D设备,有两种状态:
操作状态或丢失状态。
操作状态:
是设备的正常状态,设备按预期运行,并且能present所有渲染效果
丢失状态:
所有渲染操作悄然失败,IDirect3DDevice9:
:
present返回错误码D3DERR_DEVICELOST
查帮助LostDevices（Direct3D9）看更详细介绍，用最民工的语言简略说说：
什么时候设备会丢失？
（1）全屏模式下当前Direct3D窗口丢失焦点时
（2）有多个Direct3D窗口，其中一个进入全屏则其它设备丢失（多显卡时情况则不同，每个显卡设备只有一个能全屏）
系统休眠或者锁定（Win+L）
（3）IDirect3DDevice9:
:
Reset调用失败时,设备也会被设置为丢失状态
（4）重新设置Direct3Ddevice参数时
2.如何发现设备丢失
IDirect3DDevice9:
:
present返回错误码D3DERR_DEVICELOST或D3DERR_DRIVERINTERNALERROR（这种情况下基本上要exit了）
IDirect3DDevice9:
:
TestCooperativeLevel返回错误码D3DERR_DEVICELOST或D3DERR_DRIVERINTERNALERROR（DX10整合到present中了）
不论通过任何方式发生了设备丢失，所有的操作几乎都会失效，只有Release（）可以用——其实D3D会保证有部分操作可以成功，但
是也仅仅是“可以”成功而不是“一定”成功，所以你还不如认定丢失的时候全都会失败比较好——以及
IDirect3DDevice9:
:
TestCooperativeLevel。
因此在设备丢失之后，你应该停止整个游戏循环，而通过反复调用
IDirect3DDevice9:
:
TestCooperativeLevel判断设备是否可用。
『IDirect3DDevice9:
:
TestCooperativeLevel』 这个方法检测当前的设备状态。
返回值有四种：
D3D_OK一切正常，D3DERR_DEVICELOST设备丢失，D3DERR_DEVICENOTRESET设备
可以Reset。
另外还有D3D9新增的D3DERR_DRIVERINTERNALERROR，遇到这个你就完蛋了，基本不可能恢复了，终止程序吧。
按照顺序来讲，如果游戏在正常运行，D3D_OK会返回；如果发生了设备丢失并且在这个时候不能恢复，比如全屏幕模式的时候
用户切换到了Windows桌面，就会返回D3DERR_DEVICELOST；如果用户又切换回了游戏，设备可以恢复了（还没恢复呢！
只是“可
以”恢复而已），就会返回D3DERR_DEVICENOTRESET。
另外，IDirect3DDevice9:
:
Present也会返回类似的值，不过你最好别指望这个，老老实实的用TestCooperativeLevel。
因为
Present在设备可以恢复的时候还是返回D3DERR_DEVICELOST（外一句：
D3D10的时候TestCooperativeLevel就会完全整合到Present
里面了，可喜可贺可喜可贺）
3.发现设备丢失后
1.查询设备状态,看是否可以将之恢复到操作状态.如果不行,则必须要等到设备可以被恢复为止.
2.释放所有在D3DPOOL_DEFAULT中分配的资源,包括用IDirect3DDevice9:
:
CreateRenderTarget和
IDirect3DDevice9:
:
CreateDepthStencilSurface方法创建的资源.（不进行这一步,下一步的Reset操作会失败）
3.调用IDirect3DDevice:
:
Reset进行恢复.Reset方法是当设备丢失时,唯一有效的方法,并且是应用程序可用来把设备从丢失状态
恢复到操作状态的唯一方法.
4.重建在步骤2中释放的资源,同时还需要重新设置state等
4.管理资源
1.资源管理是将资源从系统内存提升到设备可访问存储器及从设备可访问存储器中抛弃的过程
2.D3DPOOL_MANAGED标志指定一个由系统管理的资源。
由系统管理的资源在设备的丢失状态和操作状态间的转换中持续存在。
通过调
用IDirect3DDevice9:
:
Reset设备可以被重置，并且这类资源可以继续正常运作而无需重新载入图片。
但是，如果设备必须被销毁和
重建，那么所有用D3DPOOL_MANAGED创建的资源也必须被重建
3.D3DPOOL_DEFAULT标志指定把资源放在默认的池中。
在默认的池中的资源在设备从丢失状态到操作状态的转换过程中不持续存在，
这些资源必须在调用Reset之前释放，然后重建
4.不是所有的类型和用途都支持资源管理。
例如，用D3DUSAGE_RENDERTARGET标志创建的对象不支持资源管理。
另外，不建议对需要
频繁改变其内容的对象使用资源管理。
例如，在某些硬件上对一个每帧都需改变的顶点缓存进行自动管理会严重降低性能。
但是，
对纹理资源来说这不是一个问题
5.处理设备丢失
下面的伪代码：
switch（IDirect3DDevice9:
:
TestCooperativeLevel（））{
caseD3D_OK:
GameLoop（）;
break;
caseD3DERR_DEVICELOST:
break;
caseD3DERR_DEVICENOTRESET
OnLostDevice（）;
IDirect3DDevice9:
:
Reset（）;
OnResetDevice（）;
break;
default:
QuitGame（）;
break;
} GameLoop（）就是你的游戏运行的过程了。
把这个switch写在我们游戏框架的GameMain（）部分，具体的位置可以看任何一话附带
的源代码。
好像我一直没有讲IDirect3DDevice9:
:
Reset的参数啊？
因为只有一个参数，就是指向D3DPRESENT_PARAMS的指针。
把你第
一次创建设备时使用的D3DPRESENT_PARAMS结构保存起来，供Reset来用。
OnLostDevice（）就是Release掉所有D3DPOOL_DEFAULT的资源，OnResetDevice（）就是Create*（）恢复啦！
你可能注意到
ID3DXFont、ID3DXSprite等等都有同名的方法，就是在这个时候调用的。
如果你没有这么做，也就是说还保留着任何
D3DPOOL_DEFAULT的资源的话，IDirect3DDevice9:
:
Reset就一定会失败。
另外在OnResetDevice里面你还要重新进行SetRenderState、SetSamplerState等等，Reset之后这些东西也丢失了。
实际上
Reset和重新创建一次设备类似，所不同的是重新创建设备的话你需要连D3DPOOL_MANAGED的资源也Release掉。
这个话题就不
讨论了。
从代码可以看出来，D3DERR_DEVICELOST时程序什么都没做，只是在傻等。
我认为这是一个好习惯，因为实在不能保证在
D3DERR_DEVICELOST时除了Release还能干什么，与其这样还不如等设备能用了再说。
实在懒得管资源的话，全部D3DPOOL_MANAGED好了。
至于渲染对象？
自己想办法。
6.人工制造“设备丢失
“干嘛还要制造设备丢失啊？
”如果更改游戏分辨率、色深、切换全屏幕及窗口状态，进行这样的操作也要通过Reset，同样
的，Reset之前也要释放掉所有D3DPOOL_DEFAULT资源（其实严格来说，还有更多的资源也要释放，不过在2D下基本不会创建这类资
源，你就不用管了）并且调用ID3DXSprite:
:
OnLostDevice之类的方法。
这就是人工制造“设备丢失”了。
实际上在这个过程设备并
没有真正的丢失，只是会有一段时间处于不可用的状态，此时Reset尚未返回，整个D3D设备就好像死了一样。
举个例子，你切换桌
面分辨率，会有那么一段时间显示器上什么都不显示，然后很快就正常了。
和这个现象是同一个原因。
Reset成功后记得恢复资源。
你可能注意到这里的Reset和上面的Reset不是一回事。
的确是这样，这里是为了重设状态而不是恢复设备。
因此更改分辨率、色
深的Reset需要写到switch外面，也就是别和它搅和的意思-_-bb。
而且你只需要OnLostDevice->Reset->OnResetDevice。
记
住：
正确的调用Reset不会造成设备丢失，这个概念别弄混了。
升级会员 