The Collider Series page on my website is now displaying some analytic information about what apps are being played with most.
Looks like FluidSolver is in the lead,
with Touch Physics close behind!
And Gaia’s Touch, impressive...have I shared that one with everyone yet?
I've been trying to get my Box2DFlash chops up.
And this is something I've wanted to do since I started looking into multitouch.
So without further ado... Hungry Hungry Hippos (alpha version).
NOTE: I absolutely love seeing my experiments and apps in videos on the net. So feel free to take video testing out this game and leave a comment with a link.
The code is very very very very raw and not very clean or organized, but if you'd still like to see it, just send me a message.
I'm trying to get it up and running in the Collider project.
I'm so excited that I finally got to work on some experimental Flash at my professional employment. It is a nice change of pace to push an idea to the limits...and then some. In fact, I'm still not done working on the possibilities. This was only the starting point. Making text fall. Tie it into the Box2DFlash Physics Engine.
I want to give yet another shout out to Emanuele Feronato. If you are looking at this code, and are completely lost, he has EXCELLENT tutorials to get you started. Thats where I ended up taking my first steps in Box2DFlash.
Now in the guise of learning. I don't intend on going too indepth with the code...there is a lot going on. But hopefully, by breaking it down into phases, you can understand my building process. Something like this isn't accomplished in one chunk of code. It is build up by steps. At least the way I code. Read the rest of this entry »
Now feels like a good time to get back into it. Especially coming across this site:
Sure, it doesn't seem like there has been many recent posts. It can be hard juggling a life around experimenting. It doesn't make it any less awesome when you see something and get inspired. Here is what I found, a AS3 script that would not just draw a line, but so nice ribbon curving and add a glow around everything automatically. It is just begging to be multitouchable (that sounds a little dirty now that I think about it).
http://asluv.com/2007/09/18/laser-draw-as3-experiment/
"This experiment uses the AS3 drawing methods to generate an organic mask formed by several pairs of points linked with curveTo.
The generated shape masks a simple radial gradient and the result has a GlowFilter and a DropShadowFilter applied to it."
It works great, no doubt about it. But the source is there, we can take it a little further. Now I got a lot further than expected working on it, and the night is starting to get late, so I'm going to try and condense the main ideas I want to remember that are the most useful.
For 36 View of a Bridge at Ingenuity Fest 09 Cleveland OH
So as it happens, after most client meeting (client used very very loosely). It turns out the first way I was thinking about how to build this app wasn't exactly how it was originally vision. Honestly I was a little relieved, because what the new idea is made more sense to create. The only problem, how to pull it off? Read the rest of this entry »
Fire up the SVN, there's an new experiment to check out.
multitouch magnifier - AS3 from Chris Yanc on Vimeo.
If you don't have all the files, you can find them here: http://code.google.com/p/multitouchas3experiments/source/checkout
For this one, you are going to need Flash CS3 or CS4 as far as I know. I don't know how FlashDevelop or Flex will translate. We will be using assets from the Library which are linked to AS files. I'm thinking it'd be best to go through the files. Read the rest of this entry »
NOTE: The first video uses an unedited MSAFluid Processing example. But the example was saved intended to be used with the multi-touch iPhone app, where the screen is so small, to use normal velocities could make the display go haywire. The video later uses high velocities to produce expected results.
So the very first time I heard about it, it was called MSAFluid.
This is a library for solving real-time fluid dynamics simulations based on Navier-Stokes equations and Jos Stam's paper on Real-Time Fluid Dynamics for Games.
Which can be found at Memo.tv here, release 3 April 2009. At this point Memo (Mehmet) Akten was able to create a Processing app to create something simply amazing! If you have not seen it yet. GO SEE IT! You'll be blown away.
But it doesn't end there. A little time passed. May 12, 2009: At a blog titled, astatic notes took the Processing code and release an Actionscript 3.0 version! It was dubbed, FluidSolver.
Not even 24 hours of the release of the source, Seth Sandler of NUIGroup was the first to take the single mouse interaction and converted it to a full multitouch app. (If only I wasn't stuck at work at the time, hey myself, no excuses!) And get this, multitouch vs single mouse shows no drastic differences in performance. Eugene's inital development into Flash did a brilliant job managing resources. I'm going to have to learn as much as I can from it.
So that's the story I know. So what hasn't been talked about. Well, when I was playing around with both versions I definetly noticed a performance difference, which some of you may not see depending on the caliber computer you use for your MT devices. Here is the computer I use:
Now I'll be the first to admit that this is Not a quick setup. It was actually my backup machine. My normal computer uses an Inter Core2 Quad 2.5GHz with 4.0 GB RAM. One reason is that I need the more powerful desktop for freelance gigs and it is much easier to code on a computer setup on a desk then integrated into a table. The other reason is it offers that little bit of extra challenge to make sure apps I develop work as best they can with minimal system requirements. But any time I feel left out power-wise, I'll swap towers (^_^)//
I have to say that on my setup, Flash blew away Processing. Which shocked and amazed me! Now the Flash doesn't make it to the full 30FPS. It only hits 10-15FPS. Processing? Well it worked great with the mouse, but touch integration? Forget about it. But I'm no fluent Processing user, I am capable enough to be able to use examples and libraries. So I could be missing files, I could have something setup wrong. I can only show you what I have running.
But in the end. I'll add a huge check mark for Flash in the world of multi-touch app development.
happy experimenting.
Looks like a spoke too soon. Take a look at this NUIGroup thread. I feared that I didn't have something setup right in Processing. Thanks to some quick guidance from theigor, Process is up and running how it should be. And like everyone theorized, Processing preformed circles around Flash. I wasn't that surprised in the end I suppose, but I know one this for sure; I can intergrate this into other SWF files and study and edit code I am much more familiar with. And Flash has a nice interface to chance the fluid attributes on at runtime.
MSAFluid vs. FluidSolver II from Chris Yanc on Vimeo.
I would also like to quote Memo from his Vimeo comment from the first video:
"On a note regarding performance comparison, I don't think the flash demo has the same number of fluid cells (was it 40x40?) as the processing demo (was it 120x80?), so to compare the performance of the two demos would be unfair. But I must add that I am very impressed with the flash demo's performance anyway, it flies on my macbook pro and looks great, so great job Eugene!"
So this comparison isn't exactly and apples to apples comparison, maybe not even apples to oranges. I'm gonna call it apples to waffles. But thinking about it more just now, maybe it is apples to oranges. Apples to waffles would be comparing FluidSolver to my app prototype - for 36 views of a bridge video project. But the video has already been rendered and uploaded, so I hope we can all just take it with a grain of salt. Dude I've been using a lot of catch phrases lately. Krikies, I'll try to give it a break.
Now, happy experimenting.
It has been a while. But thanks for returning. I'm all situated with the move and now I'm feeling refreshed and ready to return to a little experimenting. So I thought I'd come back strong with something really visual.
Fractals!
The quickest explination I can think of is. Fractals are create by using recursion to run the same drawing function, but for every iteration length and thickness decreases a little. Right off the bat, I want to confess that recursion has to be my least understood topic when it come to programming. Though the idea doesn't sound too hard, reloop through the same function a certian number of times. Read the rest of this entry »
Recent Comments