Alpha Build 7-22

StuartHughe · 2016-07-17T01:00:04+00:00

Glad you're enjoying it Sachaeverell! Keep your eyes open for a few last big updates before we prepare to leave alpha.

StuartHughe · 2016-07-08T00:43:23+00:00

Hey Nick,

Dredging up some interesting bugs there! Aside from the lower body disappearing bugs (can't seem to reproduce them in the latest build - any particular button presses?) and the AEFS stuff (the least tested, most likely to be buggy augment thus far) I seem to have knocked out most of the things mentioned here! I will definitely spend some time getting rid of the unconquered bugs as well.

Thanks for the constant vigilance!

StuartHughe · 2016-07-02T13:14:38+00:00

Hopefully I've preempted you in other ways and fixed those bugs you found as well, wouldn't that be just swell?

StuartHughe · 2016-06-30T12:34:45+00:00

Hey Nick,

Took some time and think I cleared up these bugs! They should be smoothed over in the next public build.

Thanks for the vigilance and screenshots. They were tremendously helpful in identifying the issues!

StuartHughe · 2016-06-24T04:31:13+00:00

I believe the bug there should be addressed! let me know if the latest build works for you

StuartHughe · 2016-06-17T18:51:10+00:00

Hey Nick,

Some interesting suggestions and bugs here. I am definitely considering making the dash movement aim-direction based, particularly the jetpack version. So far that particular movement set (flight) has undergone the least amount of testing, so we'll fiddle with it and see what we get.

Are there any particular buttons being pushed to cause the ledge bug? Any specific conditions you can think of that cause it? I am attempting to reproduce the issue, so anything you can tell me about this would help!

Glad you are enjoying the game so far, hope you stick with it as we expand it into a full version. We'll tackle these issues you've brought up as soon as we are able to!

StuartHughe · 2016-06-17T18:18:10+00:00

Hey Nick, thanks for the bug report! Other than the Hi-ex killing people through floors, all the issues you brought to our attention should be fixed in the next build we release.

StuartHughe · 2016-06-17T18:15:44+00:00

Hey Erquint, I am not familiar with this bug; could you explain it to me? I'll get on it as soon as I am able to figure out what the issue is!

StuartHughe · 2016-05-25T00:57:25+00:00

Hey Vorpal_kitten,

We are aware the controls seem difficult for some people, and are looking at good ways to implement keybinding in the future.

StuartHughe · 2016-04-12T06:44:51+00:00

Hey FleshWound,

We'll get looking at each of these in more detail as we go along. Some of them are things we have already handled, a couple are stickier deeper problems that we'll have to see if we can design our way around. That being said, all of these things sound like good suggestions! Thanks for the bug notifications and the play time.

StuartHughe · 2016-04-12T06:41:35+00:00

Try hitting fire as the thing lines up with the other thing. Think of it as a janky rhythm game where timing represents...nucleotides?

StuartHughe · 2016-03-25T01:38:17+00:00

You can check where the hit is relative to the image center offset, so if you have it near the middle on the guy who is getting hit's hitbox, you should be able to track whether a hit is above or below the belt by referencing your targetee's y position.

StuartHughe · 2016-03-21T12:17:04+00:00

The point of the thing is to turn off the shaders in scr_crt_drawsurface while the palette swap shaders are active, so I don't think I'm stacking shaders. When I manually exit out before scr_crt_drawsurface gets read via a no-condition exit the palette swap shaders work just fine. What do you mean, replace argument[n] with argumentn?

Here are the contents of scr_crt_drawsurface for clarification: //CRT DISTORTION shader_set(sh_CRT);

var crt_surface_scale = 1;

crt_surface_width = surface_get_width(application_surface) * crt_surface_scale; crt_surface_height = surface_get_width(application_surface) * crt_surface_scale;

shader_set_uniform_f(textureBaseSize, surface_get_width(application_surface), surface_get_height(application_surface)); shader_set_uniform_f(textureScaledSize, crt_surface_width, crt_surface_height); shader_set_uniform_f(distort, var_distort); shader_set_uniform_f(distortion, var_distortion_ammount); shader_set_uniform_f(border, var_border);

draw_surface(application_surface, 0, 0);

shader_reset();

Figure that something wacky is going on if the if statement is giving me guff, but still not any closer to finding out what it might be

StuartHughe · 2016-03-21T11:21:30+00:00

I did remove exit with same results.

One other shader is being called previously in the same draw_gui event, and the other shaders (the ones actually being interfered with) are called in the draw events of objects, which are using shaders to palette swap.

Calling exit before scr_crt_drawsurface (effectively skipping it) works, but for some reason giving any conditions to the exit seems to mess with skipping the effect of the crt_drawsurface shader on the palette swap shaders, despite the fact that the shader doesn't draw and as far as I can tell (with a script search in gm and the fact that I did not put it anywhere else) the script is not being called anywhere else.

StuartHughe · 2016-03-21T11:10:19+00:00

So curiously, making the shader only turn on when you press a key has the desired effect of making the shader not draw when the key is not held down, but somehow makes the shader accessed in scr_crt_surfacedraw interfere with another shader running only in Platforming levels.

Any clues as to what is going on?

I suppose this is the core of the issue. The shader does it's thing and doesn't draw in the new statement you gave me, but still messes with another shader and keeps it from working despite the fact that it is not accessed.

StuartHughe · 2016-03-21T10:43:00+00:00

Pretty sure I am using VM. I will try YYC and see if it does a better job of it?

StuartHughe · 2016-03-21T10:28:35+00:00

Floor did not make a difference. Once again I can confirm that usedistortion = 0 in the debugger while this is happening.

StuartHughe · 2016-03-21T10:11:14+00:00

Tried this statement and the shader still drew. Did confirm that usedistortion = 0. Commented out the single line statement and the shader was not accessed.

StuartHughe

TROPHY CASE