1. Matter of preference. You need to put 10 different sprites in a family to be able to sort through them. If you put 10 images into 1 sprite, you need to handle displaying proper image as well as use a private variable to determine the sprite's role. Performance wise, not that much difference, I think. Others might have more to say on this topic.

2. Number of instances.

If there is a difference, it is small enough, trivial in comparison to other performance hogs. Unless you are trying to simulate a neural web or something.

Just one thing to consider - the conditions loop through available instances every time they're run. If there are a LOT of instances, it may be better to filter them into categories, so only relevant sets are available to conditions. I sometimes do that when dealing with a huge amount of objects. Set conditions into sub-events where objects are pre-filtered already, so not to re-pick them again. No clue if that helps at all, it sure helps me organize them in my mind, though!

Come to think of it, if this concerns you so much, why don't you test it? Two test capx, different methods in each, see performance impact when dealing with 1000, 10000 and even 100000 instances.

Welcome to the world of game development, where we all learn something new every day.

A few things to keep in mind:

• keep your graphics and animations sane (no huge backdrops, 100-frame animations etc.)
• focus on gameplay first, plug in graphics next. When your prototype runs smoothly, you will know it isn't your events' fault when your game slows down.
• expect hurdles on the road of game development. Hurdles, hurdles everywhere to overcome. That nasty bug you can't figure out? You'll have that hair turned gray in no time.

That said, good luck! ;)

I am not so foolish as to expect my games to run well on ALL platforms. I choose the target platforms and design for them. Making a game and then expecting it to run equally well on all available platforms... well, that's naivety. For one you have to consider the huge gaps in performance, limited features as well as different means of control (touch vs gamepad vs keyboard/mouse).

You need to rein your expectations in a bit. If you hunt two hares at the same time, you'll lose both.

As a consolation prize, HTML5 means that games will eventually run on all HTML5 platforms when it is fully supported.

ArcadEd

If I remember correctly, I had encountered a bug with comparing (most likely due to my lack of knowledge/experience), so I never finished the implementation. Then again there are many ways to implement it outside the plugin. Good luck!

Those are developers who already are fluent in at least one programming language. For those, it is better to prototype a game in C2 first to see if their idea is good, then they develop it in a native environment for the performance and security.

That doesn't mean C2 cannot be used to release games.

Except this is not respected at all in some countries. China is known for its huge market of blatant rip-offs. You can message and threaten all you want, they won't do anything but make money off your intellectual property.

Well, it appears to be open source, so you could at least get some ideas and possibly more efficient methods there.

Way ahead of you, already posted about it here. Ashley also responded to it.

http://goldfirestudios.com/blog/104/howler.js-Modern-Web-Audio-Javascript-Library

eatures

    Defaults to Web Audio API

    Falls back to HTML5 Audio

    Supports multiple file formats to support all browsers

    Automatic caching for Web Audio API

    Implements cache pool for HTML5 Audio

    Per-sound and global mute/unmute and volume control

    Playback of multiple sounds at the same time

    Easy sound sprite definition and playback

    Fade in/out sounds

    Methods can be chained

    Uses no outside libraries, just pure Javascript

    Lightweight, 5kb filesize

I wonder if Construct 2 could make an use of this library?

rfisher: Unfortunately Spritefont is intended for monospaced fonts, that is equally spaced glyphs... You'll have to use webfonts, I'm afraid.

Adding new variables every tick is a bad thing. Adding a few dozen, even hundred static variables is not a bad thing. Well, except for organizational purposes, maybe.