4
\$\begingroup\$

I have created the SLI merged desktop of three 1920x1680 monitors, so the desktop resolution is 5760x1080.

There is a 0x80070057 error, while calling CreateRenderTarget to create the RT_Surface:

IDirect3DSurface9* _render_surface;
HRESULT hr = _device->CreateRenderTarget(
        _desktop_width * 2,
        _desktop_height + 1,
        D3DFMT_A8R8G8B8, 
        D3DMULTISAMPLE_NONE, 
        0,
        TRUE,
        &_render_surface, NULL);

It works OK with desktop resolution 1024x768, and the total resolution is 3072x768.

In http://msdn.microsoft.com/en-us/library/windows/desktop/bb174361(v=vs.85).aspx, it says

If the method succeeds, the return value is D3D_OK. If the method fails, the return value can be one of the following: D3DERR_NOTAVAILABLE, D3DERR_INVALIDCALL, D3DERR_OUTOFVIDEOMEMORY, E_OUTOFMEMORY.

and no description about 0x80070057.

HRESULT: 0x80070057 (2147942487)
Name: E_INVALIDARG
Description: An invalid parameter was passed to the returning function

Somebody please help me.

I tried to check MaxTextureWidth and MaxTextureHeigh in D3DCAPS9 structure as @mh01 indicated, and got the value 8192 both. And what I trying to create is 11520x1080.

So, my question is what effects the value of MaxTextureWidth and MaxTextureHeigh? VideoCard model or some setting in the BIOS?

I got the below information as @RayDey said, while turn on the debug level:

Direct3D9: (INFO) :======================= Hal HWVP device selected
Direct3D9: (INFO) :HalDevice Driver Style b
Direct3D9: :Subclassing window 000d0612
Direct3D9: :StartExclusiveMode
Direct3D9: (INFO) :Using FF to VS converter
Direct3D9: (INFO) :Using FF to PS converter
Direct3D9: (INFO) :Enabling multi-processor optimizations
Direct3D9: (INFO) :DDI threading started
D3D9 Helper: Warning: Default value for D3DRS_POINTSIZE_MAX is 2.19902e+012f, not 9.2074e-316f. This is ok.
Direct3D9: :WM_ACTIVATEAPP: BEGIN Deactivating app pid=00000c9c, tid=00000728
Direct3D9: :DoneExclusiveMode
Direct3D9: :INACTIVE: 00000c9c: Restoring original mode (1680x1050x22x120) at adapter index 0
Direct3D9: :* Active state changing
Direct3D9: :WM_ACTIVATEAPP: DONE Deactivating app pid=00000c9c, tid=00000728
Direct3D9: (ERROR) :Failed to create driver surface
Direct3D9: (ERROR) :Error during initialization of surface. CreateRenderTarget/CreateDepthStencil failed
Direct3D9: (ERROR) :Failure trying to create render-target
D3D9 Helper: IDirect3DDevice9::CreateRenderTarget failed: E_INVALIDARG

Improve this question
\$\endgroup\$
  • 3
    \$\begingroup\$ Why _desktop_width * 2, _desktop_height + 1, ? And, what errors you get in debug build? \$\endgroup\$ – ErikEsTT Sep 20 '12 at 11:29
  • \$\begingroup\$ The list of error codes is not exhaustive, it's usually just a courtesy mention of the common ones. \$\endgroup\$ – Lars Viklund Sep 20 '12 at 18:50
  • \$\begingroup\$ ErikEsTT, "_desktop_width * 2, _desktop_height + 1" for 3d vision, You can read developer.download.nvidia.com/presentations/2009/GDC/…. And there is the same error(0x80070057) in debug build. \$\endgroup\$ – senggen Sep 21 '12 at 1:25
  • \$\begingroup\$ Turn your Debug Output Level all the way up in the DirectX control panel. That may give you some more useful information. \$\endgroup\$ – Ray Dey Sep 21 '12 at 2:28
3
\$\begingroup\$

The GPU is telling you it can't create textures larger than 8192 in either dimension, and you're trying to create one that's 11520 wide. It's not going to work. This is likely to be a limitation of the GPU itself, not something you can work around with some hackery or a different driver. For instance, the GPU's texture units might only have enough bits in their address registers to store texture coordinates up to 8192.

Improve this answer
\$\endgroup\$
  • \$\begingroup\$ +1, texture sizes > 8192 are a feature that only exist in D3D11+ hardware. Even if you are running this on D3D11+ hardware, it's not uncommon for D3D9 to report (and support) a lower cap than the hardware actually supports (e.g. max shader registers is typically 256 even on more modern hardware). \$\endgroup\$ – Maximus Minimus Nov 22 '13 at 16:59
2
\$\begingroup\$

A good (also widely used) workaround to this problem is to create multiple render targets of a size that your GPU supports, render your scene in pieces, and assemble on your back buffer(s). The downside to this is, you'll effectively render your scene N times (where N is your # of render targets), but with proper scene preprocessing, this may not be as bad as it sounds.

Improve this answer
\$\endgroup\$
0
\$\begingroup\$

Check MaxTextureWidth and MaxTextureHeight in your D3DCAPS9 (using IDirect3D9::GetDeviceCaps or IDirect3DDevice9::GetDeviceCaps) - the most likely cause is that your MaxTextureWidth is 4096.

Even if it's larger it's still possible for a Create* call to fail - you may not have enough video RAM, or your driver may not be allocate a large enough region of video RAM. I wouldn't expect an E_INVALIDARG from that though.

You can specify D3DCREATE_DISABLE_DRIVER_MANAGEMENT in your CreateDevice call which stipulates that "Direct3D will manage resources instead of the driver. Direct3D calls will not fail for resource errors such as insufficient video memory." What exactly happens if you do run out is another matter though, so it may be a bit risky. Plus, as I indicated above, this is most likely not a case of running out, so it's not really relevant.

Improve this answer
\$\endgroup\$
  • \$\begingroup\$ MaxTextureWidth and MaxTextureHeight both get 8192 in D3DCAPS9. I'm going to try D3DCREATE_DISABLE_DRIVER_MANAGEMENT, Thank you! \$\endgroup\$ – senggen Sep 21 '12 at 1:14
  • \$\begingroup\$ With D3DCREATE_DISABLE_DRIVER_MANAGEMENT in CreateDevice, CreateRenderTarget still returns 0x80070057. \$\endgroup\$ – senggen Sep 21 '12 at 1:34

Your Answer

By clicking “Post Your Answer”, you agree to our terms of service, privacy policy and cookie policy

Not the answer you're looking for? Browse other questions tagged or ask your own question.