_getpixel32 does not do any bounds checking, so it can crash if you use it improperly, but...

If that's true, then the crash is in your dostuff() call.

Are you sure the color depth of the bitmap matches the screen's?

And of course, are you sure the pixel is 255,0,255?

They are, if you load them after you set the graphics mode.

Note that in 32-bit mode the fourth byte - the alpha value - is relevant too. (255, 0, 255, 255) and (255, 0, 255, 0) are very different colors according to the system.

Noted. But am i not checking only for the other values?
even if the alpha channel exist it doesn't matter if i don't check for it. right/wrong?

They probably are: i have a condition which checks if the point I'm trying to read is inside the bitmap (in this case it's an enemy's bitmap and the action point of a projectile) if it is inside it should be destroyed which it is (not including the second condition), the second condition is the getpixel dependent one:

 if(getpixel((BITMAP*)datafiles::sprites_enemies[game::enemies::enemies[enyNR].visual].dat, 
        game::enemies::enemies[enyNR].Xpos -  
game::projectiles::projectiles[proNR].Xpos,
        game::enemies::enemies[enyNR].Ypos - 
game::projectiles::projectiles[proNR].Ypos)
        != makecol(255, 0, 255))

and it always executes (if the first condition is true).
the first condition look like this:

//sorry for the unreadable stuff..
      if(game::projectiles::projectiles[proNR].Xpos > game::enemies::enemies[enyNR].Xpos 
      && game::projectiles::projectiles[proNR].Xpos < game::enemies::enemies[enyNR].Xpos 
      + ((BITMAP*)datafiles::sprites_enemies[game::enemies::enemies[enyNR].visual].dat)->w
      && game::projectiles::projectiles[proNR].Ypos > game::enemies::enemies[enyNR].Ypos 
      && game::projectiles::projectiles[proNR].Ypos < game::enemies::enemies[enyNR].Ypos 
      + ((BITMAP*)datafiles::sprites_enemies[game::enemies::enemies[enyNR].visual].dat)->h
      )

Good idea, i will.

Thanks for your help!

I guess that makes sense in a way.. but how do i check the alpha value? _makecol32 still only accepts 3 values. :/

... ><. thanks .

Is alpha 255 solid or is it 0?.
no matter which one i use the problem is the same as before. :/.

I'm going to check what values i get.

Note that getpixel() is based on the pixel format of the bitmap you are getting the pixel from, while makecol() is based on the current screen format.

If you want your routine to be universal, you need to check the bitmap depth before comparing and the use the appropriate makecol#() command. For instance:

source_colour = getpixel(my_bitmap);
switch (bitmap_color_depth(my_bitmap))
{
  case 8: test_colour = makecol8(255,0,255); break;
  case 15: test_colour = makecol15(255,0,255); break;
  case 16: test_colour = makecol16(255,0,255); break;
  case 24: test_colour = makecol24(255,0,255); break;
  case 32: {
    source_colour = makecol24(getr32(source_colour),getg32(source_colour),getb32(source_colour));
    test_colour = makecol24(255,0,255);
  break; }
}
if (source_colour == test_colour) // Do Stuff

Also, makecol() takes a little CPU time. (Not much, a lot more if it's doing 8-bit conversions.) What you should do if you're using constants in makecol() is to get the values you're going to compare immediately after entering a graphics mode and store them into variables. That way, you can skip calling makecol() every time you want to make the comparison.

--- Kris Asick (Gemini)
--- http://www.pixelships.com