Bloom!

Published April 06, 2011
Advertisement
It seems I never work on next what I say I will. I decided that I wanted to look at something a little nicer when playtesting Pac-Hedron, so I spent the last couple of days implementing a bloom shader. This took more doing than I expected. All the hlsl resourced I was able to find were aimed at older versions of the API, with which I am not familiar; and not being all that well-versed in Shader Model 4.0, either, I didn't want to confuse myself looking at older older code. Also, I'd never written a multipass shader before, so that took some experimentation to get correct. (I somehow thought I needed one more pass than I actually needed.)

In the end, I found this bloom shader writeup on GameRendering.com to be the most useful. It presented how to do a Gaussian blur plainly and clearly without the math upon which it is based (which I usually like, but it was distracting me from getting results).

So, this morning I had a nice bloom glow. But now that I had it, I wanted more: since this game is intended to be synaesthetic, I wanted the bloom to pulse to the beat. It took some time to figure out what intensity and speed looked good, but I quite like the results.

I also made the power pellets blink.

Video:
[media]
[/media]

The drum track now fades to its target volume instead of jumping there directly. At least, most of the time. There are occasional instances when it seems to jump to max volume instead of ramping up; I'm not sure whether this is a real bug or a "trick of the ear." I need to mute the other tracks and test it further.

Incidentally, I noticed while preparing to make this video that Fraps reported a frame rate of 95 in the menu, and 29 while playing the game (running at 1290 x 720 windowed). I'm working on an Intel Core2 Duo 3GHz with 4 GB ram and a NVidia 9600 GT. Not the top of the line anymore, I know, but I expect my rendering code is horribly inefficient. Maybe I can optimize it to improve performance at some point.

I just realized I may need to remodel the player model. It chomps while moving, but more often than not the model is facing (obliquely) away from the camera. I guess I should give it a bigger mouth or have it open wider.
0 likes 3 comments

Comments

Mike Bossy
Looking good.
April 06, 2011 03:09 PM
Jason Z
That is actually a pretty sweet looking video - do you have plans to add other board types besides cubes? It is really catchy, and I like the visual style as well as how the board is controlled. Nice work.
April 06, 2011 08:04 PM
yckx
Thank you, both. I'd like to add mazes portrYing the other platonic solids, and possibly a true spherical maze, but adding new maze shapes is near the bottom of my mental todo list, below everything except multiplayer. I fear the maze-related classes will need a hefty rewrite to support that, and I'm more focused on completing the gameplay elements at the moment. I expect an initial release will include other cubic mazes, but not other maze shapes.
April 06, 2011 09:59 PM
You must log in to join the conversation.
Don't have a GameDev.net account? Sign up!
Profile
Author
Advertisement
Advertisement