Look at the "array" help docs in the "control" folder. That will tell you how to save array data to a text file. (I'm also nearly done developing a robust sequencer with a GUI - I can't wait to swap notes!)
Dear PD list, I've made a kind of rhythmic composing device in PD, and am trying to
figure something out--there are a lot of setting and stuff on the
patch, and a
thing for building rhythmic patterns in message boxes, and arrays with
samples.
Is there a way to save all of the data in number boxes, message boxes,
and
arrays as a kind of file to be opened up and input back into the patch
at another
time? thanks, -Miles Okazaki, NYC
dear list
is there a way to kind of record specific bang actions, which I play "live". That would be really cool. You could reuse some actions you made, like a soundfile and loop it for example. I mean for example play actions of a "oneshot sampleplayer" like: bum (play sample 1) bum (sample2) chagg (sample3).. (bang1 bang2 bang3) and loop it, replay these actions. Maybe somebody understands what I mean and has a solution. I already made a stepsequencer but i want something more influencable and kind of live (improvised) I didnt start to think about it yet, but if there is somebody who has done that before, why not ask him?
cheers miyazaki s from basle, switzerland
You should check out qlists, which are part of Pd, and xeq, which you can get here:
http://suita.chopin.edu.pl/~czaja/miXed/externs/xeq.html
There are quite a few patches out there that do such thing, maybe someone will post one.
.hc
On Thursday, Sep 4, 2003, at 17:40 America/New_York, Shintaro Miyazaki wrote:
dear list
is there a way to kind of record specific bang actions, which I play "live". That would be really cool. You could reuse some actions you made, like a soundfile and loop it for example. I mean for example play actions of a "oneshot sampleplayer" like: bum (play sample 1) bum (sample2) chagg (sample3).. (bang1 bang2 bang3) and loop it, replay these actions. Maybe somebody understands what I mean and has a solution. I already made a stepsequencer but i want something more influencable and kind of live (improvised) I didnt start to think about it yet, but if there is somebody who has done that before, why not ask him?
cheers miyazaki s from basle, switzerland
PD-list mailing list PD-list@iem.at http://iem.at/cgi-bin/mailman/listinfo/pd-list
Hallo,
Hans-Christoph Steiner hat gesagt: // Hans-Christoph Steiner wrote:
There are quite a few patches out there that do such thing, maybe someone will post one.
Here's one. qrec is intended to be used as GOP, it records note/velocity pairs and at play sends them to a receive called "note".
ciao
Frank Barknecht _ ______footils.org__
Hey,
I have something that might work... It might not be as effiecient as you want, but I have made a mock up of how it might work. It records atom boxes to array and reads them back from a tempo array. I find it is really good for live improv stuff. It works well on the fly, but it is more or a way to animate a atom variable, than trigger samples. If you assign each sample a number, it would work. It reads from the left input a change in an atom, and starts a timmer, then when the next atom is read in, it saves both this information (the time in msec, and the value) into two differnt arrays. Then you can play back the array at the realtime tempo or use 1/2 speed or double speed etc. There is also a loop function so the arrays will repeat once they get to the end. There are some other things in there, but I thought I would put most comments inside. Open the RECORDinstructions for a demo mock up.
If anyone wants to give input, I know there are a few inefficeient ways of dealing with the data, especially the saving features, but any suggestions\feedback would be nice.
good luck Bradon~
Shintaro Miyazaki shintaro.miyazaki@stud.unibas.ch wrote: dear list
is there a way to kind of record specific bang actions, which I play "live". That would be really cool. You could reuse some actions you made, like a soundfile and loop it for example. I mean for example play actions of a "oneshot sampleplayer" like: bum (play sample 1) bum (sample2) chagg (sample3).. (bang1 bang2 bang3) and loop it, replay these actions. Maybe somebody understands what I mean and has a solution. I already made a stepsequencer but i want something more influencable and kind of live (improvised) I didnt start to think about it yet, but if there is somebody who has done that before, why not ask him?
cheers miyazaki s from basle, switzerland
PD-list mailing list PD-list@iem.at http://iem.at/cgi-bin/mailman/listinfo/pd-list
Do you Yahoo!? Yahoo! SiteBuilder - Free, easy-to-use web site design software
Hello all,
Brandon has a pretty good working example and I hope you dont mind but Im going to poke a couple of holes in it.
Actually, Brandon has already pointed out in the comments within the patch some of the weaknesses of this example (for example, the need to save the arrays separately).
Id strongly recommend building this example around the [pool] object instead of arrays. In regards to storage devices for key-value pairs, the arrays:
a) only store numbers b) can be saved-in-patch c) but save-in-patch option inflates the file size of the .pd file d) save-in-patch option doesnt allow the user to migrate array data from one patch to another (between sessions). Array data can only be shared amongst patches that are open simultaneously. e) Array data that is saved-in-patch is loaded when the patch is opened. f) unloading and reloading the array requires the use of many text files (if you're reading text files into arrays for example)
The [pool] object:
a) stores numbers and/or text b) can save all data in .dat files to be used in a later session or by a different patch c) data can be shared at run time by all open patches d) can store MANY pools in the same data file (great if you want to save values of two or more patches all in the same data file) e) or it can store MANY data files! f) data is NOT stored directly in the .pd file so the file never becomes inflated by your data. g) [pool] offers more (and easier) ways to manipulate data (easy to remove or add to a pool, easy to drop the last element, or first element, or any element in between, easier to re-sort the values) h) data can be loaded at any time from any data file.
The [pool] object is certainly more versatile and is easier to control (it has a steeper learning curve, but its functionality is VERY rewarding).
Just my thoughts: Dave Sabine
-----Original Message----- From: pd-list-admin@iem.at [mailto:pd-list-admin@iem.at] On Behalf Of Bradon Webb Sent: September 5, 2003 4:52 PM To: Shintaro Miyazaki; pd list Subject: Re: [PD] controlling/recording bang actions
Hey, I have something that might work... It might not be as effiecient as you want, but I have made a mock up of how it might work. It records atom boxes to array and reads them back from a tempo array. I find it is really good for live improv stuff. It works well on the fly, but it is more or a way to animate a atom variable, than trigger samples. If you assign each sample a number, it would work. It reads from the left input a change in an atom, and starts a timmer, then when the next atom is read in, it saves both this information (the time in msec, and the value) into two differnt arrays. Then you can play back the array at the realtime tempo or use 1/2 speed or double speed etc. There is also a loop function so the arrays will repeat once they get to the end. There are some other things in there, but I thought I would put most comments inside. Open the RECORDinstructions for a demo mock up. If anyone wants to give input, I know there are a few inefficeient ways of dealing with the data, especially the saving features, but any suggestions\feedback would be nice. good luck Bradon~
Hallo, Bradon Webb hat gesagt: // Bradon Webb wrote:
I have something that might work... It might not be as effiecient as you want, but I have made a mock up of how it might work. It records atom boxes to array and reads them back from a tempo array. I find it is really good for live improv stuff. It works well on the fly, but it is more or a way to animate a atom variable, than trigger samples. If you assign each sample a number, it would work. It reads from the left input a change in an atom, and starts a timmer, then when the next atom is read in, it saves both this information (the time in msec, and the value) into two differnt arrays. Then you can play back the array at the realtime tempo or use 1/2 speed or double speed etc. There is also a loop function so the arrays will repeat once they get to the end. There are some other things in there, but I thought I would put most comments inside. Open the RECORDinstructions for a demo mock up.
If anyone wants to give input, I know there are a few inefficeient ways of dealing with the data, especially the saving features, but any suggestions\feedback would be nice.
The array saving problem would be gone if you would use the qlist object here. You also could save much of the delay logic then. qlist records time tagged lists of arbitrary lenght and sequences them on demand at variying speed. I sent and example earlier but of course the help file is a good reference, too.
ciao
Frank Barknecht _ ______footils.org__
The 'state" external from Günter will allow you to record the state of each number box and graphical element.
http://gige.xdv.org/pages/pd/pages/ggee/
--- Marcus Estes marcuse@socionomics.org wrote: > Look at the "array" help docs in the "control"
folder. That will tell you how to save array data to a text file. (I'm also nearly done developing a robust sequencer with a GUI - I can't wait to swap notes!)
Dear PD list, I've made a kind of rhythmic composing device in
PD, and am trying to
figure something out--there are a lot of setting
and stuff on the patch, and a
thing for building rhythmic patterns in message
boxes, and arrays with samples.
Is there a way to save all of the data in number
boxes, message boxes, and
arrays as a kind of file to be opened up and input
back into the patch at another
time? thanks, -Miles Okazaki, NYC
PD-list mailing list PD-list@iem.at http://iem.at/cgi-bin/mailman/listinfo/pd-list
Want to chat instantly with your online friends? Get the FREE Yahoo! Messenger http://mail.messenger.yahoo.co.uk
Hallo, Rory Walsh hat gesagt: // Rory Walsh wrote:
The 'state" external from GÃŒnter will allow you to record the state of each number box and graphical element.
Does it? I think it doesn't save the state of GUI elements from Iemlib (vslider, bng, ...)
ciao
Frank Barknecht _ ______footils.org__
-
Bradon Webb -
David Sabine -
Frank Barknecht -
Hans-Christoph Steiner -
Marcus Estes -
Rory Walsh -
Shintaro Miyazaki