On Sun, 7 Nov 2010, Mathieu Bouchard wrote:
On Sun, 7 Nov 2010, Ed Kelly wrote:
Yes, it's madness to try this through dynamic patching, but I'm getting
pretty far (see screenshot)
Perhaps it's easier to zip an existing GridFlow binary into an existing
pd-extended package to get [gf/gl], than to have to do dynamic patching and
weird [repeat] tricks in GEM.
I created [gf/gl] because it allows to get rid of nearly all annoyances in
the use of OpenGL, because OpenGL commands are represented by *messages*, not
*objects*.
BTW it's very possible to integrate together GEM and [gf/gl]... you can
add [gf/gl] abstractions that pretend that they use the gem_state message
they get. You can convert your existing abstractions one at a time,
whenever you feel like it. It's a lot different from starting the whole
thing over.
_______________________________________________________________________
| Mathieu Bouchard ---- tél: +1.514.383.3801 ---- Villeray, Montréal, QC
_______________________________________________
Pd-list@iem.at mailing list
UNSUBSCRIBE and account-management ->
http://lists.puredata.info/listinfo/pd-list