Sign in to follow this  
  • entries
    26
  • comments
    48
  • views
    23194

Week 1 & 2: Nada

Sign in to follow this  
EnemyBoss

205 views

No code, no art, no free time. Nada.

Work follows me home
Again, I'm having trouble dedicating the time I need for game development. So much for making resolutions. I come home earlier now, but work just manages to follow me home (damn VPN!).

Anyways, I have the basic design and gameplay down in scribbled notes. I'll put them together and post it up here later this week.

There is Help
I searched for resources on shoot'em up related development, and as I expected I found a dedicated community at http://www.shmup-dev.net. What is interesting is that they're holding a competition for doing exactly what I'm trying to do now -- a one level side scroller demo with a boss. This is good because this means there will be a number of other developers trying the same thing. I'll probably get a lot of help here.

The competition ends in 15 days, so I will likely not enter. But I am considering using Blender Publisher or GameMaker to prototype the gameplay. So it is a possibility. I just need the time. *sigh*

The Tools
I want to make this a 2D game with pseudo 3D effects. I'd like it to support animated sprites, 3 scrolling layers and pixel-accurate collision detection. The one thing I want most however is absolutely smooth scrolling, without flicker, tearing or stuttering.

While I haven't begun development on the actual project, I have been trying out the toolkits I want to try for this project:

OpenGL Quads
My work is all centred around OpenGL so why not use it? Just map sprites and backgrounds to GL_QUADS and take advantage of the underlying hardware. Plus I get hardware scaling, rotation and filtering for free.

I'll only use OpenGL if the current 2D APIs can't achieve the speed and flawless smooth scrolling I want.

Allegro
Its still around! Long ago, when I picked up game development the first time, DJGPP and Allegro was there. Its so nice to know that Allegro continues to provide a fast toolkit for making games.

The toolkit itself is great for games, but I'm not sure about AllegroGL. I tried Allegro with AllegroGL, but it doesn't compile without some help and it didn't run properly on my system. It hasn't been maintained since 2004 it seems.

Maybe Allegro is good enough by itself, without OpenGL. If it is, then I'll use this library exclusively.

SDL + OpenGL
Most popular for sure and I have used it before, but I'm not convinced of its 2D capabilities. It seems to be used mainly as a host for OpenGL, providing only input and sound. Once you use OpenGL you can't use SDL drawing routines. But SDL's OpenGL integration seems better supported than Allegro's.

GLFW + OpenGL + BASS/FMOD/OpenAL
I like GLFW. Its light and easier to setup for OpenGL than SDL. Its API flows well with OpenGL's API. If I find that 2D graphics using OpenGL is the only way to go, then I'll probably use GLFW. Since there isn't a built-in support for any sound system. BASS and FMOD are great sound systems from what I've heard. OpenAL's API would go well with GLFW and OpenGL, but I may have to add libOGG to the list for music.

Haaf's Game Engine + BASS
This could be an interesting choice. Haaf's game engine is a 2D game engine, accelerated by Direct 3D. HGE seems to provide exactly what I want for my game. HGE has built-in support for BASS, so I might as well use BASS for sound/music. HGE recently went LGPL.

This week
This week, I'll put together some gamedesign, or a basic blueprint for the game. Then I'll proceed to prototype the game in Blender or Gamemaker.
Sign in to follow this  


3 Comments


Recommended Comments

I was planning on going with SDL + OpenGL + FMOD for my games, but I haven't had a look at GLFW yet. Dealing with SDL has been my biggest headache with all those libraries (although it could be a lot worse), mainly because I was using the MinGW compiler. Is GLFW less painful?

Share this comment


Link to comment
I haven't used GLFW in a project yet. But it seems to be a lot easier to setup OpenGL in GLFW than SDL. I don't think there is much point to using SDL with OpenGL when a good part of the SDL library goes unused.

GLFW provides windowing, keyboard/mouse/joystick input, thread management and a timer. It also loads TGA image files, which is more useful for OpenGL textures than BMP, which SDL by itself only supports.

I'm thinking a framework around OpenGL + GLFW + OpenAL + libOGG would be interesting. But maybe too much for a 2D shoot'em up.

I may go completely with Allegro. Its geared towards 2D games and is a rather complete library for that. I really don't need super fast scaling or rotation. I just want smooth scrolling and I think Allegro is capable of at least that.

Share this comment


Link to comment

Create an account or sign in to comment

You need to be a member in order to leave a comment

Create an account

Sign up for a new account in our community. It's easy!

Register a new account

Sign in

Already have an account? Sign in here.

Sign In Now