I actually loled at bmw's post

I just don't like the idea.  We can pretty much do all that in the object editor, to an extent.  And most people probably won't care if some random member makes a like-Aeon game.

Why on earth, Livio?

lol

anyway, I can't remember, were you for or against the custom object editor? Anyway, this looks like a great compromise for the custom object controversy.

I was against it, to an extent.

Quoteth my post:

well, the current idea is to just make a regular Aeon with none of that stuff, and then try making kind of game-maker program with all of those options. that is, if we ever get to building such a thing.

Lol, Bmwsu, don't they teach you rhetoric/arguing at home?

Your opinion is pretty much useless if you don't post any thought behind it. That's why Livio said he loled at your post, because of the absolute lack of information in it while being proceeded by arguments and thoughts.

It sounds pretty cool actually, but wouldn't it be confusing with everybody having their own game? I don't know honestly, but it could work. Like Isa said, as long as we make a game I'll be content.

yeah it would be confusing and very challenging to pull off right, but I'm willing to not include Custom Objects in Aeon because of the possibility that we might one day try this new idea out.

What? Jell's idea? Haven't I been saying this all along? I dunno... maybe it just never got through. So we've got two options. The first is to make Aeon, a game with only a simple level editor like HATPC, and then make a platformer maker. Option 2 is to make this platformer maker, and make Aeon using it.

I can't help but feel the way Livio has been using the work "engine" is off.

http://en.wikipedia.org/wiki/Game_engine
A game engine is a software system designed for the creation and development of video games.

lol I just looking for the right word to call whatever a "game" should be. I even kept changing the word in the last couple of posts too.

and all this time I thought the idea to make two different games would be to make two Aeons, one with and one without the CO thing. but to make a platformer maker is way cooler.

A third option could be to make Aeon, and then, with the platformer maker, put a version of Aeon in with it, remade with the platformer maker. Hell, include HATPC and HATIC while you're at it?

And of course, what people can do it make their own games (we need a good word for that, don't we...), but not include any levels or anything like that. Sort-of like a template, so you don't have to make all the graphics and everything yourself.

"Platforms"? Nah...

yeah, that's the idea. where you make your own game/engine/template/"platform" that other people can then use to make levels with. For example, we could probably use the program to make HATIC levels out of a HATIC game/engine/template/"platform" if we wanted (it's a good thing we don't).

but wait, that's an interesting idea. Make the program first, and use that to make Aeon. It would certainly save time in the long run, but would you guys be willing to wait for such a thing?

Would it be possible to have this give you a AS3 code for the game, to upload it elsewhere? Or would that be too complicated.

Like, I use this Platformer Maker to make Hannah and the Jelly Caves. Could it give me a AS3 code for HatJC, so I can upload to Kongregate or something, or will it only be possible to play using Platfomer Maker on this site?

hmm, jell you have a point. The game maker would be built to handle any game that you can build from it. Theoretically, we could upload all the game-maker's files with the necessary settings specified to make it run Aeon, but that would result in a TON of unnecessary code. But then again, I could just split up all the code into several files and then upload only the files that are needed. It would result in making not just Aeon, but all of the games make with the game-maker much faster to load and more efficient.

But in the end, Aeon would probably be more efficiently coded if it was programmed specifically for what it needs to do, rather than to run it off of a game-maker program which takes into account a ton of variables that will most likely never change if all it needs to do is run Aeon.

But then again, we really can't tell how big of a difference it would be if we coded Aeon first, or if we made Aeon run off of the game-maker system, especially because we have no idea how efficient I can make such a thing be.

And aside from saving time in the long run, there's also another advantage to making Aeon out of the Game-Maker system: like all games made with the program, you may be able to tweak the Aeon engine to your liking and add customization options that weren't originally included in the game itself. For example, if the game maker included an option to make the player have the ability to fly and shoot missiles, you could theoretically go in and make an Aeon level where you fly around and shoot missiles, even if it's totally irrelevant to what the game was intended for.

So I really don't know what our best route would be. Or actually, if we think commercially here, if we get Aeon out faster, it could give us more members faster, but then that might give me less time to work on the game-maker itself, which may produce more creative content and therefore members than Aeon ever will..... lol maybe we should just flip a coin or something...

Let's make Aeon first?

not taking into account any of my thoughts on efficiency, time-management, and commercial strategy, I guess we should make Aeon first because we simply care about it more.

wow that was simple

Thanks for that, now work on it.

Aeon first with no costumation options, Platformer Maker second.

But I don't think you answered my question. Would it be able to give an AS3 code to let the game run as a seperate Flash application, or would it need the Platformer Maker to play? Or don't you know yet?

Platformer Maker? Woah, leave that for the far future of Dreamland. If it can take your mind off this 'custom objects' thing and can get you to focus on making Aeon with 'quick and rigid' coding, then we'll all be happy. Well, I will be anyway.

lol

and I'm not sure about that jell. It depends on how we code it but we could theoretically make such a thing work