next »

[SolarLune]

You sure you're not doing some odd scripting or something? Not trying to be rude or anything. It's just that GM should be able to churn out a load of enemies chasing the player at 60 FPS...

[BattleBeard]

 That's what I was thinking, but the coding should be normal.

Maybe...


if distance_to_object(obj_player)<100
{
on = 1
}

if on = 1
{
sprite_index = spr_ensect_on
move_towards_point(obj_player.x,obj_player.y,1.5);
}

if myhealth<=0
{
instance_create(x,y,obj_smallboom)
instance_destroy()
}


^ code

The problem is, Game maker can't pull off lighting without destroying the frame rate, which I figured out today. I've tried three different methods, and they're making the frame rate worse...would Flash be better? I don't know.

[SolarLune]

How are you doing the lighting? If you've placed a lot of squares over the screen that get darker or lighter depending on the distance to a light source, yeah, that'd probably run too slowly. A black surface that's drawn to with white circles set to multiply should work alright though...? I don't use Game Maker much, but that's how I do it now. :1

[BattleBeard]

How are you doing the lighting? If you've placed a lot of squares over the screen that get darker or lighter depending on the distance to a light source, yeah, that'd probably run too slowly. A black surface that's drawn to with white circles set to multiply should work alright though...? I don't use Game Maker much, but that's how I do it now. :1

I tried, but when using multiple light surfaces, it messed up. Not to mention some computers apparently have problems with surfaces...Flixel might be good. It's not a for-sure change to a new coding engine, just testing.

Update;

-Fixed a sword animation glitch

[SolarLune]

Yeah, I would probably go with Flixel or Flashpunk, or PyGame. All of those are pretty good choices for 2D game development, I think.

[BattleBeard]

Remaking engine in Flixel. It's going well, more info soon.