The easiest way I can think of is to give the moving object a value like "dir" which will go up, down, left, or right (1 - 4), and then a collision polygon of basically one pixel.

Then every tick, check the current dir value, if not touching your object at offset of 1px to the direction they are trying to go in, then add 1 to dir. (if dir = 4, then dir = 1, etc)

Then add an action to move in the direction they currently have set.

I think this would be a slow method though, and haven't tested it

Unfortunately 3D in Construct means learning 3D Math, as Construct Classic is not really designed for much more than 2.5D games. You can see if this video helps though: http://www.brightstorm.com/math/precalculus/vectors-and-parametric-equations/introduction-to-the-3d-coordinate-system/

L01ZA you can do the same in Unity or UDK (hint: Most console games are made in one of these now, or a custom engine that uses scripting in its own kind of language), which have their own scripting languages. CC is just a visual version of a scripting language and for those that like "real code" there is some decent Python support. I don't see any reason to argue over it though, the amount of TIME saved by tools like Construct Classic and Construct 2 is why they exist.

Construct tools are awesome for prototyping and finding something you want to make into a full game, even if you do switch to programming later on.

Try using the DirectX 9 Web Installer: http://www.microsoft.com/en-ca/download/details.aspx?id=35

Also, are you using r2 of Construct Classic? It's tricky to find on the forums but you can find a link to it in the site in my signature

Try every int(random(6)) + 5 seconds, this will do a minimum of 5s or up to 10s (the random never goes all the way to 6 I believe, it should get rounded down to 5, but I'm not certain)

Sure! It's basically possible to make any 2D/2.5D game in Construct Classic, even some 3D stuff if you know the math <img src="smileys/smiley17.gif" border="0" align="middle">

Anyway, here's a good start (infinite runner, platform generation, speeds up over time) that I made a while back: https://dl.dropboxusercontent.com/u/4714446/RunGame.cap

If it says you need Construct Classic r2 (latest) you can get it from my signature, good luck on your game!

AppPath says for the INI file stored in the same folder as game.exe, if you want to "encrypt" you'll be best to use something else, but a simple trick is just to rename .ini to another format that's unusual like .gfd (game-file-data? make anything up).

So to load and save to a "secret INI" do: AppPath & "gdat.gfd"

How many sprites do you have? Also, what you can do in that case is store memory positions of where each sprite should appear, and only create them when the player is within 2000px of them or similar.

INI files are fairly easy to use, check out the sourcecode to I Had Hope (downloadable from my website in signature)

Yeah, I think this is pretty much just the cut-off of the 3D camera. I also think you can change the view distance (in the game properties) to look from further away, and then make the boxes bigger, and that might fix it

Sounds like you're hiding the layer in other layouts then. Or perhaps the other layers above are not "transparent" in other layouts

Cappdog thank you! <img src="smileys/smiley1.gif" border="0" align="middle">

We've also just released a pretty big update to the demo which fixes some camera issues, adds some new gfx, and also includes the first linux release! http://causalbitgames.com/2013/12/linux-yay-and-other-stuff/

Cappdog thanks very much for the support! <img src="smileys/smiley4.gif" border="0" align="middle"> We've just reached 70% funded with 14 days to go, so it looks like this game will get made on schedule too <img src="smileys/smiley4.gif" border="0" align="middle">

http://www.kickstarter.com/projects/353834117/insanitys-blade-the-ultimate-8-bit-experience