Notices

I would like to have a prog to make it so the wallpaper(s) is rendered with a bumpmap (individual map for each home screen), with one or more lights positioned either relative to the surface (always the same position) and also up/down (reading from the accelerometers to calculate where up and/or down is in order to position the light(s) , updating in realtime)

The texture used for the bumpmap for each homescreen would be configurable. If possible also allow for normal maps for a more complex looking surface.

Additional settings would include, among other things, ambient lighting (intensity and color), scale of the depth, parallaxing while switching homescreens (if possible), perhaps emissivity maps (either grayscale representing how much of the wallpaper color remains when it's fully dark or an RGBA image where the RGB part would indicate the emitted color and alpha how much it blends with the wallpaper color), perhaps reflection using the front camera (pretending the field of view is much bigger, perhaps with an option for how much it is exaggerated, and also an option for how to handle beyond the edges of the captured image, like mirror, loop and repeat edge pixels extrapolating in the corners) etc

It would probably work based on pixel remapping instead of vertexes, so you don't need to have 800x480 vertexes in order to do the effect, though if that number of vertexes is feasible without signifcant impact in the performance (both of the 3D wallpaper itself and other processes) then go for it; perhaps have the resolution of the grid used be another option, when the resolution is less than the screen resolution, interpolate the pixels between the grid points (or if working with a polygonal surface, i guess the GPU will handle the interpolation automaticly)

I think that is a good project, but that could drain you battery in about 4hrs. Do you have some solution for that? I'm trying to force SmartReflex on VDD2 to achieve more battery life in the field of 3D but it is not stable at all.

Only run it when you're on the desktop with screen unlocked, using the last generated frame as the image to be blurred when going to the dashboard or apps menu, would that be enough?

I think not, because the program needs to be load on memory so you can view the animation quickly when you turn to that desktop. Yes, the battery will last some more but not much. And if you stop it well you are not locking at the desktop and run it again when you go back that could be very slow an unresponsive, and the CPU maybe will charge to 100% on the max freq to charge the program over and over and over and that will not help with the battery neither