Hi, I'm getting a bit of an error, and I haven't had much luck getting a solution on the Net at large. I'd love any ideas you might have! This happens when I do this All the flags are true. The D3D Device has been aimed at Where the pstSwapChain is a D3D swapchain object pointer and is another render window - with identical size to the to the primary window and using a copy of its presentation parameters. What is weird is that the "main" window (the one that is supplied to CreateDevice) works fine. I would really appreciate any suggestions, Thanks

Yes - I'm not rendering though - not yet - I'm just getting a 4 view rendering environment setup.

I have my main D3D Device - on one window - Fine. And then three D3DDevice->CreateAdditionalSwapChain off of it - each with its own Presentation parameters with the target window set to its new target window - and all the windows are an Identical size (width height set to zero on creation).

Now - when I clear them - The only window that clears is the one that was supplied as a parameter to D3D->CreateDevice. And I simply set the render target as shown above.

What is weird is that my Radeon 9600 works fine, (All windows update - no errors) - how ever my little SiS 650 will only update the one window.

Weird! - I guess my code is flawed and the more advanced Radeon drivers just fix the error on the fly. However the Reference drivers - run on either machine do the same - ?

Cheers

Since you're using Swap chains, I you likely havn't created an AutoDepthStencil buffer. When you use SetRenderTarget, you are only setting the render target from the frame buffer (color portion of the frame). If you want to use a stencil buffer, you'll need to also create a DepthStencil buffer seperately, and set it to the device.
If you don't want to use a stencil buffer, just remove the stencil flag from your clear call.

Hope this helps :).

Whoa!

Err - That's really interesting. So even though you specify PresentationParameters, (with the DepthStencil format entry set), for CreateAdditionalSwapChain - you only get graphics? If you want an additional Depth buffer - you have to make one?

I'll look into it - What are the implications for D3DDevice->SetRenderTarget? How do you tell it to render the depth to an alternative Depth Buffer?

Cheers - I'll look into this!

Ahhh, I'm not really sure what happens when you specify it in the Presentation Parameters, but I do recall something about only one being created when you create extra swap chains.

If you did specify a AutoDepthStencil buffer in the presentation parameters, and all windows are the same size, and you never called SetDepthStencil, you should be good, if that's what you're doing, I'm not sure what's up.

You can use SetDepthStencil (or something like that, don't have the SDK handy), to set the current DepthStencil buffer.

Hope this helps.

Thanks - All of you. I'll keep plugging at it. Quality stuff guys!

Hi,
Thanks to everyone who helped me!. This post is just FYI incase anyone should every look this up.

I started out checking pointers and looking at what was going on by calling the descriptions of the surfaces - it took a day - and I've learnt a lot.

I only had One DepthStencil surface and it was the size of the Device Window, which should have been OK as the other three child windows were all supposed to be the same size.

However - In effect the Child Windows that the swapchains used as their render targets were weird sizes because the DirectX code was executed before the MessageHandler: The child windows hadn't yet run thier initial WM_SIZE messages. So that was the true nature of the problem.

The solution was to simply make additional DepthStencil buffers and store their pointers along with their Swapchain pointers. Also I stored the origional DepthStencil buffer's pointer - so I could swap back to it when the Device window became the render target.

Notes
=====

Namethatnobodyelsetook's comment: If you set another depth surface as being active, I'm not sure if you can get back the pointer to the one the device was created with. // Totally - which is why I needed to get a pointer to the Device's DepthStencil surface. Changing the depth target decreases the count on the old surface's interface - so if you don't grab a pointer to the origional Depth surface it is destroyed when you assign a new DepthStencil buffer.

Cheers Namethatnobodyelsetook!

Additionally - the Radeon card was running as a PureDevice - run not as a PureDevice it too had the issue - So it seems that its drivers were fixing my Depth buffer size problem automatically - nice.