Extra dependency

[Edward_Lii]

Hello all,

I've recently updated my system to openSUSE 12.1 and after installing some libraries (SDL, libarchive, curl, etc..) and subversion I checked out the meandmyshadow svn repository.
Everything went well and it compiled successfully, but when I started meandmyshadow I got:

{l Code}: {l Select All Code}

WARNING: Unable to load background music!

The music.mid file was there, turns out I had to install timidity in order to load/play midi files.

We need to take this into account when packaging the game.

[acme_pjz]

Hi,

At least under Windows timidity is not needed for playing MIDI files... and I have a bad idea: how about converting MIDI to ogg? (for example using OpenMPT)

[Edward_Lii]

Hello acme_pjz,

At least under Windows timidity is not needed for playing MIDI files... and I have a bad idea: how about converting MIDI to ogg? (for example using OpenMPT)

That might be better, for playing ogg files under Linux you'll have to have oggvorbis installed, but that's a lot commoner package.
Nevertheless should we keep the original midi file, you never know why. (sound quality, editing, ...)

[acme_pjz]

I don't know if it's OK to introduce another extra dependency: SDL_draw(http://sourceforge.net/projects/sdl-draw/). Because I see a function named 'drawLine' in Functions.cpp, which I think may runs slow...

[Edward_Lii]

Hello acme_pjz,

I don't know if it's OK to introduce another extra dependency: SDL_draw(http://sourceforge.net/projects/sdl-draw/). Because I see a function named 'drawLine' in Functions.cpp, which I think may runs slow...

I'm not sure about SDL_draw, it seems inactive and it's not available in the openSUSE (or other distros) repositories, making packaging harder.
Perhaps it's better to use SDL_gfx?

According to the SDL website SDL_draw doesn't support Mac OSX and SDL_gfx does.
They both offer primitive drawing but I think SDL_gfx is a better choice.

What do you think?

[acme_pjz]

It's OK; IMHO SDL_draw is just smaller

[Edward_Lii]

Hello acme_pjz,

It's OK; IMHO SDL_draw is just smaller

Ok, I think we can get SDL_gfx in before the 0.2 release.

BTW, I really like the moving arrows on the lines.

[Edward_Lii]

Hello acme_pjz,

Ok, I think we can get SDL_gfx in before the 0.2 release.

Done, both drawLine() and drawRect() use SDL_gfx now.
The alpha is static opaque (255) since the code uses 0 for black which will result in a fully transparent line/rectangle.

Perhaps we should make a method that will draw a filled rectangle with border?
This is used quite often in the GUI elements.

Also added it to the CMakeList, not sure it's the correct way, it assumes that SDL_gfx is under the SDL_directory (which it probably is).
This is because there doesn't seem to be a default cmake module for SDL_gfx.

Blocks can now be placed on the top or left side of the level.
The leveleditor then increases the level size and shifts all the existing blocks.

BTW, the moving arrows now show the moving speed.
It isn't very accurate, steps of ten, this is because arrowAnimation is an int.
(1 - 10) = standard speed
(11-20) = 2x speed
(21-30) = 3x speed
etc...