• Advertisement

mbradber

Member
  • Content count

    4
  • Joined

  • Last visited

Community Reputation

129 Neutral

About mbradber

  • Rank
    Newbie
  1. Thanks for the tip, I'll give it a shot.
  2. Thanks for the reply, when I click on the object that corresponds to the shadow map texture, it throws an error and says it cannot open the file. I'm thinking it's because the format I'm using to create the Texture2D resource it not supported by the image viewer.   For the time being I'm just projecting the shadow map texture onto some geometry and viewing while the app runs, while this works, it would be nice to not have to change my app code in order to debug in memory textures.
  3. Hey guys, I'm writing a shadow mapping app and I'd like to see the shadow map that was generated on the first render pass before I sample it later. Is there a way I can see this shader resource view using the graphics debugger in VS 2012?
  4. Hey guys, I'm learning DirectX and I've recently come across a problem that I would like some insight on. I have a cube class that creates a vertex buffer of vertices containing a 3D vector for position and a 3D vector for normals and a 2D vector for textures coordinates. vec3 position vec3 normal vec2 texcoords   I'm using an index buffer as well so that I only need to have 8 vertices instead of 36. The problem with this is when texturing, the same vertex (for example the front face top left corner) would need to have different texture coordinates depending on which triangle it is part of during rendering (as each vertex will be part of 4 triangles). For instance the front face - top left vertex would have texture coordinates of 0,0 for the two triangles of the front face, but for the top face I would want that vertex to have texture coordinates of 0,1, and for the left face I would want that vertex to have texture coordinates of 1,0. To try and solve this problem I just decided to create another vertex buffer to hold the 4 different texture coordinates and setup the input layout to read the texture coordinates from that buffer. Then I saw that you could only bind one index buffer...The only compromise I see right now is to create 24 vertices instead of 8, where each vertex has 3 permutations of texture coordinates depending on which face of the cube it is being rendered from. So I'm curious as to whether there is a better way to structure your buffers so that you wouldn't need one large buffer of 24 vertices for a textured cube which really only has 8 vertices?   Thanks for the help.
  • Advertisement