flex[!]

Physics test

2009-05-10T05:06:00.001-07:00

Cool, sat down tonight and managed to make a completely elastic solution using Box2d:
[link]

This is after reading up on / trying out APE, fisix, and FOAM. Box2d is a lot more work and has rather poor documentation, but at least the project has had activity recently.

Camera capture for Paint

2009-02-24T01:17:00.000-08:00

Paint 0.03 Up

New features - beginnings of a filter chain system, and the ability to capture input from a camera. If you have a webcam, click the 'camera' icon at the top. You can drag and rectangle on the video feed and then hit capture to send it to the image.

In AD2009, dungeon was beginning

2009-02-20T02:56:00.000-08:00

New Tilepainting Demo

Click any of the tile icons above to change your 'brush' to that tile. What you're actually doing is changing your paintbrush to a color that is mapped to that tile and then painting with the color which is displayed as a tile. The little 'actual' representation in the corner is what is actually getting painted internally.

(EDIT: Ctrl+Click also works to eyedropper a tile, but I didn't do anything to make this work. Gotta love inheritance!)

Weapon Editor Test

2009-02-19T05:03:00.001-08:00

New version of Paint Example Up

This version is a complete rewrite as a flex component and adds color picking (Ctrl+Click - would've done Alt but you can't catch that event in flash *shakes fist*), a preserve transparency mode, support for non-square pixels, auto-stretching to the container size, more grid options, and improvements to the Graphic and GraphicResource classes.

This example also shows a GraphicResource being dynamically loaded, building auto clip names from a uniform grid (they're named "Xindex,Yindex"), loading clips by name, locating clips by pixel offset (click anywhere on the resource map to load that clip into the paint component).

I also have the first step towards a dungeon editor (TilePaintCanvas extending PaintCanvas - to paint with sprite tiles instead of just colored pixels)

And now, some SleepPaintCanvas.

Chunk and BitmapCamera

2009-02-18T23:33:00.000-08:00

New system and test: BitmapCamera.
The only fast reliable form of panning is via bitmapData and draw()/copyPixels(), as far as I know. And I've tried a LOT - including writing pixelbender shaders, crazy memory flop tricks and every form of bitmap caching available.

The fastest method I call the BitmapCamera. Run a copyPixels on everything that the window 'sees' doing appropriate transforms. Don't render a single pixel that doesn't need to be there (especially not transparent). So, in taking from MMO client methodologies, here is a culling BitmapCamera. Basically, if we can't even see the object, it's not even going to be considered (and may not be in memory). You can expand that to include dynamic loading/unloading of tile pieces, and if you know enough about the prefetch paths (for example, with a Graph or BSPTree), you might know WELL in advance.

This code was written stealing the architecture from that of common 3D clients, abstracted down into simple classes, and then extended as "Bitmap" versions of them. However the scene type class that I have doesn't care what it is, so it could work to do a portalcast/scenegraph for a 3D flash renderer.

In this example, use the arrow keys to move the 'camera'. Sprites that are out-of-frame (represented in red) will go transparent to denote this. The blue doesn't mean anything here but the possibility of a loading/unloading hysteresis.

BitmapCamera test 01

(EDIT: I added mousewheel support... mousewheel while keyboarding around to change the camera size - on flash 10 it should still be quite fast even at 800+ pixels)

Quick Beginnings

2009-02-18T03:51:00.000-08:00

[fullscreen]

mx.controls.Image

2009-02-17T01:38:00.000-08:00

Blast you, Image class. The 'goods' are stored as an internal namespace'd variable named contentHolder. There are two methods to set this from the outside.

via source: this expects to be a url string or a IFlexDisplayObject class (generally one auto-generated by the @Embed directive)
via load(): see source above

Unfortunately, no one thought that maybe you would already have the data or you were generating it fresh. Of course, you'd ask, why would you need the Image class then - why not just make a custom component? Because then you'd have to rewrite any and all of Image's other features that you wanted (and making a horrible OO-fail example in the process). So basically I wanted a UIComponent that had all the features of Image but could also accept a bitmapData and some other stuff as inputs.

For what I'm doing (preloading resource chunks), I decided on a pattern of two coupled classes: GraphicResource and Graphic. They both derive from Image, but a Graphic is only really useful if it has a linked GraphicResource so it can pull bitmap clips out of it. There are probably better ways (maybe not better, but more Kosher) of doing this, but I'm sticking with this for now. Theoretically the GraphicResource can still be a Vector Sprite while the Graphic is a Bitmap in this setup, but I don't have a concept yet of having a Graphic pull out a vector asset from a swf contained in a GraphicResource. First show me wash the car.

Also ignore the fight menu stuff... none of that is functional.

Now with 100% more Dragon

A resource approaches

2009-02-07T15:03:00.000-08:00

Test using clip coordinate library and sheet file for less loads when loading a skin or theme

Quick One

2009-02-03T03:06:00.000-08:00

Made a Graphics Editor in 15 minutes. Should make it a proper component and remove some of the bitmap hax, but for another night. Scroll the mousewheel over the editor part to resize the editing window. Color picker on the top.

Sad Blue Faces

2007-12-03T19:54:00.000-08:00

Haxxed it away for now: The tiled floor is always 'behind' the faces now. Made the tiled floor random (based on sine waves). Gave the tiles multiple textures now per tile. Create characters only on blue ones. Drag to rotate camera.

[fullscreen]

Familiar Faces

2007-12-03T18:33:00.000-08:00

Ok, added some planes with textures on them that always point at the camera. Now the culling issue is quite obvious: whole objects (based on their centers) are being sorted first instead of dumping all the triangles into the same sorter.

I can see the reasoning for this but it ultimately fails at what I'm trying to do here. I may have to write my own split-triangle culler or even test out writing a z-buffer system (though think that will probably kill speed entirely).

Notes: Click and drag to move camera. Be patient for images to load.

[fullscreen]

Constructive Geometry

2007-11-14T16:06:00.000-08:00

Made a TileTerrain class that uses constructive geometry to build it instead of cubes. Solves a lot of the problem - not perfect though but the final tweak to this method is much harder so that will come later.

Papervision vs Sandy

2007-11-13T17:30:00.000-08:00

After reading Sandy 3D's code and tutorials I found that I liked the organization of the code leagues better than Papervision 3D (which I have more experience in at this point). So I decided to do a little test.

In the past hour I wrote the same basic thing in both engines. Other than some features that one had and the other didn't (neither seemed to have a useful concept of 'lighting' - but in the Papervision case I'd already written my own primitive Lambertian reflectance shader so I just reused that), one thing I noticed was that both of them had problems with z-index culling - putting one triangle on top of another that shouldn't be.

I did a lot of reading on Sandy and tried all combinations of their culling and didn't manage to solve it. Only thing I could find in Papervision is an arbitrary z-depth sort for objects for the camera.

P.S. If this example looks familiar to you it's no mistake - I'm actively dreaming these days of making a Final Fantasy Tactics style game in full 3D (not just iso) in flash.

Sandy Example
Papervision Example

Also, the Papervision performs notably better. So as much as I like the structure of Sandy better I may not be using it as soon as I'd like.

Polar Color Test

2007-10-28T15:39:00.000-07:00

More complicated Entity Test

Still entirely nondeterministic, but now I've added some more color controls. Some of these particles are positive poled and will naturally attract, some will repel. Hold down the mouse to invert the magnetic pole of the mouse (and increase the power of the magnet).

Companion Sphere

2007-10-23T23:35:00.000-07:00

Abject return value chain abuse here:

em.addAffector(new MouseAttractor(5)).assign( em.addEntity(newe(0,0xEE0000)) );
em.addAffector(new MouseAttractor(-5)).assign( [em.addEntity(newe(90)), em.addEntity(newe(180)), em.addEntity(newe(270))] );

Creates this version, with 3 of them hating the Mouse and 1 loving it

(newe() in this case just makes an entity with a circle drawn and a start angle with a velocity of 10 and a color)

Uno Mas

2007-10-23T23:14:00.001-07:00

Added a 4th Affector that will attract to the mouse cursor if you get close enough

Entity First Tests

2007-10-23T19:03:00.000-07:00

First Entity Test

I'm rebuilding my particle system around a couple base objects: Entity, EntityManager, EntityEmitter(optional).

Entities are Sprites with the ability to be updated via a delta 'time' slice. They support nondeterministic animation through this system natively, but they also can each have their own timeline objects to have properties of themselves deterministic.

EntityManager objects manage groups of entities and serve as a single point of contact to update or evaluate an entire group. They also manage removal, and Affector chains.

The whole entity thing is basically a way to get things like Affectors without having emitters - so I can write an Artificial Intelligence Affector for an enemy that needs updating/main loop service.

This example has 4 entities and 3 affectors (WobbleAffector, VelocityClampAffector, RadialSoftBoundsAffector).

Flash? in my YouTube?

2007-10-23T13:21:00.000-07:00

http://www.lostinactionscript.com/blog/index.php/2007/10/13/flash-you-tube-api/
Saved here for future usage.

Entity is coming

2007-10-23T12:51:00.001-07:00

rewriting particle framework, brb

Flash 9 Dance Dance Revolution

2007-09-22T14:03:00.000-07:00

Very simple rhythm game written with help of my existing gemini lib for AS3. Game itself is 270 lines of code, including MXML. This doesn't include the libraries, but the two new classes RhythmTimeline and RhythmKeyframe are only a couple lines each on top of the existing timeline stuff.

Each keyframe has a 'radius', the distance at which a hit is viable. When a key is pressed, I dig through the behind and ahead heaps up to a given max distance (the maximum radius that you use is a good value), to build a list of possibly 'current' ones, and then I go over this list testing absolute distance versus radius to get a final list.

Most of the speed problems are due to the movement of the sprites (and the fact that I'm creating all the sprites ahead of time and not as needed - easy to fix). I really need to steal/write a good parallax scroller to do this for reals. I found when I added a clipping mask to the keyframes I lost like 20x more speed, so I left it out for now.

There are some small issues regarding visual position not syncing perfectly with the audio (it actually IS synced, but the write and flush delays are hurting it), so sometimes it may feel like you're being gypped. Also this song is probably not the best choice is it actually seems to drift in parts (the latter half of the song is almost perfectly mapped).

You can drag to scroll around the music, and hit the "a" and "q" keys on your keyboard to dance with intensity. You may need to click in the browser (anywhere) to get the keys to recognize (I know how to fix this).

Be patient if you have a slow connection, song is just under 3mb and I didn't make a loader.

Enjoy!

Silver Screen Dance

Introduction

2007-09-19T11:31:00.000-07:00

Hello, welcome to my new experiments blog. Any and all posts before this were made in my livejournal before I had set this blog up. I figured I should have something specifically for code experiments so that it's separate from my personal journal.

Most all of these experiments are Actionscript 3.0+ and built in Flex 2.0+ and as such to view any of the examples, you must have the Flash 9 plugin installed. Some of the examples require additional things (web cams, mics, wiimotes, etc).

I will be posting source code for any of the projects that become mature enough to warrant posting. Source code is available for other examples on request (use at own risk).

Herd of Boxen

2007-09-19T10:29:00.001-07:00

FROM http://oizys.livejournal.com/228030.html

Obvious next step

My particle emitter + Papervision3D

PaperVision Test 2

2007-09-19T10:28:00.000-07:00

FROM http://oizys.livejournal.com/227760.html

Balls are out

click and drag to move the camera

3D? In my actionscript?

2007-09-19T10:27:00.000-07:00

FROM http://oizys.livejournal.com/227335.html

I downloaded Papervision 3D today and started learning it.

So far I've made my own material (ShadedColorMaterial), based on the Lambertian reflectance half of Phong shading, and my own object with its own custom renderer (BoundingCube - has no faces but only vertexes and custom drawn edges).

My first Papervision Tests

You may find the shape/proportions of the object familiar. This is by all means intentional.

Shapes

2007-09-19T10:26:00.002-07:00

FROM http://oizys.livejournal.com/226330.html

Last night I wrote a standardized shape baseclass with the important draw() and clone() abstracts and some handling of size/color/line etc, and then moved all my shape scraps to this.
Here is a Gear class which is derives from Star.. and a ShapeParticleEmitter that emits shapes by using their clone(). The joy of this is that you can change the "prototype" object at will and the next particle emitted will be a clone of it in its current state.

I realize there are better Shape libraries out there already (hell there are better Timeline libs out there than mine), but I like the joy of making it and of making it how I invision (plus being able to optimize it).

While digging around looking at flash stuff I found two amazing sites:
Papercritters.com - (here's my first one)

Let Them Sing it for you

Typhoon Evolution

2007-09-19T10:26:00.001-07:00

FROM http://oizys.livejournal.com/225735.html

The latest code is a bit of a jump

Things added:

LoopedSequence and PingPongSequence (modifying colors globally via ColorTransform)
Enemy plane moves, Particle Emitters can now 'house' their particles under another container so that they can move without moving their children
Enemy has 4 Emitters, Player has 1 Emitter
Collision is now a CollisionParticleAffector, allowing you to collide particles with object sets and particle sets, with event callbacks
Emitters now have "ParticleEmitterBehaviors", an example one here is the TargetingParticleEmitterBehavior, making the two side turrents target the player on fire but then not do anything special
The mini bomber ships are particles emitted slowly with a Targeting affector that tracks the player.

Click to fire

One minor bug... if you leave the ship NOT firing for a while (like the game is running in another browser/tab) and then you fire - it eats CPU for a long time (will appear frozen). Don't do that... fire a lot... it's okay to not fire for like 10-20 seconds or so at a time.

Exploring more particle fun

2007-09-19T10:25:00.000-07:00

FROM http://oizys.livejournal.com/225043.html

I'd gotten a little bored with all the particles moving straight, and while waiting for the motivation for my true ParticleData slice structure rewrite that will allow me true velocity/accel control over parameters, I decided to pursue the other half of particles:

Affectors.

ParticleEmitters now have an Affector stack which can have an arbitrary amount of ParticleAffector objects that evaluate for each particle.

A simple example is wind/gravity/force. This looks and feels awesome even for a simple single affector.

But shmups often have over 50% of the bullets that go no where... why would you fire like this? Why does the fire have to be stupid also? What if the fire actually wanted to kill the player?
It might look something more like this Attractor. In this example, you can hold the mouse down to reverse the attractor (To make a repulsor) - a useful weapon in your arsenal.

Oh and since I programmed all the ParticleAffector objects with the ability to have a 'global' effect or a localized (BASED ON SPRITE SHAPE!!) effect - I can easily contain this. (note, repulsor mode here makes awesome bounce shield like effect).

I think my goal is to make a shmup that makes people invent new curse words and name them after me.

Fresher pls

2007-09-19T10:24:00.000-07:00

FROM http://oizys.livejournal.com/224933.html

Ugh sick as hell today for some reason. Forecast for tomorrow: 80% chance of fail.

Comic con was a blast this weekend - special thanks to Matt, Nessa, and Maryssa for being awesome. Special thanks to Rog and 'Rie for containing lols (Mini!).

Over the last couple days here are my advancements:

AudioTimeline Test (click around - the timeline's 'time' is being driven by the sample offset of the song: "out of sync" is an impossibility)

Full particle and collision test (the red dots are what are actually colliding - in this case a full hitTestObject calc for each - not too shabby speed wise, but I have many optimizations in mind)
Try to sneak through the big sweep attack on the last one.

Squeeky Mirror

2007-09-19T10:23:00.000-07:00

FROM http://oizys.livejournal.com/224517.html

Cheezy CamPaint app [Requires Connected WebCam]

You can draw on top of your webcam image. Press 'v' to have an opacity slider show up (top left), press 'b' for brush size slider and 'c' for color picker. Number keys 0-9 (top of the keyboard) are quick hotkeys to set brush sizes. Spacebar clears the screen.

The primary purpose of this application is to draw a mustache and then say "It's A ME!". All other usages are not covered by warranty.

circleOfLife()

2007-09-19T10:22:00.002-07:00

FROM http://oizys.livejournal.com/224388.html

Simple Instanced Position Test
Basically, the other (not red) objects mark themselves as "instances" of the red on, so that all I'm doing it moving the red one and the rest follow suit (in their own respective coordinate systems). Going to make a couple variations of this class/system and a couple helper instance Arrays to make grids, rings, spirals, etc.

The primary purpose of this is to cut down on the amount of mathwork the system has to do to transform a lot of points that are identical along some form of symmetry.

Imogen

2007-09-19T10:22:00.001-07:00

FROM http://oizys.livejournal.com/224033.html

This will probably only hold feigned interest from the Computer Scientists who might read this (including my future self) but I've completed/debugged my new BidirectionalTimeline class, which allows for an impressive number of sequences within a single dimension to be sorted and evaluated in minimal time. The objective is... you have a time position, and you want to know what sequences you've completely passed, which you've not reached yet and which you are on (and where you are along them). Now you want to know this whether you're going forward or backward through time. Now add on that if you skip any arbitrary amount of time that you know exactly how many you've passed over, in which direction and where things lie now.

All in the least amount of time possible.

Now there's probably a better solution than my simplistic one, but I believe there's an inherent value that simplicity adds that is probably worth whatever small speedup there is left to ponder.

The first basic test... 50 sequences and showing you how they are sorted

The real test... 5000 sequences - the lists aren't populated because the Flex list display alone drops the framerate to around 1/50th

The solution? Two Heaps (one sorted by highest end time, one by lowest start time) and a Linked List or Resizeable Array. If you have another idea, I'd love to hear about it.

Oh also, I just watched The Prestige. Crazy awesome film but kinda creepy to think about.

Now with more bitmap

2007-09-19T10:21:00.000-07:00

FROM http://oizys.livejournal.com/223205.html

More tests using a bitmap emitter here and here.

This time you can attempt (though futile) to catch'em all. More fun I've found is just holding down the mouse and swatting them around.

making the new BitmapParticleEmitter was about as hard as this:


package
{
   import gemini.display.particle.Particle;
   import gemini.display.particle.ParticleEmitter;
   import gemini.display.particle.ParticleEmitterData;
   import flash.display.BitmapData;
   import flash.display.Bitmap;

   public class BitmapParticleEmitter extends ParticleEmitter
   {
       public var bitmapData:BitmapData;
     
       public function BitmapParticleEmitter(base:ParticleEmitterData,v:ParticleEmitterData = null)
       {
           super(base,v);
           bitmapData = null;
       }
     
       public override function createParticle():Particle
       {
           var p:Particle = new Particle();
           var b:Bitmap = new Bitmap(bitmapData);
           p.addChild(b);
           return p;
       }
   }
}

Emmitt Field

2007-09-19T10:13:00.000-07:00

From http://oizys.livejournal.com/222886.html

Some particle emitter tests in actionscript 3.

Look, I made a simple lever - this is a simple emitter you can play with

This one might hurt a bit - but it looks pretty ^_^ (the number on the top should tell you it's averaging at 760 particles in existence at once - more than most computers can dish out at 30fps but I'm working on that). It's the same as the first with different default settings.

More to come later.

Waitwhat

2007-09-19T10:09:00.000-07:00

I just set up this blog to house my flash/actionscript/flex experiments.
Need to first post the backlog...