Skip to main content

Indie game storeFree gamesFun gamesHorror games
Game developmentAssetsComics
SalesBundles
Jobs
TagsGame Engines
(+1)

Hi, thank you for your response!

You're right, for a native running program, it's compiled and then linked together, so in the end it results in byte code that is run by the processor of the computer, where scripting languages can be interpreted by a VM via turning it into an intermediate byte code with an own designed instruction set, so execution is faster. Yes, currently my script language interprets on runtime, which is the bottleneck here. I've considered to build a VM system, but then didn't go ahead, as the original purpose of the language is the same as AutoIt or AutoHotKey: Performing administrative tasks or creating scripted applications for specific tasks. And for that it runs just fine.

But recently I thought, it would be cool to also make it way more performant speed wise, so you could also create more small games with it. I'll need to do some research tho, as creating a VM for a scripting language is not that trivial, but definitely doable.

Thanks for liking my project. :)