When you first create the project you can select from various sizes such as iPhone Landscape and iPhone Portrait among others, from a drop down menu and this setting will determine the size and shape

I'm not sure off the top of my head what would be causing that - if you had 72dpi selected when you created the file, and then you exported it at the same pixel size and the same dpi, then it should l

I recently converted my game's images from 24-bit png's to 8-bit png's (saving the alpha channel as well) with an online program called TinyPNG. It definitely decreased the image's size, but for some…

I tried using invisible actors on each side of the box (the top and bottom reverse the actors y velocity and the right and left reverse its x velocity) but it gets too unpredictable is the actor hits

Yep its exactly as everyone said above. Basically you make a dummy actor and place your rules in that dummy. So for instance if you want to set the character's ammo to 10 on start, you can place it in

Thanks @Socks. That's really cool, but in my game it's a side view, not a top-down, and what I really could use help with is how to make the shadow shrink as the y of the tossed actor increases. I'm g

another collidable dummy actor slightly in ontop of a wall and it kind of worked (it would detect it was colliding with the dummy actor right before hitting the real wall) but it was mostly unpredica

Call of Duty Duty looks pretty good to me, they've gone over the top with all this new fangled so called "3D graphics", in my day a "game" consisted of a hammer and

I am trying to make my first app, a "top view" game, where moving particles (with a constant, linear velocity) collide against walls and make the respective reflections.

You'd just change the image based on the swipe (if the image is "bottom" and they swipe up, change the image to "middle". If the image is "middle&quot

We have a layers template (FREE) that you might find useful.

Yep this is based on Tshirts layer trick. There is a video on it over a GShelper.

The player should slide them. From middle to top or down. or directly from top to down and down to up.

Interesting.. I've always tried to avoid using destroy actor.

The top things on my list are: creator workflow improvements, custom fonts, automated texture atlas support, improved render batching, Android IAP and async multiplayer support. Some other odds and en

a ball actor that moves from the bottom to the top of the screen and there is a wall it is supposed to bounce off...I put the collide behavior but it does just what I expected (it just bounces contin

So a new update it stopped again and it seems like the actors are hitting something that is not there like an old floor actor or something...grrrrrr. So I just went with a Y position destroy and it wo

I wish they had facebook integration. I'd put it very close to the top of my wishlist to be able to offer iap for a fb like

@ludwigheijden actually this is a rare project where I am using gravity so the actor was falling straight down and there is an actor at the bottom and a simple rule when overlap and collide destroy ac

Actors are run in order from bottom to top, and actions within actors from top to bottom. Just wanted to throw this out there as you mentioned you were moving actors between layers.