Comments on: Massive amounts of 3D particles without Alchemy and PixelBender

By: Alchemy 와 속도 | Blog

Alchemy 와 속도 | Blog — Sat, 19 Nov 2011 19:19:32 +0000

[...] of 3D particles with Alchemy 란 블로그로 Alchemy의 속도에 논란을 불지폈지만,Massive amounts of 3D particles without Alchemy and PixelBender 란 블로그를 보면 Vector를 사용하고 코드를 최적화 하면Actionscript 만으로도 [...]

By: 픽셀벤더(Pixel Bender)에 대한 나름 간단 정리 | Freedom Developers

픽셀벤더(Pixel Bender)에 대한 나름 간단 정리 | Freedom Developers — Fri, 30 Sep 2011 11:17:05 +0000

[...] [...]

By: Massive 3D Particle System in Flash Molehill « jpauclair

Massive 3D Particle System in Flash Molehill « jpauclair — Tue, 19 Jul 2011 11:22:59 +0000

[...] PixelBender+Alchemy option (by Ralph Hauwert) http://www.unitzeroone.com/blog/2009/03/18/flash-10-massive-amounts-of-3d-particles-with-alchemy-source-included/ Pure AS3 option (by Joa Ebert) http://blog.joa-ebert.com/2009/04/03/massive-amounts-of-3d-particles-without-alchemy-and-pixelbender... [...]

By: Performance verbessern - Flashforum

Performance verbessern - Flashforum — Tue, 28 Jun 2011 15:34:42 +0000

[...] [...]

By: 45 star american flag - Star american - American stars

45 star american flag - Star american - American stars — Mon, 13 Sep 2010 13:38:27 +0000

[...] Massive amounts of 3D particles without Alchemy and PixelBender at 3 Apr 2009. Ralph's calculations are done in 32bit while I am using 64bit precision.. on my machine core 2 duo 1.7Ghz(Win XP, Firefox 3) your version runs at.. Pingback on Apr 6th, 2009 at 11:11 am. 2 More play with Alchemy.blog.joa-ebert.com/…/massive-amounts-of-3d-particles-without-alchemy-and -pixelbender/ – Massive amounts of 3D particles without Alchemy and PixelBender at [...]

By: Seeing eye god - Mote god - Eye of god

Seeing eye god - Mote god - Eye of god — Tue, 07 Sep 2010 22:16:08 +0000

By: More alchemy stuff & a surprise AS3 implementation « sudpaw

More alchemy stuff & a surprise AS3 implementation « sudpaw — Wed, 21 Apr 2010 14:14:26 +0000

[...] is also a link to Joa Eberts blog where he show an implementation of the strange attractor also in As3 but highly optimized… – it [...]

By: Cardin

Cardin — Sun, 31 Jan 2010 13:34:23 +0000

13/32 on your version, very smooth I like it.

10/60 on Ralph’s. A bit of a lag. Nearly froze my Firefox – everything but that tab was not working. Thankfully I had Fire Gestures to close the tab, phew!

This is a real bummer for Pixel Bender, I’d really thought we could play with shaders in Flash. =(

By: Daniel Barber

Daniel Barber — Fri, 18 Sep 2009 05:34:50 +0000

Sorry that should have been “0×000000″ not “0xFFFFFF”.

By: Daniel Barber

Daniel Barber — Fri, 18 Sep 2009 05:32:36 +0000

I found that using two vectors shaves off a few milliseconds:

private const _empty: Vector. = new Vector.( 550 * 400, true );

I fill this with the 0xFFFFFF when the class is instantiated. Then in the enter frame method I clone the vector:

var buffer: Vector. = _empty.slice();

I’ve left it running for some time, and don’t seem to see any issue with GC.

By: Notes: Loop Optimizations 2 | Course Vector

Notes: Loop Optimizations 2 | Course Vector — Tue, 08 Sep 2009 16:23:43 +0000

[...] of a difference in speed. The discovery I made after looking into BetweenAS3 and the efforts of Joa Ebert on his AS3 particles I noticed they were using LinkedLists to manage large numbers of objects. [...]

By: Patrick

Patrick — Tue, 08 Sep 2009 08:08:29 +0000

That’s what I thought too. And to my surprise, the framerate really is about 2-3fps higher and stays very stable. The GC doesn’t have that much to do in the rest of my stuff so maybe that’s why it’s okay?

By: joa

joa — Mon, 07 Sep 2009 08:37:02 +0000

Patrick: You will create a new Vector each frame in that case with the size of the BitmapData. This means every so-often the GC will kick in and has to clean up a lot …

By: Patrick

Patrick — Sun, 06 Sep 2009 10:24:08 +0000

If you replace

while( –n > -1 ) buffer[ n ] = 0×000000;

with a simple BitmapData.fillRect and another BitmapData.getVector() it’s actually faster. What’s even better is that performance won’t depend that much on the size of the BitmapData anymore but (almost) only on the number of particles.

By: Alchemy for ActionScript at blog.joa-ebert.com - Blog of Joa Ebert

Alchemy for ActionScript at blog.joa-ebert.com - Blog of Joa Ebert — Tue, 04 Aug 2009 22:34:30 +0000

[...] the inverse square root might be inlined and optimized much better. I did a simple test using the Lorenz attractor from before and replacing the Vector. buffer with a ByteArray gave a performance boost [...]

By: Nightrider

Nightrider — Wed, 08 Jul 2009 09:52:22 +0000

I tested both movies in an old pc. The AS3 version was much faster, around 17fps while Ralph’s one was struggling to reach 9fps. PC specs: AMD Athlon 64 2400MHz, 1536 MB (DDR SDRAM)