[PD] Gemnotes
Gemnotes 0.1 - a real-time music notation system for Pd-Extended. Read the blog and get the tarball here: http://sharktracks.co.uk/site/ This is at very much an alpha stage, but it is a working system. Many changes will occur before the next version. Enjoy, Ed Metastudio 4 for Pure Data - coming soon! Metastudio 3 still available at http://sharktracks.co.uk/puredata___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] Gemnotes progress
Hi Ed! Beautifulcode art! José 2010/12/17 Ed Kelly morph_2...@yahoo.co.uk Here's an Xmas teaser... More info: http://sharktracks.co.uk Ed Metastudio 4 for Pure Data - coming soon! Metastudio 3 still available at http://sharktracks.co.uk/puredata ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list -- http://arselectronicachile.blogspot.com http://comunicacionnativa.blogspot.com/ http://www.myspace.com/santorcuato ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] gemnotes (was Re: Musical notation object on Pd)
Hello, why did you work with dynamic patching? it's very easy to script Gem. Cyrille Le 07/11/2010 14:28, Ed Kelly a écrit : Yes, it's madness to try this through dynamic patching, but I'm getting pretty far (see screenshot) ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] gemnotes (was Re: Musical notation object on Pd)
On Sun, 7 Nov 2010, cyrille henry wrote: why did you work with dynamic patching? it's very easy to script Gem. What do you mean by to script ? ___ | 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
Re: [PD] gemnotes (was Re: Musical notation object on Pd)
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*. ___ | 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
Re: [PD] gemnotes (was Re: Musical notation object on Pd)
I think it is something near the exemple use for the LSystem (or i am wrong). You just need to define in one message the model you want to show at each frame. It is most simple to 'manage' than dynamic patching during the execution of the program. ++ Jack Le dimanche 07 novembre 2010 à 12:04 -0500, Mathieu Bouchard a écrit : On Sun, 7 Nov 2010, cyrille henry wrote: why did you work with dynamic patching? it's very easy to script Gem. What do you mean by to script ? ___ | 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 ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] gemnotes (was Re: Musical notation object on Pd)
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
