Normal Mapping Wii demo

Just playing around a little with Devkitpro and libogc. I took gx lesson7 as a base and added normal mapping to that.
To run it, get bannerbomb, unzip it to a sdcard, download this, rename it to boot.dol and put it in the root of your sdcard. Then follow the instructions on bannerbomb to actually run it.

Dolphin runs it too, though, the colours seem to be more bright. Besides that it is about 5-6 times slower (I mistakenly wrote 15 last time) and the mote emulation doesnt work on my laptop.

What you'll see is 3 cubes, lit by a lightsource on the right. The ambient lighting is done by using the normal map with a lightsource at the cam's position (which is also used for reflection). In this form, it simply adds reflection and diffuse calculations. It takes a stage to determine if the light is on the front of the surface (that's when you'll see the effect fade out) and two indirect stages to add diffuse and reflection light colour. I haven't implemented distance attenuation yet.

The last stage, also indirect, adds the ambient map. Just using a static material texture for that would be faster I guess but for now I haven't. Picked the normal map somewhere from the internet... Lost the url but that guy demo'd how to make normal maps in some 3d tool anyway.

The fastest setup would be just diffuse and abandon the fade out (which you could get away with in certain circumstances anyway).

Still have to sort some suff out, I get a wrong texture format in the indirect unit so I had to convert R and G channels to B and G. Furthermore, I have to sort out/experiment a little with changing the lightmaps scale and bias. Currently I use separate maps for diffuse and specular but it isn't ideal.

I changed the button functions a little: A button toggles reflection/specular, minus toggles vsync (hold it a bit longer) and the direction pad allows to rotate the light around the cam (hold it as classic controller). Don't mind B and plus buttons.

Have fun!

 

Hey Deadly, how big is that dol file on your file system? Also, make sure you have the latest DX. Don't know how much mem you need; I have 3Gigs and that works for me.

You should open the file using the "open file" box. It will recognize executable files.

BTW, if you know anyone with a Wii, I could zip the SD card contents so you would just need to unzip that to a sd card, put it in a wii and execute the dol via the wii's system menu.

 

You mean this thread? They are talking about loading ISOs there. I haven't looked into generating those yet. But according to that thread you should be fine if you have more than a GIG of free memory. What SVN Release of Dolphin did you get?

Did anyone else do get it running? Forgot to mention that the fading doesn't work on the emu, have to do it differently there.

 

Perhaps your browser downloaded it in ascii mode or so. I'll post a zipped version tonight so you can try that one. If that fails, I can provide you with dolphin build 3286 (though I tested with the latest version as well) and if even that fails I'll try to shoot a vid from my Wii.

 

zipped version

 

That's a pita. Perhaps you can play around a little with the graphics settings, turn off the shader stuff, JIT compiling etc. Dolphin generates shader code depending on the GX commands it receives so perhaps the your dol just doesn't use indirect texturing or coordinate generation the way my demo does.

But I took some screenshots in Dolphin. In the future I might make a vid of a demo showing more than just this, currently I don't have means to capture a composite vid stream.

 

Mod: We only need a couple of demo images if they are all very similar Thanks.

 

@Deadly, I don't understand it either. It's only a matter of setting up some vertex and pixel shaders, providing binormals in the vertex data and setting up some static lights. The GPU does the rest.

@Dreamer, the way I look at it, creating a functioning game is a real problem, not the shader.

reg,

Danny

 

Haven't measured yet, but it takes 2400 frames to rotate a cube and with vsync turned off it takes 5-6 seconds for a complete rotation.

So, we're looking at at least 400 frames a sec. I think the cubes fill about half the screen, so full screen we would be looking at 200 frames a sec. Since SD resolution is only 1/3 Mpix this means the fillrate is reduced to about 67Mpix/sec. Now, the gamecube has about 640Mpix fillrate using a single tev stage. I suppose that includes a texture read as well. So mapping that to the 67Mpix, it means it takes about 10 gpu cycles to render the pixel. This number includes screen blanking, vertex operations and CPU overhead.

To add a little about the hardware: it is able to perform a texture lookup, which results are 'blended' with a specified second texture coordinate using the indirect unit (3x2 dot product and scaling), then lookup a texture using those 'blended' coordinates and then pass that to the recirculating shader unit. From a logic point of view this would most likely take 3GPU cycles. But since the Wii has 960Mpix fill and 960Mpix texel rate (see above) I figure that the GPU might perform a texture lookup and shader operation in the same cycle (which means an indirect stage would take only 2 cycles to perform).

So based on those assumptions and figures, it takes 2 or 3 cycles to perform diffuse mapping and an additional 1 or 2 cycles to blend in a material texture. The demo also uses reflection and fade-out, so it takes either 7 or 10 cycles to perform.

Besides that, don't forget that a game such as Quake ran well on a 50Mpix Voodoo board, and also ran well in full software rendering on a pentium 90 and also had dynamic lighting. The Wii is FAR more capable than that. And Quake looks quite nice using normal mapping, there is a PC version going around=)