Hooray for OpenGL!

I finally found some time today and converted LuaGame to using OpenGL as the backend. This has a number of advantages:

  1. Both normal blits and animation frames now support rotation and scaling
  2. It's significantly faster
  3. The dependence upon SDL_gfx has been removed.
  4. It's actually getting close to a release (once I do more documentaiton)

Look forward to seeing an alpha release in the next couple days.

Not Dead Yet

Nope, LuaGame is not dead, and neither am I. As it turns out, I now know enough OpenGL to make it LuaGame's backend. Also, LuaGame 1.0 is going to effectively be LuaGame 2.0.

That's all for now.

Progression

Shortly after attempting to do a conversion of LuaGame to OpenGL, I scrapped it. Nothing was quite working as it should have. I didn't (and still don't) have good experience yet with programming OpenGL, so that probably contributed to it. I may go back to it at a later date, but for now, OpenGL support is going to have to wait until SDL 2.0 (it'll be the backend).

LuaGame 2.0

Yes, yes. I'm aware that LuaGame 1.0 isn't even out yet and it's not close to being done. However, that's no reason to ignore the future.

Public Repository, License

There is now a public repository set up at http://repo.or.cz (it's actually been there for a few weeks, but I hadn't gotten around to getting LuaGame ready for it). Instructions for getting it are located on the downloads page.

LuaGame is now finally licensed. I decided to go with the MIT license because I believe it provides the right amount of freedom for this project.

Unfortunately, my life is going to be pretty hectic for the next few weeks, so I'll be doing even less work on LuaGame than I usually do. Hopefully, July will provide some solace.

Site Launch

Today is the launch of the LuaGame site. This will eventually be the source for information about LuaGame, a game programming environment that is currently in an alpha/beta state. It is somewhere in scope between PyGame and GameMaker. However, unlike PyGame, LuaGame is not a library. It is an execution environment. What this means, is that the game code and data is all stored in its own directory, and the luagame executable is run in the data directory or passed the directory on the command line.

Syndicate content