game-editor.com

This is a work in progress this video is a ball boncing off of wall alot will be added from this point on.

Wow cool!

Yes i might have found a way to make a Z angle . This is far from over but the possibilities are endless , and we be able to make 3D games with a 2D editor. Right now Iam working on puzzle game but later on you and bee-ant (maybe DST)plus me will work together on this game.

It looks nice!

Nice
But, if you make the ball change it's size depends on the z axis (the virtual z axis I mean)...it would be cool

Yeah you can do that with Canvas, kren

Hblade wrote:Yeah you can do that with Canvas, kren

Bouncing ball inside canvas would be troublesome...
I think it's easier to just draw different animation. moreover, the z depth is not that far...

True. It'd be better if GE actually supported scaling

Yes its still a work in progress Iam trying to minimize the code. When all of us have some time together we will knock this game out and do something special. Let me get this together plus Iam working on other projects too, like the one DST showed me .

So kren, what did you use for the ball collision detection and the angles it detects the colision? How did you actually MAKE the bounce effect

This is just my theory, but why doesn't GE support scaling by default?because to scale an image you need a canvas. GE isn't the only one who has canvas...other language such as Java using canvas as well. If you want GE supports scaling by default, it means you have to integrate the canvas and view actor. So, ALL actors must be drawn into view-canvas-integration instead of only view. I think you already know how slow it would be...that's why GE separate canvas and view to minimize the slowness...since GE is a cross platform as well, speed is the most important thing...
If you know Processing you may would be more understand this. It uses Java language, supports scaling by default. To display the actors into view (in this app, view and canvas have integrated) you need to draw them all. In the end...okay, it can rotate and scale beautifully, but slow...

hehe, for future information, bee ^.^

C++ has some codes that actually can scale / rotate an image just by manipulating the vary pixles it contains, it's much less resource hungry than a canvas, and much faster, not to mention less code! i have no idea how to do it though lol

The reason I didnt include the game and source is Iam trying to find a less complicated way of doing what I did. I used a filled region for the simulated Z angles. For ball movement I have several paths that are linked and are triggered by collision with Z angle. Also sound is triggered by collision with Z angle. The charactor is moved solely by move to mouse position. When you click on your charator he creates the energy ball. As soon as I fix some things up I will release the code and we can get to really play around with coding. I dont use canvas though. Iam working on what bee-ant asked which is ball becoming smaller as it goes futher away and he wants the Z angle deeper.

wow