On Fri, 18 Jun 2010, João Pais wrote:
thanks, I'll try to put this in when I can. meanwhile dtmod
His name is dmotd.
wrote me saying that he's doing a real external for this, so that would
be a better solution.
Why is an external a better solution ?
Anyway. I was inspired to make a bézier patch. It's an integer solution,
so, for 17 points I run t from 0 to 16 instead of to 1, then I divide by
pow(16,3) at the end to compensate. I could redo it in floats with almost
the same number of boxes though.
Here's the screenshot of the whole patch :
http://gridflow.ca/gallery/bezier.png
It takes only 9 (nine) objects to compute it. For large numbers of points,
I can add a cache using two more boxes. Float requires two extra boxes
(and editing some more). Using a different order doesn't require any
repatching, just edit three or four boxes to change some numbers (I'm not
counting the fact that you have to recreate the multi-numberbox at the
right to have more rows). When I count the objects I'm not counting the
multi-numberbox nor any of the objects on the left. The wire that goes up
is carrying the polygons ready to be rendered.
_ _ __ ___ _____ ________ _____________ _____________________ ...
| Mathieu Bouchard, Montréal, Québec. téléphone: +1.514.383.3801
_______________________________________________
Pd-list@iem.at mailing list
UNSUBSCRIBE and account-management ->
http://lists.puredata.info/listinfo/pd-list