I would love to see the possibility of creating our own data types. And they should be fully integrated of course.

e.g.

usertype position

{

number X

number Y

}

usertype health

{

usertype position

number healthpoints

number regRate

string title

}

sprite pv myhealth as health

myhealth.position.X = 200

myhealth.healthpoints = 666

myhealth.title = "Player 1"

array: Set value at 1 to myhealth

etc.

What comes to mind here is the Windows pre-caching function (can't remember the exact name, prefetch or superfetch or something, must be somewhere in the windows folder). Is it possible that there is something going wrong? I just know about it but never learned much of its working, but maybe this helps?

so which's the better ride

The one you are more comfortable with. The one with the more active community to help with issues. The one that can accomplish your goals. The one you feel good with while working on a project.

Or short: It's solely your decision

Do you want to know how to do this in Construct?

If so: You will need a buffer, and as you can't predict the number of achievements that may need to be stacked, you need an array buffer.

Here is an example (v0.99.92). There sure are other ways, but it works. It is not documented, feel free to ask whatever is difficult to comprehend.

I still recommend using "Set display size" (because of some unsuspected behaviors of the window object).

Although I kind of like the thought that Construct already has a state where it is seen as a shining example, it is a shame that somebody who obviously has talent and skill prefers to re-invent the wheel instead of joining the scirra team to further push Construct

I have no problem downloading it.

Nicest of all is that Construct is the source of inspiration for GD, according to the developer:

"I plan to add physic capabilities to GD, but I need to add a system similar to the behaviours of Construct before doing this. "

(from the GD forum: http://www.forum.compilgames.net/viewtopic.php?f=18&t=1616 )

lucid

EDIT: Forget this post. I was just downloading from cache^^ New version works, window is on screen

EDIT2: Not my day switching to fullscreen doesn't crash but switches from my desktop resolution 1280x1024 — to 640x480 —, while the game area seems to be switched to 1280x1024 (can't see anything but the white background, some markers would be helpful to see what area is displayed)

Just started the exe. Both windows are partly located outside the top of the screen. On the selection window I couldn't even see the buttons above the 1280 options.

The mantis is running and jumping smooth (and very interesting). The zoom function doesn't work correct.

(graphics processor load 20%)

Unlimited mode just asks the card to do all calculation as fast as possible, without any limitation. Hardware we use never is fully efficient. Every energy that is not used will be converted to heat. You know this effect from light bulbs, where just a few percent of the energy is converted to light. The more computations per cycle the hotter the graphic chip.

Normal values for graphic cards range from 38 �C to 90 �C (given that the fan isn't filthy and the silicone paste still draining the heat at maximum efficiency). The more actual cards don't get as hot, because their hardware is more capable.

My rather old HD 2600 XT runs at 41 �C in 2D (Desktop, Browser, Skype, Gimp, etc.). In 3D the card works between 55 �C and 84 �C, depending on the game/application (it is dependent on the mass of calculations, aka processor load).

An example with Construct: A clean new Direct-X game (almost nothing to calculate but a white colored 640x480 area)

in V-Synced 85 fps, 42 �C (processor load around 2%)

in Unlimited 3600 fps, 80 �C (processor load 99%)

That's normal values, nothing to be worried about.

I'm just irritated by your 60 fps in Unlimited mode, because your card obviously is working harder (producing more frames). And if it is working harder, it can't be a driver setting like forcing v-synced.