Skip to main content

Indie game storeFree gamesFun gamesHorror games
Game developmentAssetsComics
SalesBundles
Jobs
TagsGame Engines

Error catcher mistakenly flags game maker's built-in "AudioEffectType" enum

A topic by Burger Kurger created Nov 13, 2025 Views: 258 Replies: 3
Viewing posts 1 to 3

Title pretty much says it all, here's what the console outputs when GMLive tries to update code with the "AudioEffectType" enum:

[GMLive][11/12/2025 10:38:01 PM][ERROR] Runtime error: [error] `instance#ref instance 102469(oSpacialAudio)` (instance of oSpacialAudio) does not have a variable `AudioEffectType`

Developer (1 edit)

Built-in enums are new and a bit of a funny matter because they are defined in fnames like this

AudioEffectType#*

??AudioEffectType
Bitcrusher?#*
Delay?#*
Gain?#*
HPF2?#*
LPF2?#*
Reverb1?#*
Tremolo?#*
PeakEQ?#*
HiShelf?#*
LoShelf?#*
EQ?#*
Compressor?#*

But you can do this for now in the end of obj_gmlive’s Create event

var e:live_enum = live_enum_create_builtin("AudioEffectType");
e.h_add("Bitcrusher", AudioEffectType.Bitcrusher);
// ... more h_add() calls for enum items

Ohhh I see, thank you very much for the insight!

Developer(+1)

Added a slightly more proper solution for this to 1.0.79a - enums from fnames are now exposed automatically, and if you need something that doesn’t get picked up out of box, you can now do things like

live_enum_add("flexpanel_wrap", {
	no_wrap: flexpanel_wrap.no_wrap,
	wrap: flexpanel_wrap.wrap,
	reverse: flexpanel_wrap.reverse,
});