That's the answer I was hoping for! Unfortunately, I probably can't play with this in the immediate future, but hopefully I will have time soon.
One extra advantage of this: I write some Python scripts to create arbitrary Midi files using PyMIDI. With pyext, the data that is used to create the Midi file could come from Pure Data, letting me create a very useful type of sequencer.
Midi files may not seem like a very exciting format, but it's a format that I can import into Finale to create notation for traditional instruments. Not to mention, data-bending or arbitrarily manipulating a Midi piece could yield interesting results.
~David
On 9/13/06, Frank Barknecht fbar@footils.org wrote:
It's no problem to use pyext for handling sequence data. I would probably do the actual sequencing, that is, the timed creation of events, outside pyext using [del], [pipe] and [metro] as usual. I would use pyext to hold and modify the "score" as a kind of [textfile] on steroids.
Your gain would be - besides simpler patches - that you don't need to pass so many messages around, as you can do a lot of stuff directly inside your pyext object. This can be especially handy for doing list operations which are quite common in sequencing. In Pd and with [list]-abs lists get unpacked and repacked all the time, which can be costly. In pyext you could just store lists or lists of lists or dictionaries of lists and output them after processing them inside Python.
I also used the PDContainers as textfile-replacements, however they lack the flexibility of pyext when it comes to modify the stored data without passing them through Pd's message flow, so if you want to achieve this, you should use pyext (or one of the other embedded languages like gridflow, Snd/Scheme, pf, k_cext etc.)
Ciao
Frank Barknecht _ ______footils.org_ __goto10.org__
PD-list@iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list