next »

[Melly]

So Adam, which do you think is better optimized, yours or DrPetter's flash code?

Totally silly question, by the way.

[Melly]

Also would like to add I'll make sweet love with whoever create a first-steps tutorial of sorts, cause I'm pretty lost over here.

[AdamAtomic]

So Adam, which do you think is better optimized, yours or DrPetter's flash code?

Totally silly question, by the way.

LOL i haven't seen his code but its probably fucking great, DrPetter is the BEST, I love him.  I actually want to add native support for SFXR and Musagi if I can manage it...

[Melly]

Also Adam, I heard that uint is actually slow in AS3 as compared to int. Do you think otherwise? I noticed you use it around a bit.

[AdamAtomic]

I genuinely haven't noticed anything, and have no idea why it would be slower?  If it is I can happily switch to ints   Flash is soooo weird about some stuff

[Bennett]

Wow, thanks for putting this out. I can't wait til I get a chance to make a game with it.

[Melly]

Another thing I noticed is that usind Math.floor() seems unnecesary when you can just throw an int() there.

[AdamAtomic]

that's possible, I dunno which operation is more efficient though?

[Melly]

well, using Math.floor generates overhead, while using int doesn't. I'm not even sure why there is a Math.floor. Maybe there is some specific use to it?

The difference would be negligeable unless you were doing a shitton of the things though.

[AdamAtomic]

I do a shit ton of them   I should profile it

[Melly]

Math.floor does return a Number, so using int might not be good if you want to maintain the value as a Number. Unless you use Number(int()), heh.

Not sure when that would apply.

[moi]

I don't know about flash, but in other languages, there are cases where you really need a math.Floor.  I found that it's generally the case for develloping a 2D-in-3D tile engine for example.

[Glaiel-Gamer]

well, using Math.floor generates overhead, while using int doesn't. I'm not even sure why there is a Math.floor. Maybe there is some specific use to it?

Flash used to not have int as a data type, and floor is a pretty common function anyway

Also, it might behave differently for negative numbers, not sure

[AdamAtomic]

Hey dudes, got a few nice tutorials up, including some 'mode' mods and some hello worlds:

http://flixel.org/forums/index.php?topic=6.0

[PGGB]

Really cool engine. I will probably do some Flash games now.
You might want to add Linux to the main site under MXMLC.

[AdamAtomic]

Version 1.1 is out!  We have a few tutorials, some fun mods of Mode, updated documentation, all that good stuff!

http://flixel.org/forums/index.php?topic=6.0

[Hideous]

I looked at this the other day. It seems to me that it is indeed bloody amazing.

[Bennett]

I tried this out just now in Flash rather than Flex Builder, and it works fine so long as you add the following line to FlxGame.as:

Code:

import flash.display.MovieClip;

and change the class declaration to:

Code:

public class FlxGame extends MovieClip

If you make your project file (e.g. Mode.as) the main class of a flash document, it becomes a MovieClip rather than a sprite, so this is necessary. But it works fine!

Actually, I spoke too soon, obviously some other things will need to be changed. 



But it looks great, Adam, this will be really fantastic, especially for entering competitions, where time is a major factor.

[Hideous]

Thing I am most confused about though is building levels. Someone needs to write up how that works.

[AdamAtomic]

This is the current "non-proc" level design thread:

http://flixel.org/forums/index.php?topic=38.0

And this thread covers a simple mod to FlxBlock to allow you to specify a specific tile:

http://flixel.org/forums/index.php?topic=39.0

You can also just pass a single tile to the FlxBlock if you want.

I personally feel like level design is a major hurdle for rapid game design, so Flixel is designed mainly for procedural generation.  You can definitely work around this without TOO much trouble though!