I was under the impression when an event triggered it would start top down synchronously. So if multiple conditions were true it would take care of the first before moving onto the second.

But from this simple test all events nested on the same level are fired asynchronously:

Result:

This is not a complaint as it will work great in most situations now that I know. But is there a way to have something like this performed synchronously?

A 'case: switch' is basically what I am looking for. Else and ElseIf won't work as multiple or none can be true. Signal and function would be more tedious than necessary and would have to create a line if none is true that it would fire the signal/function.

Tried again! Still couldn't get up there! Are you sure there is a way?

FYI - it got stuck twice for a small amount of time (10 seconds) after getting hit - not everytime though

Has anyone come up with an efficient way to create a game with spaces/tiles? If you are not sure what I mean think checkers.

I have seen a couple of ways people have been working on it (and seemingly struggling) and have thought of a few ways to do it. But I feel like there has to be a simpler and more efficient way.

Is there a table object I'm missing? The rows and columns of a table would work fine. Has anyone used an array to keep track of the contents of their 'tile' game?

I'm almost hoping that a 'tile' behavior (and object?) will be added. Could be paired easily with a tilemap (if you want a space in the tilemap to equal a space in the game). That would be a great help in making games like strategic combat games (like Xcom; FF tactics), board games, old school RPG type games, or sim games (like SimCity, Harvest Moon). Simple commands/events like 'if tile occupied' or 'move x tiles' would simplify some of these events sheets I've seen in examples.

I have digressed, sorry. Let me know if you have tackled this. I don't usually mind finding complex solutions, but I feel like if basic html can create a table then I don't feel like spending my time reinventing that.

You don't need to try to lure anyone to the wonders of unpaid gigs, just say you're making a game as a hobby and you're looking for a hobbyist artist. Lay out your idea and what you're looking for and you'll find someone in no time

haha, thanks. I'm realizing I type too much . . .

***Not Paid*** (or at least no guarantee of money)

***No Commitment or Deadlines***

Why would you be interested in this then?

I have a day job but love the idea of making video games as a hobby. I am looking for someone in a similar situation but with art. I keep spending so much time with the art side and am not satisfied - I want to spend more time designing, developing and coding. I am in no place to make any promises on how skilled I am so I don't expect you to either.

If you are in a place where you aren't confident enough to sign up for a paid gig where a certain quality is expected and deadlines must be met then hit me up and we will chat. (you just have to be better than me, which isn't saying much! ha)

Right now I want to work on a game that is all in an office setting - so not real complicated and not that much needed. 'Pixel art' is perfectly acceptable, if you are old like me (okay I'm not that old) I'm talking around SNES level of graphics is fine. Contact me for more details.

If office setting isn't your thing but the rest sounds like you contact me as I have other projects I stopped because I was depressed from looking at my poor art.

My goal is to get a fun little interesting game completed and published to AppStore. It would be free to play (none of my friends pay for phone games and I would want them to check it out) - just want to get something out there.

So let me sum up some Pros for you if you aren't enticed yet

Pros:

• Work on your art and see it in a project
• Add to your portfolio (credit you on title screen)
• No deadlines or commitment
• Networking (if work together well could do it again - maybe for money next time)
• Website - if you don't have a website but are interesting in getting one I do web development, too. If establish a good working relationship could help you out in that area.

Just use multiple layouts. No need to deal with xml or databases.

I've used xml before and enjoyed it since as I'm using web browser I can edit it without having to export and upload each time.

Up until now most of the projects I have worked on have been small projects which real end goal is to learn more about Construct. So most projects have been laid out on the layout screen. With pondering more advanced projects I have been searching and brainstorming other ways. I have seen references to each level stored in xml or json files. I have thought about multiplayer games connecting to mySQL tables. And of course don't leave out all of the convenient events Construct contains.

So for those of you that have made either large layout games or advanced projects, where you do not simply put everything on the layout screen, what have you found works for your.

Give advice on simple things from creating enemies - every x seconds, when character passes X, distance close to x, y, etc. - to advanced methods such as storing whole levels in xml files. All comments appreciated.

Ladies and Gents,

For those that have made intros to their games - which way do you prefer?

Such as:

Video

Full Screen Sprite w/animations

Long event that starts on load

I think it is always best to put in separate layout and give option to skip intro (especially for repeat users) , but past that it seems all personal preference. I haven't made a video intro but have the other two ways I listed, each with their pros and cons. So for those that have made intros to their game feel free to post your experiences, pros and cons, tips, etc.

Thanks

i did take a look inside... ... have a great day hope it helped u ..

Thank you so much for taking a look at it and all the comments. I really do appreciate it. That's weird such a difference in debug mode - maybe difficult to track and report all the physics and physic joints.

Now I guess I can move on without feeling like I was missing something huge and gave up.

There are two image files that are HUGE after export even though I tried to resize. I may try resizing in GIMP and reloading completely because one is getting pixelated already but file size isn't small - feels glitchy.

>

> > .. if it doesn't then its something else u might missing cant really say if i dont see ur capx

> >

>

> I don't mind sharing capx but don't have enough rep to post link or send PM so not sure how...

>

Export as a single file .capx and host it on one of the free hosting sites provided by the likes of Google, Microsoft, Dropbox etc.

Place the 'publicly accessible' link here. To bypass posting restrictions, just add an unusual character in the URL, i.e..

> htt*p://*www.mysite.com/mygame.capx
[/code:3tny5ujt]

Didn't want to get in trouble for bypassing their posting restrictions . . . but since I can blame it on someone else now here's the capx:

***https://www****.dropbox.***com/s/ukmxt5t93pj9j8o/Dempsey2SingleFile.capx?dl=0***

Maybe this is as good as it gets for projects containing physics elements - but if so then I will stay away with any physics behaviors when targeting mobiles.

— - if you want to take a look and let me know if you still think images are the problem or you see something else.

Anyone else that wants to take a look feel free.

Like I said before, my goal is to learn from this - so even if you see a problem that is only small please let me know so I don't repeat it on a larger scale in larger projects.

Thanks all!

.. if it doesn't then its something else u might missing cant really say if i dont see ur capx

I don't mind sharing capx but don't have enough rep to post link or send PM so not sure how...

One thing i noticed in my game was that optimising the event sheet gave me a lot of FPS boost. Here are some of the things i did that had most impact.

* If you have a lot of events, place them in groups and enable/disable the groups only when needed. The less events running at the same time the better.

* Using functions and "once when true" can save some CPU, as well as using "every X second" instead of having events run every tick.

* Use Sprite fonts instead of regular text object. Can do a big difference if you have a lot of text.

* Use the condition "Is On Screen" when possible, so the Event's won't pick stuff that is not on screen. Very useful in many cases.

In general. Try narrow down the event object picking with conditions as much as you can, and structure the event sheet so that you can turn off and turn on groups of events when needed.

Based on Ashley's Optimisation: Don't waste your time where he states only 10% is logic I followed his logic/events tips on there, similar to some you just mentioned, and then focused on image size.

I think a lot of the cpu is because I am using physics but I will still test out things in other areas to see if it helps.

Thanks for the tips! I will try those out and keep in mind for future projects.