ENIGMA Development Environment

I too have time issues might not be up to part to contributing much in terms of major new features, but we'll see.

I'm thankful ENIGMA is functional enough to do many things  with, even with the bugs and missing stuff, to be honest when I first learned about this project I thought it was yet another wannabe GM clone lame attempt, having been there before, but really impressed and I am thankful to the team like you can't imagine, because ENIGMA has sparked my interest in C++, programming, etc.

Don't get your hopes up TKG, most of the devs have moved on and the current ones are busy Personally I have never worked with JAVA, and not advanced enough in C++ to contribute anything to ENIGMA,
otherwise I would be on it ! I have lots of ideas but unfortunately not in a position.

I know this project lacks developers, I tried asking around and getting the word around but nobody seems interested to join.  I told you once, some even suggested I use a cracked GMS  lol !  That is not an option and never will be, I won't stoop to that level.
Perhaps if ENIGMA was a crowd funded / kickstarter thing would have worked better, but it's hard to find FREE contributors as the most difficult part is finding someone who has time to spare.

I do plan to take a look at LGM, see if I can make some slight modifications but nothing major beyond my capacities.  Otherwise it's going to be quiet for a while it seems.

Personally I see what you mean, but to me it's quite opposite, I plan to continue using ENIGMA and building from scratch and working around the shortcomings.  I certainly don't intend to pay $300 for a YYC compiler and yes it's true that LGM lacks some of the newer functions of GMS, and it's obvious ENIGMA was never meant to compete with GMS and probably will never, but luckily there are some aspects that do a far better job.
To me the pros weigh the cons.  regarding scaling in room editor, that can easily be handled by code, easier than I thought. Same for physics and other stuff.  I'm willing even to create a 3rd party app / editor to help me plug scaling and physics parameters to code, if I have time.  I like that ENIGMA spits out much smaller files than even YYC, and even faster! and most importantly some useful functions and external resource handling flexibility that unfortunately no longer exist in GMS.....Too many deprecated functions and tightness of security for store compliance , and since it is one product for all they don't intend to make a separate version for windows.   

In all fairness, YYG is not quick in fixing bugs either.   ENIGMA/LGM has had far more bug fixes and issues resolved in the time span between the last few 1.3 releases.  They are getting way slower now with updates.

So yeah when you come back enigma will be in the same state you left it, most likely ! probably with a few bug fixes, and hopefully some new minor tweaks of LGM if my time and capacity permit.

Also the same could be said for GMS, they are moving at a snail's pace.   Now they are more focused on multi platform / console, and windows development is the last of their priorities.  Might not be a bad thing for the console/mobile market, but personally that Is not what I seek for now.

Please check your PM.

I can't reproduce your error, it works fine for me.

I created 3 different instances of the same object inside a room, noted the instance ID of each, then on each different instance I added a text string into the instance creation code.  I copy/pasted your example, and for the other 2 used my own.

Then in the main object's draw event I added this debug to see if it works.

draw_text(10,10,string(100010.text));

This displayed
Welcome to the first PIT² BETA! Move around with the arrow keys, and jump with the Space bar!

draw_text(10,10,string(100011.text));

This displayed the other text string I used.

and so forth, so I could individually set variables to
each instance ID.  TO access these you precede the
variable with the instance ID as shown above.

With or without draw event, no crashes here.

My question regards random numbers in ENIGMA.  Back in the days I was reading the GMC I remember many complaints from people that numbers were not truly random and had a tendency of repeating in patterns.  It was mentioned by YYG that this was by design to allow easy tracing and debugging and was suggested to people that they use randomize ();

Since ENIGMA is based off of C++, does it work the same ? Do I have to use random seed or just randomize for truly random sequences ?

Also does the randomize() also affect all random functions such as random range ?

Thanks.

Yes draw_circle_color was doing x+cos and y-sin where draw_circle was x+cos y+sin causing the culling orientation of the two functions to be different. Should not have been an issue though because I default both D3D and OGL to the same culling orientation.

Talk about coincidences then so then another bug was resolved, but the initial problem was not with blending
BTW, it's the first time I actually work with blend modes and it's really amazing some of the advanced stuff you can do.  Can even give objects a 3D look.  I experimented a little on pipes, you know the classic green pipes used in mario, the 1D, flat color ...  Using clever processing I managed to give it a 3D feel and professional look, then add subtle texturing.

Also, Darkstar2, when did you learn to work git? I never updated the Portable ZIP yet.

LOL ages ago.  I've updated several times from it before.
Either manually, through downloading the branch or through git update.

LOL forgive me Robert It was late, and I realized that I should have posted in tracker which I did, and I was too lazy to copy / paste it.  Next time I will use the tracker first.

Thanks Harri & Robert as usual, will go test this now.




//update:  tested, it works now, thanks!

Good stuff ! Thanks Harri.

Indeed I was declaring my variables inside create
as follows

a[300];
b[300];

So they were being disposed of at the end of the create code.

Yet my experiment still worked.   I played with arrays a little and made from scratch in GML in one step event a mini platform with recording and playback capability.  Recording would record up to 10 seconds of gameplay and playback would playback what was recorded.  Each step's x and y value would be stored in 2 arrays a and b.  So despite the array being destroyed at the end of create, how come my program worked ?

So I should have done it

local a[300]
local b[300]
instead right ?

So in other words I should NOT be using anything
in the create event that is variable declaration
such as

a = 30;
etc. 

Was I right to use this type of array for what I needed done above ? or are there better ways ?

Also what happens to variables declared in room creation code, and those created in scripts, do the ones in scripts remain active as long as the game is running, and room creation code as long as the room is active ?

Thanks for the link, I used that site a lot in the past.

BTW, if for example I want to allocate an array of a[1000], is there a function that can tell me how much memory is reserved by a[0] to a[1000] and how much memory is used by this range as well ?