Mesh Filter

grass scene (Composition by dust)

Author: dust
License: Public Domain
Date: 2012.04.09
Compatibility: 10.6, 10.7
Categories:
Required plugins:
(none)

just a simple mesh grass and tree scene, utilizing mesh filters and noise to create animations in an otherwise static scene. I'm getting a solid 60fps with both mesh and wire images combined. you might want to take out the wire images to speed things up or to add etc... mesh files made with maya and attached.

Mesh Noise (Composition by gtoledo3)

Author: gtoledo3
License: (unknown)
Date: 2010.06.09
Compatibility: 10.6
Categories:
Required plugins:
(none)

This is a fully updated version of Mesh Noise.qtz mesh filter, with illegal assignments turned to new floats so that it works with the OpenCL compiler.

It's companion "fixed" filter is @ http://kineme.net/composition/gtoledo3/MeshBend

Mesh Bend (Composition by gtoledo3)

Author: gtoledo3
License: (unknown)
Date: 2010.06.09
Compatibility: 10.6
Categories:
Required plugins:
(none)

This is a fully updated version of the Mesh Bend filter, with illegal assignments changed to work with the OpenCL compiler.

It's companion fixed filter is @ http://kineme.net/composition/gtoledo3/MeshNoise

Mesh Bulge

cybero's picture

I've been examining the OpenCL code for the Mesh Bulge filter from template.

if(amount<0) {
         float tt = maxrange;
         maxrange = -minrange;
         minrange = -tt;

as it happens the maxrange = -minrange; provokes an error in the OpenCL editor pane

read-only variable is not assignable. I know what it means but how to rectify is my question.

my quick & dirty workaround is to remove the offending error lines from maxrange = to -tt; and then I get a working variant in 10.6.2, but surely the kernel is actually AOK in theory code wise, so what gives.

seems a bit of a procrustean bed approach though :-)

Are max and min range supposed to be float 4 ?

I swear it's giving me headache, [apart from it's crashing whilst editing the kernel - ouch] it just doesn't seem to make sense at all, which is probably me not seeing the wood for the trees.

See attached the redrafted variant for MeshBulge mb_redraft_01.qtz. Works after a fashion.

I've also attached the item that just blanks out because the OpenCL kernel routine breaks at the read-only error point previously referred to.

Happens, without fail with the four routines employed to create transforms of vertices &/or normals.

At least I've got something that is working after a fashion, but is it "right" ? :-)

Anyhow - apologies if the problem / workaround and continuing compiler related conundrum has, in fact already been addressed.

P.S

Have just found that Mesh Noise also benefits from a similar quick and dirty edit of the OpenCL kernel.

Shall be posting the reworks up later elsewhere - Mesh Noise and Mesh Bulge brought back into something like a working state of play on 10.6.2.

I have ensured that these have not been saved back into any Repository point, I hasten to add.

They are meant to be working proof of their facilitation in 10.6.2 outside of those standard Repositories, from within which standard Repositories, a couple of the base compositions fail to work, as previously noted and complained of elsewhere upon this site.

P.P.S

You Tube Playlist On which playlist you will find, amongst other items, uploads exhibiting the very responsive Wave redraft, the fully automatic Jiggle redraft, the back on 10.6.2 [possibly paraplegic] Bulge & Noise redrafts, the latter two being the items most benefiting from my late night amputation routines - :-) .