I'm sure someone will do something eventually. But even with a plug it will require some serious commitment. Lets say you just want the minimum 4 directions with eight frames per animation, and animations for standing, moving, and attacking. That would be close to 96 frames... even for pre-rendering in 3d that's a lot of work, for just one character. Then when you think about something like Diablo 2, the amount of resources needed would be staggering, and probably be pushing ram to its limits.

Yeah cause those old 8bit computers sure had lots of memory to spare to fit all that isometric stuff in with their games 30 years ago... oh wait

also, mirroring, done.

:):)

Anything come of this, guys?

would you make one? Talking about construct here (title length too short).

please vote!

Just have two spare layers, one point, one linear, and move objects from one to the other as a method of changing from one to the other. Assuming it can't be changed at runtime that is.

i like the idea but there may be problems like-

-the player may not have both the games, well but its kind of an advantage because the player may get curious and buy the other game too just to see the bonus

-if you are going to use codes then many will just google for it and then the main concept of unlocking may get spoiled

but well, in both cases the developer will have the advantage(his/her game will $ell )

-if the games are being created by more than one developer then both have to be in agreement and IF for some reason one cannot include a feature then the other will also have to remove the bonus and everything will get kind of mixed up

at the moment I haven't thought of all the outcomes of this idea but it may be a problem for those who don't want to collaborate

It's not like law that they have to or anything LOL!!! It would be a simple choice between friends. You make it sound like it's some construct law that'll be passed that everyone will have to do, which it isn't, it's just an idea for friends to link their games to each others in some way for fun.

And I never mentioned selling, lol.

Pixelrebirth and I were discussing this in chat the other day, and I thought I'd mention it on here, see what others thought of it.

A long time ago, before some of you were even born. A guy called Peter Molyneux, had a great idea for his games. He came up with this idea that each game would in some way be linked to another. Even though the games would be entirely different. For example, a game like Magic Carpet (Bullfrog) would put you into another game based in the water if you flew into the ocean, or if you flew really high, you'd be in a Populous style game. But only if you had those other games installed, otherwise it would continue as normal. Each game would still be it's own game and entirely playable on its own. But doing certain things would let you move over into another game. Events in each one may or may not effect things in the other games,

Nothing, to my knowledge ever really came of that, probably because Magic Carpet wasn't really successful, though technically was really good for its time. But it did get me to thinking it could be pretty interesting if it were done here, with construct games.

-

A lesser and simpler method would be unlocking game content from one game, that applies to another game. For example you could find a special object in a Zelda style game, that has a curious combination written on it. Which turns out can be used to unlock a bonus level in another game. While simply completing another game, will unlock a special edition weapon in someone else's platform game. So on and so forth. Different games entirely, but grouped together by the bonus content (not game breaking content, or content required to complete the game. Just bonus items, levels, features etc.).

It could also help to get the not so visible games noticed more than they might have been otherwise.

Opinions etc?

Hi there, I?m getting started with construct and after a few tutorials now I?m on my own (with the Wiki?s help) trying to figure out how each thing works. Regarding sprites I have a question, which format is the best for the sprite?s and other object?s textures??

Sorry if the question has already been answered or if it is dumb

Well in the case of construct, just use png's, because it converts everything to png's anyway.

Exe worry isn't a worry? That can be interpreted many different ways.

You should come into chat, we're discussing this at the moment, lol. You might find it interesting.

I used to play around with WME a long while ago, wasn't really that impressed with it back then though.

And yes having everything inside a single exe is a common complaint here. There's not a lot that we can do about it though.

Edit: But I just asked Ashley and your exe worry isn't a worry, so don't worry, lol.

I've tried adding the physics behaviour to all the other solid objects, but that makes the player slide slowly to the left for reasons I don't hope to understand.

I've heard (read) mention of people faking platform behaviour with physics and events, would that be doable/easier than faking the bouncing itself?

I've heard a few times that physics for platform games (while possible) isn't recommended. Faking the bounce would probably, ultimately, be less hassle.

Twitter is just legalized stalking of celebrity "friends".

Physics objects only see physics objects. you'll have to make everything immovable (physics) for it to react to them. Or fake it with events.