I have a good idea for the font splitting app that might be able to take an image and do it all automatically. I'll give it a shot then post back here when I've got something.

nobody who uses programs like these, are programmers, there's no programming involved and you're not a programmer by using them, it's like a modder calling himself a developer, or a college student with no real world experience, claiming they know better, it's a bit of a joke, haha

I have to disagree. I don't think a person needs to use a programming language to program. An if/then statement is the same basic concept in a language as in construct. I can't program in any sort of programming language at all, and yet after learning construct, not only can I talk game programming with professional game programmers, they can and have suggested things to me, without having used construct - and their suggestions work. I can understand what they're talking about most of the time because construct uses so many of the same functions. While construct simplifies the process enormously, it's still essentially the same thing, using a lot of the same concepts.

Also, as I think you know, you don't need to be at a major company or use a programming language to be a game developer. Honestly, I don't like how you seem to consider us 'bottom of the barrel' developers in your tone with parts of this post. I've been working on my RPG for 10 months, and let me tell you, it is a LOT of work. Construct may not be coding completely from scratch, but really, how different is it from using an engine of some sort that does a lot of the work for you? Engines take years to develop, and if your goal is to make games, I hear even from pro developers, you might as well use some other engine and get to the game.

[quote:1q8qt7m3]Especially when people run around claiming construct can do everything, when the reality of it is, it can't.

With the exception of online/gamepad use, I don't think I've found any 2d games that couldn't be made in construct (there are obviously a lot of 2d games I haven't played, though). The only games that I've found that you couldn't remake in their entirety are ones that rely on the speed of code (which is obviously faster than interpreting events), but even those games could be made with a few thousand less spaceships in them, for example.

Even if there are games out there that you couldn't make in construct, it can still be said that construct can make any TYPE of 2D game.

[quote:1q8qt7m3]Programmers (e.g. Ashley, David and the plugin creators)

Developers (people with real commercial experience)

Modders (people who mod game engines or create TC's)

Game Makers <-- this is where construct and other apps like it are, along with us, the users.

I don't think any group should be listed as 'below' or 'above' any other. We're all doing the same thing. Making games. The more I talk to people about it, the more I find people, and developers, most of the time don't care what you make a game with. They care that the game is awesome.

I disagree about loading the tutorial automatically, but perhaps asking if the user would like a tutorial once would work.

The way I do it is by looking at the player's abilities, then coming up with ways the level can make use of those abilities in as many ways that I can. Then I try to make all those pieces work together with the theme of the level.

Great thread idea!

The setup was:

- switch turned on (private variable sprite set to "1")

- mouse over 1 of the 4 instances of sprite: they all responded.

Try reversing the order of the conditions to:

• if mouse is over sprite
• private variable sprite is set to 1

Also make sure that the pv you're checking for is 1, not "1".

Edit: In the example you mentioned, how many sprites had a pv=1? Each extra condition works as an "and". If there were no sprites with a pv=1, this could have happened:

If pv=1 (if there are none, construct picks no sprites)

AND

mouse is over sprite (there were no sprites chosen from the previous condition - therefore still no sprites chosen because no sprites meet BOTH conditions)

Then the object list has no picked sprites, so when you tell construct to set the opacity, it sets the opacity of all of them.

My game was starting to take a long time to load/save/run, so I replaced all the big background graphics I had with tiny squares, then load the images at runtime instead. It now loads/saves/runs in less than half the time. This works with any object that has no animation, but it does make them harder to place. (Note: if you do this make sure that after replacing the images with tiny squares, make them 1:1. Otherwise construct crashes when loading images to them.)

Mipey: IIRC, construct freezes while loading assets. You could make a loading screen, but it couldn't have animation.

Looks like it's not working because of the bugs mentioned before. I'm not sure why it worked in my .cap and not yours - I couldn't get it to work with a new .cap either. Sorry, but it looks like there isn't any way to take a screenshot until those bugs get fixed.

You can either drag it to the correct layer, or use the move to layer action at runtime.

The canvas object does have some bugs, but I tried it in one of my .caps and it worked.

Put the canvas on the top layer

Make sure it's always in front of everything

In the properties, set it to grab the layout before drawing

On event, imagemanipulator, copy from sprite: canvas

Then imagemanipulator, save to file

I believe you can use a canvas object, have it grab the layout, then send it to the image manipulator, which can save it as a file.

Out of curiosity - would it be possible to make the mouse behavior grab the current mouse position rather than use the one in the event sheet that's being processed (which lags behind a bit)?

Gah, Ashley beat me to it.

(Edits out most of what Ashley said)

[quote:3oi8iiaa]an to the same, if you have a 512x512texture and make it 1024x1024 will it work faster then an original 1024

One thing not mentioned is fill rate/overdraw. GPUs can only crank out so many pixels per second (pixel fill rate). If you draw two sprites, and one of them is completely obscured by the sprite in front of it, the gpu will have essentially wasted that time drawing the obscured object. Normally this isn't much of an issue (and there isn't an efficient way to tell if an object is obscured), but it helps to think about when planning a level.

[quote:3oi8iiaa]is it better to cram everything together in the same for each "object" action or dont worry about it an split it up as much as you want for better overview

Generally I've found it doesn't matter, but if you're going to do lots of intensive loops, then sticking everything in the same 'for each' might be a good idea. Otherwise you do a lot more loops than you need. You can check how long the event sheet is taking via the debugger, where you can check the ratio of time spent running events/drawing the frame.

[quote:3oi8iiaa]if you have an area of 10000 by 10000, and there is some activity in places, is there something you can do to make it less cpu intensive or will the extra eventchecking make it more intensive

You can deactivate behaviors and set the collision mode of offscreen objects to 'off'. This speeds things up dramatically.

[quote:3oi8iiaa]if you zoom out, very far, more objects are rendered would it be a good thing to exchange the sprite with something smaller or less detailed, set the sprite to frame 2 for example

, or hide things that arent showing anyway, like particles

I suggest trying it. Set the FPS to unlimited and experiment.