186 replies to this topic

[silentworks]

I would like to have more controls for the sound effects on the Sound properties form:

CHORUS: wetdry,depth,feedback,frequency,wave,delay,phase
ECHO: wetdry,feedback,leftdelay,rightdelay,pandelay
FLANGER: wetdry,depth,feedback,frequency,wave,delay,phase
GARGLE: rate,wave
REVERB: gain,mix,time,ratio
COMPRESSOR: gain,attack,release,threshold,ratio,delay
EQUALIZER: center,bandwidth,gain



Thanks.

[Copernicus]

Something simple I thought of is allowing more alarm events. Instead of alarm[0...11] you could have alarm[0...15]. This way you could have as many alarm events as user defined events.

[NpN Games]

Add an option to open(not expand!) all resources in a group.

I think you forgot to see it..... You didn't reply about this...

[GraphicGamer]

It would be nice to be able to open two, side-by-side code editors (like the Windows 7 aero snap) shouldnt take that long. It save time instead of flipping back and forth.

[CreativeGuy]

Not sure how long it will take but a WHERE function would be cool like :

A = instance_nearest(x,y,object) WHERE health=1;

to allow for easier instance selection.

ok so maybe this was a bit to far bit maybe a function like : instance_find_x(object,position)


that will find all of object and then return the one thats position nearest away?

so like :

x = you
| = object
s = object to find

x |||s||

you would do:

obj=instance_find_x(object,4);

that would make a kind of ds_list of all the object sort them in order of distance and the find the X position?

[GStick]

In GM8, the ability to set the bounding box of a sprite to whatever size and whatever location you want it in was removed. This was especially useful for changing the bounding box in-game to a size larger than the sprite itself, or positioning it off center. It also granted the ability to utilize the same sprite for moments that required different bounding boxes. This is overall the biggest thing holding me back from GM8, and I would really love to see it reimplemented. Even if it's only for rectangle bounding boxes.

Quick Example:
Setting a bounding box to be -32,-32,100,100, where the sprite is only 64x64.

[Harrk]

When working with tiles it sometimes gets awkward placing things one at a time. Was thinking maybe like being able to drag the cursor along the tiles you want to place at one time? Like a selection box which grabs the selected tiles and then we can place lots of tiles at once.
(If I remember correctly, RPG Maker had something like this)

Not sure if that's a big job or not though... Thought I'd throw it out there anyhow.

[AndrewB]

I have one suggestion but I think EVERYONE will agree with me.

draw_get_font();

I think this will be very useful.

[NpN Games]

I have one suggestion but I think EVERYONE will agree with me.

draw_get_font();

I think this will be very useful.

Very less will agree I think. there is no need to return drawing font as you are the one to set it..... Dont know if you are thinking to use it in a different way...

[Dark Matter]

I have one suggestion but I think EVERYONE will agree with me.

draw_get_font();

I think this will be very useful.

Very less will agree I think. there is no need to return drawing font as you are the one to set it..... Dont know if you are thinking to use it in a different way...

For scripts where you want to set it, but revert it back at the end, it might be useful, though I've never need to use it. draw_get_color and draw_get_alpha are the only ones I need.

Edited by Dark Matter, 17 March 2011 - 07:04 PM.

[AndrewB]

Very less will agree I think. there is no need to return drawing font as you are the one to set it..... Dont know if you are thinking to use it in a different way...

I'd actually use it quite a bit, mainly in custom dialogue scripts. I just think it'd be a handy function since there is already draw_get_color(); and draw_get_alpha();.

[GraphicGamer]

To be able to draw things at different layers, as if the object was at that layer. As it is, to have one thing under and another bit of the object on top of a middle one (like a sprite in a ship), we have to make two separate objects for the ship, and what if a game needs to do a lot of this, it'll double the instance count.

Something like:

draw_set_depth(-3)
// or
draw_set_depth(depth)

I completely agree, that would make layering so much easier

[Shadow Link]

When running the game under Debug Mode, I would love to be able to open the Show Instances dialog and be able to double click on an instance to open up its local variables. It's pretty annoying having to Show Local Variables and type IDs especially when checking multiple instances. If you add this, could it be in the form of a two-column listbox? That way we could either double click an ID for that particular instance or the object name for the object. If not, I'd gladly settle for just IDs and access objects by typing their name under Show Local Variables.

EDIT: I should also thank you Mike, for the effort you put into this forum and hearing us out! It's sincerely and much appreciated.

EDIT2: dissonance5 (below): You can already do that by hovering the mouse over the Execute Code action in the list.

Edited by Shadow Link, 17 March 2011 - 07:28 PM.

[dissonance5]

The ability to see the first line (or just the first few character in that line) of code in an "Execute Code" action within the actions section of the object editor. That way, I could put a comment in there, and have an idea of what the code was without having to select it and open up the code editor.

[GraphicGamer]

The ability to see the first line (or just the first few character in that line) of code in an "Execute Code" action within the actions section of the object editor. That way, I could put a comment in there, and have an idea of what the code was without having to select it and open up the code editor.

Its been done, just hover your mouse over it

Edited by GraphicGamer, 17 March 2011 - 07:36 PM.

[TheMagicNumber]

Remove unused bitmaps from runner.

[HaRRiKiRi]

Searching not only in scripts, but also in object code actions. Because now I need to search each code snippet separately and that is quite painful.

[paul23]

Something simple I thought of is allowing more alarm events. Instead of alarm[0...11] you could have alarm[0...15]. This way you could have as many alarm events as user defined events.

Well I'm still praying they actually incorporated unlimited alarm/user events in this version of gamemaker. (At least mike said "he'd like it") - unlimited (and especially when named) would prevent alarm collisions & would allow one to really write & combine engines/code pieces.

Edited by paul23, 17 March 2011 - 07:50 PM.

[Manuel777]

manuel777: Dont follow you... how can you set the alpha (0-255) to a colour (3 channel RGB)?!?!?

Im not exactly sure on how it works on ther programs, but i think it takes the sum of all three channels and divide it by three;
A = ( (R+G+ /3)
but its more commonly used with black and white images, to avoid confusions.

[IceMetalPunk]

To be able to draw things at different layers, as if the object was at that layer. As it is, to have one thing under and another bit of the object on top of a middle one (like a sprite in a ship), we have to make two separate objects for the ship, and what if a game needs to do a lot of this, it'll double the instance count.

Something like:

draw_set_depth(-3)
// or
draw_set_depth(depth)

I completely agree, that would make layering so much easier

It's been mentioned in other topics that this is not only extremely difficult to do, but virtually impossible. The way drawing works, everything is drawn to the current buffer (i.e. the screen or currently-set surface) as soon as the drawing code is executed. Tell me, then, how you'd handle drawing something like this:

draw_set_depth(0);
draw_text(10,10,"One");
draw_set_depth(5);
draw_text(10,10,"Two");

You can't; by the time "Two" is told to be drawn, "One" is already in the buffer. There's only two ways to get around this: the first is to essentially create a new drawing surface each time the depth is changed, and draw to the correct surface, then sort the surfaces by depth and draw them in order to the buffer. I imagine that'd be quite a memory hog. The second way is for GM to pre-process all code, looking for drawing functions, and then prioritize the drawing functions by draw depth before executing anything. And that would be incredibly difficult to do, as well as incredibly slow.

So that option is an almost irrefutable "no" and is 100% not a small change.

Another note (unrelated to the above): for those who want clamp(), you do realize that clamp(val,min,max) = median(val, min, max), right?

Anyway...my feature request, which I have no idea how difficult it would be to implement: something along the lines of surface_set_alpha_from_surface(). This would be like sprite_set_alpha_from_sprite(), only with surfaces; currently the only option when this is needed is to create a temporary sprite from the surface, call sprite_set_alpha_from_sprite, draw it to the surface, then delete the temp sprite. It's pretty processor-intensive and quite slow to do, especially considering that the sprite_set_alpha_from_sprite() is slow to begin with. There shouldn't be a need to add to that by forcing us to create resources only to delete them immediately after transfer to a surface.

Like I said, I don't know if that would be difficult, but would it not just be basically copypasta from the sprite-based function with some relatively minor modifications?

-IMP