Sign in to follow this  
multifractal

FrameBuffer Heightmaps Poor Performance

Recommended Posts

multifractal    306

Hello, 

I have been trying to render height maps to a texture using a frame buffer object. This works...although the performance is simply awful (3 fps). I think the problem rests in the fact the that the quad is still attached to the viewport after the terrain is rendered yet calling viewPort.detach(quad) results in the following, distorted image: 

 

Screen_Shot_2013_10_06_at_9_38_29_PM.png

 

 

 

Here is the code I use to create the frame buffer, attach it to a viewport, and render the height map to a texture. The shader is running improved, texture-based, perlin noise. 

                Texture2D hm = new Texture2D(1024,1024,Format.RGBA32F);	
		Quad quad = new Quad(2,2);
		mat = new Material(assetManager, "NoiseProgram.j3md"); 
		geom = new Geometry("Quad",quad);
		geom.setMaterial(mat);
		mat.setTexture("permSampler2d", permutationTexture());
		mat.setTexture("permGradSampler", gradientTexture());
		FrameBuffer fbo = new FrameBuffer(1024,1024,1);
		fbo.setColorTexture(hm);
		vp.setOutputFrameBuffer(fbo);
		vp.attachScene(ge);

I may have not done a great job explaining the problem. Thanks for any help. 

Share this post


Link to post
Share on other sites
Seabolt    781

Sir, optimization without finding the bottleneck is pushishable by death.

Take a look at Pix to see where the majority of your frame count is going, take a look at what warnings may be displayed, try cutting out parts of the algorithm and see what gives you the biggest frame boost; but do not ever, **EVER**, guess. I say this from experience. You always eliminate the bottleneck first.

That being said, what does rendering the height map entail? And you say the quad may still be attached, what do you mean? Your fullscreen quad that you used to rasterize the screen with? Because if that's still drawing then you'll definitely take a hit.

Share this post


Link to post
Share on other sites
BornToCode    1185

Sir, optimization without finding the bottleneck is pushishable by death.

Take a look at Pix to see where the majority of your frame count is going, take a look at what warnings may be displayed, try cutting out parts of the algorithm and see what gives you the biggest frame boost; but do not ever, **EVER**, guess. I say this from experience. You always eliminate the bottleneck first.

That being said, what does rendering the height map entail? And you say the quad may still be attached, what do you mean? Your fullscreen quad that you used to rasterize the screen with? Because if that's still drawing then you'll definitely take a hit.

It looks like he is using OpenGL and not DirectX. So pix will not work in that case. You can use gDebugger for OpenGL. here is a link to where you can download it.

http://www.gremedy.com/

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