picture home | art | events | music | rack extensions | downloads | pixel blog | qt_tools

omino pixel blog

pixels, motion, and scripting
david van brink // Mon 2010.04.12 06:37 // {Uncategorized}

Omino Plugins for CS5


Time marches forward. Computers are faster, hard drives and screens are bigger, cameras are smaller.

My usual settings have grown from 8 bit, 640×480 to 32 bit 720p. (Yeah, I’ve lost my fear of nonsquare pixels.)

Adobe just announced After Effects CS5, and I’m happy to report that the Omino After Effects Suite is fully ported for Mac OS X, 64-bit, and getting ready to roll.

And they’ve started their migration from humble 8-bit processes to glamorous 32-bit floating point processes, as well.


The great tragedy is that CS5 broke backwards compatibility with CS4 plugins. Oh, there were Reasons, oh yes, there always are. And, oh, they’ve made it relatively easy for developers to recompile, which I’ve done. (Worked like a charm.)

But between Apple’s fickleness (68k, powerPC, Intel) and, now, this… there’s a trail of plugin corpses. Great sadness.

Some of my favorite Plugins don’t even exist for AE Intel Mac. Actually, the only ones I’ve paid for… WalkerFx’s stargate, and dvGarage’s dvMatte Pro. How I do wail!

Rays of Hope

But are things, overall, getting better? Oh yes, much better.

My CS5 plugins are Mac only, for now.

The Mac/Win CS4 versions will remain available. Or should I say, will remain on display in the Marketplace that all may witness their demise and death, their only crime having been to be compiled at the wrong place at the wrong time.


rs // Sun 2010.04.18 09:139:13 am

Hope for CS5 Win recompiles as well … do you think something like a general 32-to-64Bit-Bridge for old plugins could be done (relatively) easy?

david van brink // Sun 2010.04.18 15:373:37 pm

Alas, I bet a 32-to-64 bit plugin bridge would be very hard.

For an upscale software application with a large user base — like After Effects — backwards compatibility is your lifeblood. We have to assume that the AE marketing and development team agonized deeply, very deeply, on the matter before making their necessary design choices, and would have provided such an adapter if it were anything less than very very very hard.

rs // Tue 2010.04.20 16:174:17 pm

In music software there are such bridges… sometimes I have the feeling Adobe is afraid of supporting such life savers by just forcing everybody to update: http://jstuff.wordpress.com/jbridge/

oh, i dont know. what do you think?

david van brink // Thu 2008.02.28 01:53 // {after effects}

Jumped the Gun


click for

click for

If you tried to download the Windows version of the Omino After Effects Suite and had a negative experience: Please accept my apologies. I jumped the gun on the “release”. Lessons learned (something about DLL’s and testing, thanks).

On the plus side: http://omino.com/sw/ominoAeSuite/ has the fixed download. Confirmed to download and run on 3, count ‘em, 3 computers other than my own.

(The only issues were with download/unzip; once running, they are reliable and stable. More stable than Particle Playground ha ha.)

Especial thanks to Mike K at Muonics for dragging me kicking and writhing into the necessary knowledge of manifests, linker choices.

oh, i dont know. what do you think?

david van brink // Sun 2008.02.24 22:19 // {after effects}

Omino After Effects Suite

The next release of the Omino After Effects Suite is finally available! Oh, it’s got a fabulous new Kaleidoscope effect, mentioned in the previous post. But the real excitement is… is… is this:

Mac OS X Universal Binary, and Windows! The two most requested features, doncha know.

In truth the Windows version should be considered Alpha. I’m confident that it works and is stable (as is the Mac version) but I’m still learning my way around the compiler settings, so it may run slower than necessary.

Oh, speaking of performance, there’s a handy feature in every single Omino Suite plug-in: a performance measurement.

Under the “debug” twirldown are options to display all the parameters, and the render time. These are both mostly to help me while developing the plugin; stamping the parameters creates a video record of possible outcomes. But the time stamp is actually quite handy while authoring, to give some idea of which settings are likely to take more, well, render time.

I’ll be posting a few more examples of usages of the Omino Suite. Stay tuned.

Note to Adobe. Free idea: show a performance measurement for each plugin. The application knows when each starts and stops and could do that. Sure, confounded a bit by threading, &c, but still.

Karl Keefer // Mon 2008.02.25 12:5512:55 pm

I can’t get access to the Windows .zip posted on omino.com!!!

The plug-ins look amazing, but Windows blocks the .zip file as if it were a virus. Perhaps it was damaged when it was uploaded?

Also I could be making some strange mistake :x

david van brink // Mon 2008.02.25 15:383:38 pm

Yikes! Thanks so much for posting, Karl.

I’ve tagged the download page with Please Stand By, until I can upload an uncorrupted file.

(I confirmed that they were corrupt, like you said. I’m still getting my Windows development-upload flow ironed out. Sorry for the trouble and thanks for posting!)

david van brink // Tue 2008.02.26 02:162:16 am

still investigating.
I appear to have rediscovered that Windows development is complicated by the need for DLL’s.

Please stand by.

Again, thx for reporting the problem.

Scott Holt // Tue 2008.02.26 08:498:49 am

The new features look really good!

oh, i dont know. what do you think?

david van brink // Tue 2007.12.18 00:47 // {after effects}



click for
Sometimes you just say, Frame-to-frame coherence, who needs it?

oh, i dont know. what do you think?

(c) 2003-2013 omino.com / contact poly@omino.com