next »

[BlueSweatshirt]

This is among the reasons I detest the deceiving 'simplicity' of Game Maker.

When drawing to a surface in the Draw event, apparently surface_reset_target() won't reset view offset.
Surfaces normally draw to the screen buffer disregarding view coordinates. All other draw calls consider the view's position.

So all objects drawn after the object which had the surface drawing code will be drawn in an incorrect position on the screen. I can't fathom why the heck this is, especially since I am indeed calling surface_reset_target(). Is this a glitch in game maker or am I missing something?

Here's an example:

Code:

var s;
s = surface_create(32, 32);
surface_set_target(s);
surface_reset_target();
surface_free(s);

With that code in  the draw event, all objects drawn later will be drawn without the view position being taken into account, messing up the way sprites are drawn in your game if you're using the built-in view system.

I'm using the 8.0 version of Game Maker, so this bug might be fixed in the latest release.

[Desert Dog]

Why are you drawing it in the draw event? I don't work with surfaces much, but I'm fairly certain you are not meant to do that.. do it in the step event, then use the draw_surface functions.

You should never change the drawing target while you are actually drawing on the screen, that is, never use it in drawing events. This will cause serious problems with the projection and viewport

[JMickle]

you really shouldn't be doing any of that in the draw event. move any code that isn't actual drawing or at the most small calculations to somewhere else, like the create or step event.

[BlueSweatshirt]

I find that very bizarre. 


Good to know, though.

[ஒழுக்கின்மை]

yeah, don't draw to surfaces in the draw event, it slows down drawing and in some cases won't even work

also, i'm not actually sure what you're talking about regarding views and surfaces. wouldn't it be weirder if drawing on surfaces *did* take the views into account? it makes more sense to me that views are ignored when you draw on a surface, because a surface is for most practical purposes a separate 'view' of the game, just one that isn't visible, and one that you can draw on top of other views

[BlueSweatshirt]

Of course.

But the problem was that it wasn't changing back to using the view coordinates after I tried to reset the surface.

Meh.

[ஒழுக்கின்மை]

ah, i see. yes, drawing on surfaces in the step event rather than the draw event should solve that.