There's a couple of newish irrlamb gameplay videos. Worth watching if you want to see what the game is like and how devious some of the gameplay can be. For me, irrlamb is definitely one of the most exciting open source game projects around at the moment, being both innovative and challenging in it's gameplay.
Expect some really nice graphics in the next UFO:AI release. A few modelling maniacs seem to have gotten very interested in contributing, which is always good for an open source game project.
As of some time last week, an interesting major change landed in the OpenTTD development trunk - loading of 32bpp graphics and levels of zoom. It's one of the big steps along the road to getting high resolution graphics into OpenTTD. Also it provides a platform for the artwork contributors to see their art in game rather than have to paste it together to showcase it. A completely Free (no TTD required) and beautiful OpenTTD just got one step closer to reality. I'm hopeful that maybe a beta of this work might appear before the end of the year. The image to the right is an actual in-game shot! :-)
Java Classic RPG, the Eye of the Beholder & Dungeon Master inspired project, gained climates this week. If only the quality of the artwork matched the quality of the code developments! I was thinking about this, along with working a bit more on Fortress, and observing Scourge developments, and realising there are very few open source / free medieval and fantasy model resources going. Most projects with good artwork in this genre are either pixel art (like Wesnoth and Daimonin) or restricted (like Planeshift and Eternal Lands).
So, yeah, I think the scene needs a bit of dedicated medieval and fantasy modelling to happen so that all the exciting medieval and fantasy projects can pull quality artwork from a common base. Maybe there already is this kind of stuff available, do you know where? Or maybe there are people out there interested in modelling this kind of stuff. Do you know any? Spread the word!
I'll end today on a coding note. I was working on a layout engine (as part of Vexi, an open source project I lead) and came up against a problem where conversion between ints and floats and back (Java) was causing the assigned space between child boxes to be less than the parent box (box being a layout construct - don't worry about it). The solution was a bit of casting voodoo. I love it. :-)
// casting voodoo to make sure we don't have leftover pixels
diff = child.contentheight + (int)(slack+total) - (int)total;My attempts to explain that to my girlfriend were a spectacular failure! :-D