Sign in to follow this  
elurahu

OpenGL GPU voxelization - Conservative rasterization issue.

Recommended Posts

elurahu    258

While implementing the technique outlined in Crassins / Greens work found in OpenGL insights I've run into some issues.

 

To get proper voxel coverage I need to dilate the triangles before they are sent off to rasterization. As written in the article they are using an older technique found in GPU Gems 2 on conservative rasterization.

 

My issue is that the my geometry shader projects the triangles using orthographic projections where the conservative rasterization technique only works when using perspective. As far as I can tell.

 

Anyone here had any experience with implementing the technique? And if so please help me out here.

 

Share this post


Link to post
Share on other sites
Bacterius    13165

I don't see why you shouldn't be able to use conservative rasterization with an orthographic projection - the only difference is that you accept all pixels which are ever-so-slightly covered by a triangle (conservative estimate) instead of discarding those with less than 50% coverage. Though obviously the math will be different. In fact, it will probably be simpler since the projection is not as complicated, for instance I would start by getting the triangle's screen-space dimensions. Since this is an orthographic projection, this is trivial and you can just use the post-transformation (x, y) coordinates of each vertex.

 

At this point you have all the information you need to apply the corrective algorithms (42.2) in the GPU Gems article, obtain the new optimal vertex coordinates, and invert the transformation to get your corrected vertices back into world space (if you need this for rendering - the rasterization step doesn't care and just wants clip space coordinates).

 

Most of the math at the end of this article concerns how to correct depth as well, since this is important in perspective rendering. However, that's not the case for orthographic projections, as there is no depth to worry about then, so it seems to me that you can ignore all of that.

 

At least that's my take on it - I've never implemented any of this, just going on mathematical principles and logic here.

Share this post


Link to post
Share on other sites
elurahu    258

First of all - Thank you for your answer.

 

I agree that having orthographic projects makes alot of stuff easiere as I can just extend the clipspace vertices directly. The problem lies in HOW much to extend. The article outlines that you'll need to extend along the worst-case semidiagonal. The author uses the fact that a line in clipspace can be represented as a plane through the camera (0,0,0) in projected space and then dilutes along the plane normal - Then to find the new vertex positions they do a plane - plane intersection using a cross product.

 

I just don't think this works for orthographic projects as all points on a direction vector from the origin doesn't project to a single point.

 

For reference here my geometry code for the impl.

 

	// Triangle bounding box.
	vec4 f4AABB;

	// Compute v0.
	vec4 f4CSV0 = m4ViewProj * RF_WORLD * gl_in[0].gl_Position;
	f4AABB.xy = f4CSV0.xy;
	f4AABB.zw = f4CSV0.xy;
	
	// Compute v1.
	vec4 f4CSV1 = m4ViewProj * RF_WORLD * gl_in[1].gl_Position;
	f4AABB.xy = min(f4AABB.xy, f4CSV1.xy);
	f4AABB.zw = max(f4AABB.zw, f4CSV1.xy);

	// Compute v2.
	vec4 f4CSV2 = m4ViewProj * RF_WORLD * gl_in[2].gl_Position;
	f4AABB.xy = min(f4AABB.xy, f4CSV2.xy);
	f4AABB.zw = max(f4AABB.zw, f4CSV2.xy);

	// Extend and set AABB.
	f4AABB.xy -= vec2(fHalfPixel);
	f4AABB.zw += vec2(fHalfPixel);
	OUT.f4AABB = f4AABB;
	
	// Compute dialated edges.
	vec3 f3Plane[3];
	f3Plane[0] = cross(f4CSV0.xyw - f4CSV2.xyw, f4CSV2.xyw);
	f3Plane[1] = cross(f4CSV1.xyw - f4CSV0.xyw, f4CSV0.xyw);
	f3Plane[2] = cross(f4CSV2.xyw - f4CSV1.xyw, f4CSV1.xyw);
	f3Plane[0].z -= dot(vec2(fHalfPixel), abs(f3Plane[0].xy));
	f3Plane[1].z -= dot(vec2(fHalfPixel), abs(f3Plane[1].xy));
	f3Plane[2].z -= dot(vec2(fHalfPixel), abs(f3Plane[2].xy));
	
	// Compute plane intersections.
	f4CSV0.xyw = cross(f3Plane[0], f3Plane[1]);
	f4CSV1.xyw = cross(f3Plane[1], f3Plane[2]);
	f4CSV2.xyw = cross(f3Plane[2], f3Plane[0]);
	
	// Emit vertex data.
	OUT.f3CSPosition = m3Rotation * (f4CSV0.xyz / f4CSV0.w);
	OUT.f3Color = f3Color;
	gl_Position = f4CSV0;
	EmitVertex();
	
	OUT.f3CSPosition = m3Rotation * (f4CSV1.xyz / f4CSV1.w);
	OUT.f3Color = f3Color;
	gl_Position = f4CSV1;
	EmitVertex();
	
	OUT.f3CSPosition = m3Rotation * (f4CSV2.xyz / f4CSV2.w);
	OUT.f3Color = f3Color;
	gl_Position = f4CSV2;
	EmitVertex();

	EndPrimitive();

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  

  • Similar Content

    • By markshaw001
      Hi i am new to this forum  i wanted to ask for help from all of you i want to generate real time terrain using a 32 bit heightmap i am good at c++ and have started learning Opengl as i am very interested in making landscapes in opengl i have looked around the internet for help about this topic but i am not getting the hang of the concepts and what they are doing can some here suggests me some good resources for making terrain engine please for example like tutorials,books etc so that i can understand the whole concept of terrain generation.
       
    • By KarimIO
      Hey guys. I'm trying to get my application to work on my Nvidia GTX 970 desktop. It currently works on my Intel HD 3000 laptop, but on the desktop, every bind textures specifically from framebuffers, I get half a second of lag. This is done 4 times as I have three RGBA textures and one depth 32F buffer. I tried to use debugging software for the first time - RenderDoc only shows SwapBuffers() and no OGL calls, while Nvidia Nsight crashes upon execution, so neither are helpful. Without binding it runs regularly. This does not happen with non-framebuffer binds.
      GLFramebuffer::GLFramebuffer(FramebufferCreateInfo createInfo) { glGenFramebuffers(1, &fbo); glBindFramebuffer(GL_FRAMEBUFFER, fbo); textures = new GLuint[createInfo.numColorTargets]; glGenTextures(createInfo.numColorTargets, textures); GLenum *DrawBuffers = new GLenum[createInfo.numColorTargets]; for (uint32_t i = 0; i < createInfo.numColorTargets; i++) { glBindTexture(GL_TEXTURE_2D, textures[i]); GLint internalFormat; GLenum format; TranslateFormats(createInfo.colorFormats[i], format, internalFormat); // returns GL_RGBA and GL_RGBA glTexImage2D(GL_TEXTURE_2D, 0, internalFormat, createInfo.width, createInfo.height, 0, format, GL_FLOAT, 0); glTexParameteri(GL_TEXTURE_2D, GL_TEXTURE_MAG_FILTER, GL_NEAREST); glTexParameteri(GL_TEXTURE_2D, GL_TEXTURE_MIN_FILTER, GL_NEAREST); DrawBuffers[i] = GL_COLOR_ATTACHMENT0 + i; glBindTexture(GL_TEXTURE_2D, 0); glFramebufferTexture(GL_FRAMEBUFFER, GL_COLOR_ATTACHMENT0 + i, textures[i], 0); } if (createInfo.depthFormat != FORMAT_DEPTH_NONE) { GLenum depthFormat; switch (createInfo.depthFormat) { case FORMAT_DEPTH_16: depthFormat = GL_DEPTH_COMPONENT16; break; case FORMAT_DEPTH_24: depthFormat = GL_DEPTH_COMPONENT24; break; case FORMAT_DEPTH_32: depthFormat = GL_DEPTH_COMPONENT32; break; case FORMAT_DEPTH_24_STENCIL_8: depthFormat = GL_DEPTH24_STENCIL8; break; case FORMAT_DEPTH_32_STENCIL_8: depthFormat = GL_DEPTH32F_STENCIL8; break; } glGenTextures(1, &depthrenderbuffer); glBindTexture(GL_TEXTURE_2D, depthrenderbuffer); glTexImage2D(GL_TEXTURE_2D, 0, depthFormat, createInfo.width, createInfo.height, 0, GL_DEPTH_COMPONENT, GL_FLOAT, 0); glTexParameteri(GL_TEXTURE_2D, GL_TEXTURE_MAG_FILTER, GL_NEAREST); glTexParameteri(GL_TEXTURE_2D, GL_TEXTURE_MIN_FILTER, GL_NEAREST); glBindTexture(GL_TEXTURE_2D, 0); glFramebufferTexture(GL_FRAMEBUFFER, GL_DEPTH_ATTACHMENT, depthrenderbuffer, 0); } if (createInfo.numColorTargets > 0) glDrawBuffers(createInfo.numColorTargets, DrawBuffers); else glDrawBuffer(GL_NONE); if (glCheckFramebufferStatus(GL_FRAMEBUFFER) != GL_FRAMEBUFFER_COMPLETE) std::cout << "Framebuffer Incomplete\n"; glBindFramebuffer(GL_FRAMEBUFFER, 0); width = createInfo.width; height = createInfo.height; } // ... // FBO Creation FramebufferCreateInfo gbufferCI; gbufferCI.colorFormats = gbufferCFs.data(); gbufferCI.depthFormat = FORMAT_DEPTH_32; gbufferCI.numColorTargets = gbufferCFs.size(); gbufferCI.width = engine.settings.resolutionX; gbufferCI.height = engine.settings.resolutionY; gbufferCI.renderPass = nullptr; gbuffer = graphicsWrapper->CreateFramebuffer(gbufferCI); // Bind glBindFramebuffer(GL_DRAW_FRAMEBUFFER, fbo); // Draw here... // Bind to textures glActiveTexture(GL_TEXTURE0); glBindTexture(GL_TEXTURE_2D, textures[0]); glActiveTexture(GL_TEXTURE1); glBindTexture(GL_TEXTURE_2D, textures[1]); glActiveTexture(GL_TEXTURE2); glBindTexture(GL_TEXTURE_2D, textures[2]); glActiveTexture(GL_TEXTURE3); glBindTexture(GL_TEXTURE_2D, depthrenderbuffer); Here is an extract of my code. I can't think of anything else to include. I've really been butting my head into a wall trying to think of a reason but I can think of none and all my research yields nothing. Thanks in advance!
    • By Adrianensis
      Hi everyone, I've shared my 2D Game Engine source code. It's the result of 4 years working on it (and I still continue improving features ) and I want to share with the community. You can see some videos on youtube and some demo gifs on my twitter account.
      This Engine has been developed as End-of-Degree Project and it is coded in Javascript, WebGL and GLSL. The engine is written from scratch.
      This is not a professional engine but it's for learning purposes, so anyone can review the code an learn basis about graphics, physics or game engine architecture. Source code on this GitHub repository.
      I'm available for a good conversation about Game Engine / Graphics Programming
    • By C0dR
      I would like to introduce the first version of my physically based camera rendering library, written in C++, called PhysiCam.
      Physicam is an open source OpenGL C++ library, which provides physically based camera rendering and parameters. It is based on OpenGL and designed to be used as either static library or dynamic library and can be integrated in existing applications.
       
      The following features are implemented:
      Physically based sensor and focal length calculation Autoexposure Manual exposure Lense distortion Bloom (influenced by ISO, Shutter Speed, Sensor type etc.) Bokeh (influenced by Aperture, Sensor type and focal length) Tonemapping  
      You can find the repository at https://github.com/0x2A/physicam
       
      I would be happy about feedback, suggestions or contributions.

    • By altay
      Hi folks,
      Imagine we have 8 different light sources in our scene and want dynamic shadow map for each of them. The question is how do we generate shadow maps? Do we render the scene for each to get the depth data? If so, how about performance? Do we deal with the performance issues just by applying general methods (e.g. frustum culling)?
      Thanks,
       
  • Popular Now