Nice effect.

I don't quite get how it works. Is there a possibility to adapt this effect into non-circular shapes?

This is "don't know what to say". I'd go with that its your machine that is source of evil :--). Maybe graphics acceleration is involved in these strange crashes?

Polish Mafia ^^'.

...

I liked it. Maybe to little diversity, but this game's quite solid. Good graphics, good musics. Looking forward to seeing you making some serious stuff.

If you use action "play animation", animation restarts. You only see first frame of astronaut's animation because it's restarted all the time. Try using some events where you put "Trigger once while true" to sort it out.

Same here .

Getting rid of bugs is now at higher priority than adding new functionalities.

On the other hand I think that most of us have his/her own techniques when dealing with data. If everyone's wishes were fulfilled, you'll get your bitwise operations, but also 10 other techniques for handling values (flags system/stacks/queues/lists/dictionaries/pointers/some weird data management templates used by 1 person on the world/other stuff), what would make Construct messy. Simplicity is key for success here.

How to organize unit variables?

Never made any RTS, but I think it'd be a good idea to make use of HashTable object / Ini object to store some game configuration data like:

• game speed
• gamma correction

(name: "AppConfiguration")

Another HashTable object / Ini object to store units constant configuration:

• unit starting HP (when new object created, set its HP to this value)
• unit cost
• unit speed (when new object created, adjust its maximal speed and stuff to this value)
• unit armor class
• unit damage

(name: "GameConstant")

Another one for storing varying game data like upgrades.

(name: "GameState")

And provide every unit with set of Private Variables that are unique for every instance:

• unit HP
• unit Order Type (move/attack/gather/stop/hold)
• unit Referenced Object (like pointer to enemy object for attacking or resources object for gathering etc.)
• unit Destination Position (if not ordering to go into another unit but on "clean" location)

Saving/loading game is quite easy because all object's transferring private variables should be done automatically (haven't tested yet).

If you're familiar with programming, then it's quite simple to imagine that you can handle game logic with "foreach object" easily and access objects through their Unique ID like substitute for references.

Seed would provide you with repeatable random sequences which would be of use when creating replays of game (so that you won't have to store all random moving objects position but only seed that'd reprocude all their movement correctly).

OK, understood.

Probably because XAudio2 is involved and Direct Sound is going to be obsolete.

Internal.hpp(26):

return IDE_FLAGS;

Internal.hpp(255):

objectInfo->ideFlags = IDE_FLAGS;

Problem is about IDE_FLAGS from main.h:

If you don't want any set, then you can do it like this:

#define IDE_FLAGS 0[/code:1m25yr8l]

You can't do it like this:
[code:1m25yr8l]#define IDE_FLAGS[/code:1m25yr8l]
Nor deleting this line is allowed.

Check your project properties to see where are those files deployed.

Look at this picture:

http://apps.sourceforge.net/mediawiki/c ... Cofig8.png

(this is AFAIR from "Linker" at project properties)

..\..\Construct\Plugins\GradientCalc.csx.

It means theat if you have your Construct installed at:

C:\Program Files\Scirra\Construct

Then location of project file must be one level below (for example C:\Program Files\Scirra\Construct\MyObjectCode).

Note that in SDK we've paths like:

..\..\IDE\Plugins\Runtime\Template.csx - for runtime

..\..\IDE\Plugins\Template.csx - for edittime (release)

Change those directiores to make destinations match.