Jump to content
  • Advertisement


  • Content Count

  • Joined

  • Last visited

Community Reputation

127 Neutral

About lpcstr

  • Rank
  1. I was thinking about the feasibility of using a flexible anisotropic specular as the primary BRDF in a deferred shading setup. You'd obviously have to store two roughness parameters in the gbuffer instead of one. My question is, wouldn't you also have to store the tangent and bitangent vectors, since those are needed by the BRDF? That would require a lot of space in the gbuffer. 
  2. At the risk of sounding like an idiot... What exactly is being talked about here? There is no ID3D11DeviceContext::IASetVertexBuffers, only ID3D11DeviceContext::IASetVertexBuffer, and I see nowhere where it has the ability to bind an array of buffers. EDIT: D'oh. I was thinking of IASetIndexBuffer for some reason. Probably because that's where OP's link pointed to.
  3. Nobody has any ideas? Because this makes no sense at all to me. It would seem to indicate that it is, in fact, applying an automatic gamma correction when writing to the R16G16B16A16_FLOAT frame buffer, which makes no sense because that isn't a sRGB texture format.
  4. R8G8B8A8_UNORM gives me the results I expect while both R16G16B16A16_FLOAT and R8G8B8A8_UNORM_SRGB give me the overexposed look.
  5. No, I was just using DXGI_FORMAT_R8G8B8A8_UNORM.
  6. When I change my frame buffer format from R8G8B8A8_UNORM to R16G16B16A16_FLOAT, the colors I'm getting from my textures appear to be overexposed. Should I be doing something different when using a FP frame buffer format?
  7. lpcstr


    http://www.geeks3d.com/20100831/shader-library-noise-and-pseudo-random-number-generator-in-glsl/ Alternatively, you could just generate a texture on the CPU with your choice of RNG.
  8. lpcstr

    Radiosity Idea

    If you are already working with voxels, there is no reason not to simply raytrace the global illumination. If you are using an octree, you wouldn't have to traverse the whole tree, since you probably wouldn't notice the difference.
  9. lpcstr

    (Poll)What OS do you use?

    Heh... Fair enough. I guess I've seen so many of these threads go that way it's sometimes hard to spot the jokes. [size="1"]This is why we can't have nice things!
  10. lpcstr

    (Poll)What OS do you use?

    Wow. A little bitter are we? Mr. Hodgman here needs to show those freetards a thing or two. How dare they have great software with ideological licensing. Funny. I can't say that I've had the same experience myself. Like most things, probably PEBKAC.
  11. lpcstr

    View space vs screen space

    If I understand this correctly, then he's saying that the z values when projected to the screen, are linear across the actual 2d image. I guess this allows for easy hardware interpolation, since is basically just a simple 2d gradient?
  12. lpcstr

    View space vs screen space

    I was reading this article: http://www.humus.name/index.php?ID=255 where it says: While W is linear in view space it's not linear in screen space. Z, which is non-linear in view space, is on the other hand linear in screen space. [/quote] This is where I became confused.
  13. lpcstr

    View space vs screen space

    Still a little confused. Especially when I hear about z-buffers either being in screen space or view space.
  14. What exactly does each of these refer to, and how are they different?
  15. lpcstr


    Now hold on a second. I already told you once in another thread, there is no C++/CLI focus in Windows 8. C++/CLI is a language made by Microsoft, and it's only function is to combine .NET code with native. It's not a gerneal purpose application programming language and it never will be. The language is so unpolished and undocumented that they can't even get C++/CLI intelesense to work in their IDE, so they disable it all together. Don't confuse it with their other technologies or rumors you might have heard. I also have no idea why you are saying it's IE or the highway for Metro. Somebodies probably already porting Firefox and Chrome to WinRT.
  • Advertisement

Important Information

By using GameDev.net, you agree to our community Guidelines, Terms of Use, and Privacy Policy.

We are the game development community.

Whether you are an indie, hobbyist, AAA developer, or just trying to learn, GameDev.net is the place for you to learn, share, and connect with the games industry. Learn more About Us or sign up!

Sign me up!