• Announcements

    • khawk

      Download the Game Design and Indie Game Marketing Freebook   07/19/17

      GameDev.net and CRC Press have teamed up to bring a free ebook of content curated from top titles published by CRC Press. The freebook, Practices of Game Design & Indie Game Marketing, includes chapters from The Art of Game Design: A Book of Lenses, A Practical Guide to Indie Game Marketing, and An Architectural Approach to Level Design. The GameDev.net FreeBook is relevant to game designers, developers, and those interested in learning more about the challenges in game development. We know game development can be a tough discipline and business, so we picked several chapters from CRC Press titles that we thought would be of interest to you, the GameDev.net audience, in your journey to design, develop, and market your next game. The free ebook is available through CRC Press by clicking here. The Curated Books The Art of Game Design: A Book of Lenses, Second Edition, by Jesse Schell Presents 100+ sets of questions, or different lenses, for viewing a game’s design, encompassing diverse fields such as psychology, architecture, music, film, software engineering, theme park design, mathematics, anthropology, and more. Written by one of the world's top game designers, this book describes the deepest and most fundamental principles of game design, demonstrating how tactics used in board, card, and athletic games also work in video games. It provides practical instruction on creating world-class games that will be played again and again. View it here. A Practical Guide to Indie Game Marketing, by Joel Dreskin Marketing is an essential but too frequently overlooked or minimized component of the release plan for indie games. A Practical Guide to Indie Game Marketing provides you with the tools needed to build visibility and sell your indie games. With special focus on those developers with small budgets and limited staff and resources, this book is packed with tangible recommendations and techniques that you can put to use immediately. As a seasoned professional of the indie game arena, author Joel Dreskin gives you insight into practical, real-world experiences of marketing numerous successful games and also provides stories of the failures. View it here. An Architectural Approach to Level Design This is one of the first books to integrate architectural and spatial design theory with the field of level design. The book presents architectural techniques and theories for level designers to use in their own work. It connects architecture and level design in different ways that address the practical elements of how designers construct space and the experiential elements of how and why humans interact with this space. Throughout the text, readers learn skills for spatial layout, evoking emotion through gamespaces, and creating better levels through architectural theory. View it here. Learn more and download the ebook by clicking here. Did you know? GameDev.net and CRC Press also recently teamed up to bring GDNet+ Members up to a 20% discount on all CRC Press books. Learn more about this and other benefits here.
Sign in to follow this  
Followers 0

Render to Texture issue

1 post in this topic

Hi everyone, first post here. Sorry it's a problem and not a hello, but this is kicking my ass and I'm in need of a bit help.

I'm following the tutorials over at rastertek, specifically this one (Tut 22 Render to Texture). I'm porting everything to SlimDX because I'm not as comfy with C++ as I am with C#.

Anyways. I just can't get the rendering to the texture to work.


The blue area should have a render of the spinning cube in it.

The class which is used as the render texture is below:
public class AbacusRenderTexture    {        Texture2D m_renderTargetTexture;        RenderTargetView m_renderTargetView;        public RenderTargetView RenderTargetView        {            get { return m_renderTargetView; }        }        ShaderResourceView m_shaderResourceView;        public ShaderResourceView ShaderResourceView        {            get { return m_shaderResourceView; }        }        public bool Initialise(Device device, int textureWidth, int textureHeight, int aaSampleCount, int aaQuality)        {            // Setup the render target texture description.            Texture2DDescription textureDesc = new Texture2DDescription();            textureDesc.Width = textureWidth;            textureDesc.Height = textureHeight;            textureDesc.MipLevels = 1;            textureDesc.ArraySize = 1;            textureDesc.Format = SlimDX.DXGI.Format.R32G32B32A32_Float;            textureDesc.SampleDescription = new SampleDescription(aaSampleCount, aaQuality);            textureDesc.Usage = ResourceUsage.Default;            textureDesc.BindFlags = BindFlags.RenderTarget | BindFlags.ShaderResource;            textureDesc.CpuAccessFlags = CpuAccessFlags.None;            textureDesc.OptionFlags = ResourceOptionFlags.None;            try            {                // Create the render target texture.                m_renderTargetTexture = new Texture2D(device, textureDesc);            }            catch (Exception)            {                return false;            }                        // Setup the description of the render target view.            RenderTargetViewDescription renderTargetViewDesc = new RenderTargetViewDescription();            renderTargetViewDesc.Format = textureDesc.Format;            renderTargetViewDesc.Dimension = RenderTargetViewDimension.Texture2D;            renderTargetViewDesc.MipSlice = 0;            try            {                // Create the render target view.                m_renderTargetView = new RenderTargetView(device, m_renderTargetTexture, renderTargetViewDesc);            }            catch (Exception)            {                return false;            }                        // Setup the description of the shader resource view.            ShaderResourceViewDescription shaderResourceViewDesc = new ShaderResourceViewDescription();            shaderResourceViewDesc.Format = textureDesc.Format;            shaderResourceViewDesc.Dimension = ShaderResourceViewDimension.Texture2D;            shaderResourceViewDesc.MostDetailedMip = 0;            shaderResourceViewDesc.MipLevels = 1;            try            {                // Create the shader resource view.                m_shaderResourceView = new ShaderResourceView(device, m_renderTargetTexture, shaderResourceViewDesc);            }            catch (Exception)            {                return false;            }                        return true;        }        public void Release()        {            if (m_shaderResourceView != null)                m_shaderResourceView.Dispose();            if (m_renderTargetView != null)                m_renderTargetView.Dispose();            if (m_renderTargetTexture != null)                m_renderTargetTexture.Dispose();        }        public void SetRenderTarget(DeviceContext context)        {            // Bind the render target view and depth stencil buffer to the output render pipeline.            context.OutputMerger.SetTargets(context.OutputMerger.GetDepthStencilView(), m_renderTargetView);        }        public void ClearRenderTarget(DeviceContext context, Color4 clearColor)        {            context.ClearRenderTargetView(m_renderTargetView, clearColor);            context.ClearDepthStencilView(context.OutputMerger.GetDepthStencilView(), DepthStencilClearFlags.Depth | DepthStencilClearFlags.Stencil, 1.0f, 0);        }    }

I believe the method causing me the headache is SetRenderTarget.
context.OutputMerger.SetTargets(context.OutputMerger.GetDepthStencilView(), m_renderTargetView);

just doesn't seem to be overwriting the default backbuffer rendertarget. I've stuck a break at this line and the internal pointer of the backbuffer is still the render target both before and after the the above line has executed. It's like m_renderTargetView just isn't getting bound to the Merger.

Here is the draw code for clarity:
public override void DrawScene()        {            //Pass: 1            // Render the entire scene to the texture first.            RenderToTexture();            //Pass: 2            BeginScene(new Color4(1.0f, 0.0f, 0.0f, 0.0f));            RenderScene();            // Turn off the Z buffer to begin all 2D rendering.            TurnZBufferOff();            // Put the debug window vertex and index buffers on the graphics pipeline to prepare them for drawing.            m_debugWindow.Render(Context, 50, 50);                        // Render the debug window using the texture shader.            m_textureShader.Render(Context, m_debugWindow.IndexCount, WorldMatrix, Camera.ViewMatrix, OrthographicMatrix, m_renderTexture.ShaderResourceView);                        // Turn the Z buffer back on now that all 2D rendering has completed.            TurnZBufferOn();        }        private void RenderScene()        {            //draw the camera            Camera.Render();            // Rotate the world matrix by the rotation value so that the triangle will spin.            Matrix worldMatrix = Matrix.RotationY(m_rotation);            // Put the model vertex and index buffers on the graphics pipeline to prepare them for drawing.	        m_model.Render(Context);	        // Render the model using the light shader.            m_lightShader.Render(Context, m_model.IndexCount, worldMatrix, Camera.ViewMatrix, ProjectionMatrix, m_model.Textures[0], m_light.Direction, m_light.DiffuseColor);        }        private void RenderToTexture()        {            // Set the render target to be the render to texture.            m_renderTexture.SetRenderTarget(Context);	        // Clear the render to texture.            m_renderTexture.ClearRenderTarget(Context, new Color4(1.0f, 0.0f, 0.0f, 1.0f));	        // Render the scene now and it will draw to the render to texture instead of the back buffer.	        RenderScene();	        	        // Reset the render target back to the original back buffer and not the render to texture anymore.	        SetBackBufferRenderTarget();        }

Essentially the DrawScene is getting called twice. Once to render to the texture, then to the backbuffer, then the debug window is getting drawn on top of everything using the render to texture as the resource.

Any ideas? I've included my full source for anyone to take a gander at. It's in a VS2012 format though, not sure if it'll open in previous versions of studio.

Cheers in advance for any help.


Edit: It works if I remove the reference to the depth stencil when rendering the scene to the texture.


This of course is not ideal but it does lead me to believe I have a mismatch between the texture the depth stencil??? Edited by Garibaldi

Share this post

Link to post
Share on other sites

Fixed it.  I generate a new depth stencil the same size as the texture and use that during the texture rendering.  Works fine now.


Share this post

Link to post
Share on other sites

Create an account or sign in to comment

You need to be a member in order to leave a comment

Create an account

Sign up for a new account in our community. It's easy!

Register a new account

Sign in

Already have an account? Sign in here.

Sign In Now
Sign in to follow this  
Followers 0

  • Similar Content

    • By AireSpringfield
        I started reading Introduction to 3D Game Programming with Direct3D 11.0 and have a little question about callback function. In author's example code d3dApp.cpp, he managed to assign a member function to WNDCLASS::lpfnWndProc
      namespace {     // This is just used to forward Windows messages from a global window     // procedure to our member function window procedure because we cannot     // assign a member function to WNDCLASS::lpfnWndProc.     D3DApp* gd3dApp = 0; } LRESULT CALLBACK MainWndProc(HWND hwnd, UINT msg, WPARAM wParam, LPARAM lParam) {     // Forward hwnd on because we can get messages (e.g., WM_CREATE)     // before CreateWindow returns, and thus before mhMainWnd is valid.     return gd3dApp->MsgProc(hwnd, msg, wParam, lParam); } in constructor D3DApp::D3DApp()
      gd3dApp = this; and in bool D3DApp::InitMainWindow()
      wc.lpfnWndProc = MainWndProc; Notice that D3DApp::MsgProc is a virtual function. 
      As far as I'm concerned, I would find it convenient to declare MsgProc member function as static. However, a static member can't be virtual. Is there any solution so that I can overcome the contradiction except author's method?
    • By Holy Fuzz
      I am working on a game (shameless plug: Cosmoteer) that is written in a custom game engine on top of Direct3D 11. (It's written in C# using SharpDX, though I think that's immaterial to the problem at hand.)
      The problem I'm having is that a small but understandably-frustrated percentage of my players (about 1.5% of about 10K players/day) are getting frequent device hangs. Specifically, the call to IDXGISwapChain::Present() is failing with DXGI_ERROR_DEVICE_REMOVED, and calling GetDeviceRemovedReason() returns DXGI_ERROR_DEVICE_HUNG. I'm not ready to dismiss the errors as unsolveable driver issues because these players claim to not be having problems with any other games, and there are more complaints on my own forums about this issue than there are for games with orders of magnitude more players.
      My first debugging step was, of course, to turn on the Direct3D debug layer and look for any errors/warnings in the output. Locally, the game runs 100% free of any errors or warnings. (And yes, I verified that I'm actually getting debug output by deliberately causing a warning.) I've also had several players run the game with the debug layer turned on, and they are also 100% free of errors/warnings, except for the actual hung device:
      [MessageIdDeviceRemovalProcessAtFault] [Error] [Execution] : ID3D11Device::RemoveDevice: Device removal has been triggered for the following reason (DXGI_ERROR_DEVICE_HUNG: The Device took an unreasonable amount of time to execute its commands, or the hardware crashed/hung. As a result, the TDR (Timeout Detection and Recovery) mechanism has been triggered. The current Device Context was executing commands when the hang occurred. The application may want to respawn and fallback to less aggressive use of the display hardware). So something my game is doing is causing the device to hang and the TDR to be triggered for a small percentage of players. The latest update of my game measures the time spent in IDXGISwapChain::Present(), and indeed in every case of a hung device, it spends more than 2 seconds in Present() before returning the error. AFAIK my game isn't doing anything particularly "aggressive" with the display hardware, and logs report that average FPS for the few seconds before the hang is usually 60+.
      So now I'm pretty stumped! I have zero clues about what specifically could be causing the hung device for these players, and I can only debug post-mortem since I can't reproduce the issue locally. Are there any additional ways to figure out what could be causing a hung device? Are there any common causes of this?
      Here's my remarkably un-interesting Present() call:
      SwapChain.Present(_vsyncIn ? 1 : 0, PresentFlags.None); I'd be happy to share any other code that might be relevant, though I don't myself know what that might be. (And if anyone is feeling especially generous with their time and wants to look at my full code, I can give you read access to my Git repo on Bitbucket.)
      Some additional clues and things I've already investigated:
      1. The errors happen on all OS'es my game supports (Windows 7, 8, 10, both 32-bit and 64-bit), GPU vendors (Intel, Nvidia, AMD), and driver versions. I've been unable to discern any patterns with the game hanging on specific hardware or drivers.
      2. For the most part, the hang seems to happen at random. Some individual players report it crashes in somewhat consistent places (such as on startup or when doing a certain action in the game), but there is no consistency between players.
      3. Many players have reported that turning on V-Sync significantly reduces (but does not eliminate) the errors.
      4. I have assured that my code never makes calls to the immediate context or DXGI on multiple threads at the same time by wrapping literally every call to the immediate context and DXGI in a mutex region (C# lock statement). (My code *does* sometimes make calls to the immediate context off the main thread to create resources, but these calls are always synchronized with the main thread.) I also tried synchronizing all calls to the D3D device as well, even though that's supposed to be thread-safe. (Which did not solve *this* problem, but did, curiously, fix another crash a few players were having.)
      5. The handful of places where my game accesses memory through pointers (it's written in C#, so it's pretty rare to use raw pointers) are done through a special SafePtr that guards against out-of-bounds access and checks to make sure the memory hasn't been deallocated/unmapped. So I'm 99% sure I'm not writing to memory I shouldn't be writing to.
      6. None of my shaders use any loops.
      Thanks for any clues or insights you can provide. I know there's not a lot to go on here, which is part of my problem. I'm coming to you all because I'm out of ideas for what do investigate next, and I'm hoping someone else here has ideas for possible causes I can investigate.
      Thanks again!
    • By thmfrnk
      I am working on a Deferred Shading Engine, which actually uses MSAA for Antialising. Apart from the big G-Buffer ressources its working fine. But the intention of my engine is not only realtime-rendering as also render Screenshots as well as Videos. In that case I've enough time to do everything to get the best results. While using 8x MSAA, some scenes might still flicker.. especially on vegetations. Unfortunately 8x seems to be the maximum on DX11 Hardware, so there is no way to get better results, even if don't prefer realtime.
      So finally I am looking for a solution, which might offer an unlimited Sample count. The first thing I thought about was to find a way to manually manipulate MSAA Sample locations, in order to be able to render multiple frames with different patterns and combining them. I found out that NVIDIA did something equal with TXAA. However, I only found a solution to use NVAPI, in order to change sample locations. https://mynameismjp.wordpress.com/2015/09/13/programmable-sample-points/
      While I am working on .NET and SlimDX I've no idea how hard it would to implement the NVIDIA API and if its possible to use it together with SlimDX. And this approach would be also limited to NV.
      Does anyone have an idea or maybe a better approach I could use?
      Thanks, Thomas
    • By matt77hias
      For vector operations which mathematically result in a single scalar f (such as XMVector3Length or XMPlaneDotCoord), which of the following extractions from an XMVECTOR is preferred:
      1. The very explicit store operation
      const XMVECTOR v = ...; float f; XMStoreFloat(&f, v); 2. A shorter but less explicit version (note that const can now be used explicitly)
      const XMVECTOR v = ...; const float f = XMVectorGetX(v);  
    • By Coelancanth
      Hi guys,
      this is a exam question regarding alpha blending, however there is no official solution, so i am wondering  whether my solution is right or not... thanks in advance...

      my idea:
      since BS1 with BlendEnable set as false, just write value into back buffer.
      -A : (0.4, 0.4, 0.0, 0.5)
      -B : (0.2, 0.4, 0.8, 0.5)
      backbuffer.RGB: = (0.4, 0.0, 0.0) * 1 + (0.0, 0.0, 0.0) * (1-0.5)      = ( 0.4, 0.0, 0.0)
      backbuffer.Alpha = 1*1 + 0*0   =1
      A.RGB = (0.4, 0.4, 0.0)* 0.5 + (0.4, 0.0, 0.0)* ( 1-0.5)   = (0.4,0.2,0.0)
      A.Alpha=0.5*1+1*(1-0.5) = 1
      B.RGB = (0.2, 0.4, 0.8) * 0.5 + (0.4, 0.2, 0.0) * (1-0.5)  = (0.3, 0.3, 0.4)
      B.Alpha = 0.5 * 1 + 1*(1-0.5)  = 1
      backbuffer.RGB = (0.4, 0.0, 0.0) + (0.0, 0.0, 0.0)  = (0.4, 0.0, 0.0)
      backbuffer.Alpha = 0
      A.RGB = (0.4, 0.4, 0.0) + (0.4, 0.0, 0.0) = (0.8, 0.4, 0.0)
      A.Alpha = 0
      B.RGB = (0.2, 0.4, 0.8) + (0.8, 0.4, 0.0) = (1.0, 0.8, 0.8)
      B.Alpha = 0
  • Popular Now