You can test in NTT (ntt_development Steam branch) by opening chat (T) and running the following
/gml for (var i = 0; audio_exists(i); i++) audio_sound_gain(i, 0.5, 0)
IIRC different sounds can stack together to be louder than that volume in some situations, though perhaps that's better than nothing

Thank you! And the bow-creature's fine - it's the one to decide whether anyone can wield it in combat and/or what it thinks about practicality of shooting any given foe.

There's not a separate sfx volume slider because playing multiple sounds over each other stacks their loudness towards maximum and GM only offers a single multiplier/global cap as of yet (which is "master volume" in NT). Not sure why'd music be quieter though, it's just .ogg files in a sub-directory

... and if you were to grab some spare parts while you were in the area, you could make yourself a definitely-not-cursed mechanical bow

It's the installer download address that Mac IDE opens, but you change the file extension to .deb

Not quite sure why it's separate from the regular downloads server.

hm! Though the function returns the source image if it's small enough (L29-31) and the threshold seems to be around 1MB, so pixel art images are most likely transmitted in source quality to the server.

Oh, I know that much, but there's a little more - images with dimensions above 2000px get down-scaled; if you open the original image in a new tab and change @jpeg to @png, the CDN serves you a slightly lossy PNG, but not lossy in the same way that served JPEG (or @webp) is!

And another compression test image because there's no way to send posts to nowhere without making a new account, is there

Having a closer look at what's going on with image compression around here

Turkish developers, by the looks of it? Perhaps folks aren't quite sure what makes for the cozy game phenomenon and are doing a bunch of different prototypes/mockups to see what gets wishlists/attention and thus is worth developing further

That is so, though the GPU will most likely survive loading a little texture and freeing it up as soon as you've copied its pixels into a buffer. If image dimensions were in thousands of pixels, perhaps having a native extension decode pixels straight into a buffer would win you some milliseconds.

Don't have to do it that way in semi-recent GameMaker versions, you can get RGBA data from a surface into a buffer and then peek around it as you please, like so:

There's a handful of localization systems for GameMaker now, you get to pick what you like (or what might work with tools that you already use) github.com/bytecauldron...

Flat (no sections/groups) systems like pictured work well for little games and less well once you have hundreds of strings.