Quirk alert: if you're talking about copying and pasting between .caps, that's an unfinished feature and can seriously mess up a .cap. Keep it all in one .cap (aside from backups, obviously), and use a different layout for your development testing instead (or use a different .cap for anything you don't care about having to recreate).

Oh, great tip. Thanks for sharing!

You will hear differing opinions from person to person, but Construct Classic is quite capable of large projects. Even more so if you know a little C++ and want to get your hands dirty in the SDK.

I have not considered this option. I have been programming on C++ since 2003 so could be a good idea to see what's really going on the SDK (and share the results)

If you have a GTX 400/500 (possibly others?) GPU, there's a bug which messes up textures when they're loaded/set in the image editor. It is usually just non-power-of-2 textures, but I've seen it happen to power-of-2 ones as well.

Thanks. Luckily (?) I have a GTS 250 and haven't seen that problem so far. The only issue I get is, when I tick on Motion Blur, on app properties, game crashes when exits. Motion blur appears correctly though.

Honestly, if you're going to do anything 3D, even if its 2.5D, you should probably use something else. Construct's 3D is quite limited. It doesn't even have basic lighting. While technically you could make your own 3D engine with events, it's overly complex and wouldn't run as fast as other options like unity would.

You seem to sound a bit comforted by what we said, and maybe in particular from what I said. Maybe a bit too comforted. I don't mean to leave you with the impression that what I mentioned is the only issue I face with my game - it's simply the only one I haven't managed to find some way to work around. Some of them are easy to avoid, like the or condition which causes crashes, or the layout object which among other things doesn't register left clicks. Some of them are a lot weirder, like I have an old event that crashes the IDE if I try to move it in the event sheet (though I can deactivate it) and a layout I can't use without my game going haywire - easy enough to work around by making another layout and not using the bugged one, but seriously distressing until I figured out how to work around it. One of my event sheets with 5000 events takes 10 minutes to open due to some weirdness (though I have an old processor, which certainly contributes, but it shouldn't take that long regardless as a newer event sheet with 1000 events only takes a few seconds to load).

Then again, I also started this project 2 1/2 years ago, so a lot of the bugs that I face have already been fixed.

I feel somewhat nervous about what I said before actually, because it seems it's kind of hard to predict what quirks might arise for a user, and I really don't want anyone to risk financial ruin based upon my experience alone, because there is one user I know who has encountered a showstopper, though he's the only person I know of who has encountered that particular problem. Because of that, and how unpredictable construct's quirks can be, I don't feel comfortable recommending anyone risk their financial future on the chance they might encounter something they can't work around. Perhaps I'm being overly cautious, but I really, REALLY don't want you to encounter something that forces you to scrap your project and lose a lot of money, especially from my advice.

What I'm trying to say is, can you? Most likely. Will you encounter quirks that you can work around? Almost undoubtedly. Will you encounter a showstopper? Probably not.

But risking a business on a probably not probably isn't the best idea.

Again, I feel much more comfortable recommending you wait for construct 2 instead. It's far, far more stable than construct classic was at this point in its development, therefore there's much, much less risk of quirky weirdness, and it'll also help you in the long run for porting to different platforms. It's a much better business decision.

Thanks mate, I really apreciate your concern. No worries, I am getting a general view that is more or less suitable and with separate tests and getting everything working before adding into the main build, you could get an stable game.

I'd wish to wait to Construct 2, but we are ready to go. Perhaps we could build a prototype using Classic and jump into Constrct 2 once it's done. Game assets will be re-usable, so, in the worst case, only we would lose time on coding.

Thanks everyone else for the comments, I'll take into consideration all of them

> Well, you'd need quite a bit of Construct know-how to pull a stable large project.

>

This a thousand times. We're on our fourth rewrite of our most ambitious project so far and we've narrowed the scope every iteration but finally we're starting to get the results we want. Some plugins can cause crippling flaws that can end the development in an instant but as long as you separate your test builds from your actual project builds you're on a safe territory.

Thanks mate. It's always good to know that some issues are plug-in related and can be isolated.

[quote:1akj67u0]Experiment experiment experiment and make separate test builds, figure out a good development cycle and you'll be able to get the most out of Construct. You'll quickly notice that working with a team might become complicated because of the nature of the binary project files so I encourage you to get Dropbox or a proper piece of project management software to dodge that issue.

Oh, perhaps I forgot to say that I do have a extended background on games. I worked for many companies and as a team we worked on many projects already on different programming languages. Thanks for your spot on tips.

I'm working on what's probably one of the biggest construct projects out there - a sort of 'mini' RPG with almost 500 objects, thousands of animation frames and 10,000 events, and it is possible. The main problem I'm encountering is working with animations at this point - for some reason I can't track down the IDE is sometimes crashing after working with them for a bit. All I can tell is it has something to do with either how many objects I have, how many animations/animation frames I have, or both.

Even then, I wouldn't call my game a big project - more of a medium sized one. I suppose it depends what you define as a big project, though, what did you have in mind?

Regardless, I echo what's been said here and recommend waiting for C2 to start a large project if you can. It can be frustrating at times working around Construct Classic's flaws.

Thanks for sharing you experience. My idea for a game is a 2D, 2.5D one, platformer. I can't share ideas for known reasons but it would be a Braid-like and would have some complex features that would need many objects and complex programming. But would be 'big' in terms of development time, features, people involved, etc.

The problem is not the complex programming, but knowing if for Construct related issues, an obscure bug may appear that could cause us a drawback.

Perhaps a little scared, but your experiences bring some relief. Thanks everyone for the comments. More experiences would be highly apreciated.

Hi guys,

First of all, I have to say that I am with love with the program. It is really easy to get and understand.

We are about to start a big commercial project and we are looking for some sort of 2D engine. We think that Construct could fulfill development needs at 99% but things I've reading about bugs, memory leaks, crashes and such makes me think otherwise.

We have not encountered any issues, but would be deadly if they appear later on, that is, on mid/final stages of development.

Questions are then if those problems were solved and if Construct Classic could be safetly used. Of course we will donate to support the software and we think that Construct 2 would come handy, but is not finished and we wish to start now.

Any honest reply would be highly appreciated. Many thanks in advance,