Hi all,
I think I remember that it was possible to send a list of messages to a line~ object to specify more than one line~ segment to go through, like in
[1, 0.8 200, 0 300( ----> [line~] ---->...
Somehow I can't get this to work in 0.35-test11 anymore. The line~ stays silent. Is my memory wrong and this wasn't intended to work anyways or am I the only one to get this behaviour?
__ __
Frank Barknecht ____ ______ ____ __ trip\ \ / /wire ______
/ __// __ /__/ __// // __ \ / / __ \ ___\
/ / / ____/ / / / // ____// /\ \ ___\____ \
/_/ /_____/ /_/ /_//_____// / \ \_____\_____
/_/ _\
I think Max/MSP might do this... but Pd never has. (I think it's possible to do this in an abstraction, using, for example, "textfile" to hold a list of breakpoints that you would send by messages, that would be sent to a line~ in sequence.)
cheers Miller
On Sat, Mar 02, 2002 at 11:25:03PM +0100, Frank Barknecht wrote:
Hi all,
I think I remember that it was possible to send a list of messages to a line~ object to specify more than one line~ segment to go through, like in
[1, 0.8 200, 0 300( ----> [line~] ---->...
Somehow I can't get this to work in 0.35-test11 anymore. The line~ stays silent. Is my memory wrong and this wasn't intended to work anyways or am I the only one to get this behaviour?
Regards,
__ __
Frank Barknecht ____ ______ ____ __ trip\ \ / /wire ______ / __// __ /__/ __// // __ \ / / __ \ ___\ / / / ____/ / / / // ____// /\ \ ___\____ \ /_/ /_____/ /_/ /_//_____// / \ \_____\_____
/_/ _\
Miller Puckette hat gesagt: // Miller Puckette wrote:
I think Max/MSP might do this... but Pd never has.
So my mind was playing tricks on me: I have never used Max/MSP.
(I think it's possible to do this in an abstraction, using, for example, "textfile" to hold a list of breakpoints that you would send by messages, that would be sent to a line~ in sequence.)
That's a good idea, but in fact it was a bit trickier to realize than I first thought. I got it working and as I think that this is a very useful abstraction I attached a "lineseg~", that can be used just like the Csound opcode or as a simple ADSR.
It would be trivial to extend it with a note-off sensor and an amplitude scaling factor if one replaces the trigger bang with float messages and a [select 0].
__ __
Frank Barknecht ____ ______ ____ __ trip\ \ / /wire ______
/ __// __ /__/ __// // __ \ / / __ \ ___\
/ / / ____/ / / / // ____// /\ \ ___\____ \
/_/ /_____/ /_/ /_//_____// / \ \_____\_____
/_/ _\
Frank:
I am trying to test your segtest patch of lineseg~. Once I load the numbers (either with the middle or right message boxes) and press bang I am only getting the print statements out (the numbers seems ok) but nothing from the line~ itself comes out. Looking into lineseg~ I wonder if you can just connect the output of a textfile to the inlet of a line~ object. I don't understand why this should work. If this is supposed to work why a sequence of number pairs, delimited with commas shouldn't?
So, I am not seeing anything on the db display or on the lineout array. I also
Please tell me if I am missing something.
Thanks
Rodrigo
03-03-02 06:46:21 a.m., Frank Barknecht barknech@ph-cip.uni-koeln.de wrote: Miller Puckette hat gesagt: // Miller Puckette wrote:
I think Max/MSP might do this... but Pd never has.
So my mind was playing tricks on me: I have never used Max/MSP.
(I think it's possible to do this in an abstraction, using, for example, "textfile" to hold a list of breakpoints that you would send by messages, that would be sent to a line~ in sequence.)
That's a good idea, but in fact it was a bit trickier to realize than I first thought. I got it working and as I think that this is a very useful abstraction I attached a "lineseg~", that can be used just like the Csound opcode or as a simple ADSR.
It would be trivial to extend it with a note-off sensor and an amplitude scaling factor if one replaces the trigger bang with float messages and a [select 0].
__ __
Frank Barknecht ____ ______ ____ __ trip\ \ / /wire ______
/ __// __ /__/ __// // __ \ / / __ \ ___
/ / / ____/ / / / // ____// /\ \ ___\____
/_/ /_____/ /_/ /_//_____// / \ \_____\_____
/_/ _\
+++++++++++++++++++++++++++++++++++++++++++++++++++++++++++
+++
++++ Rodrigo F. Cadiz
++ ++ rcadiz@northwestern.edu
++ ++ http://www.geocities.com/rfcadiz
++ ++
++ ++ Music Technology Program
++ School of Music
++
++ Northwestern University
++++ Evanston, IL
+++++ USA
++++
+++++++++++++++++++++++++++++++++++++++++++++++++++++++++++
Hi Rodrigo,
Rodrigo F. Cadiz hat gesagt: // Rodrigo F. Cadiz wrote:
I am trying to test your segtest patch of lineseg~. Once I load the numbers (either with the middle or right message boxes) and press bang I am only getting the print statements out (the numbers seems ok) but nothing from the line~ itself comes out. Looking into lineseg~ I wonder if you can just connect the output of a textfile to the inlet of a line~ object. I don't understand why this should work. If this is supposed to work why a sequence of number pairs, delimited with commas shouldn't?
I don't know why the simple approach doesn't work, it probably has to do with the difference between lists of messages and a list of a float and a list or whatever... ;)
What the textfile does, when it is, ahem, bang'ed, is output several messages each after another. One has to make sure, that the textfile only contains messages, that are suited for a line~ object. In my lineseg~ object a second rule is needed: one is not allowed to send just one float, like you can send to a line~, but instead specify a ramp duration of 0, which gives the same result as one simgle float to a line~. The posted version of segtest.pd has an [add 0( message, that does *not* work as expected. You can delete that.
So, I am not seeing anything on the db display or on the lineout array. I also
Hhm, it did work here for sure, although I did work on it a bit more by now.
But maybe the reason, you don't see anything, is simply because dsp computation isn't switched on, or is it? It's easy to forget...
To make sure, I attached the new a little cleaned up lineseg~, but the older one should really work, too.
__ __
Frank Barknecht ____ ______ ____ __ trip\ \ / /wire ______
/ __// __ /__/ __// // __ \ / / __ \ ___\
/ / / ____/ / / / // ____// /\ \ ___\____ \
/_/ /_____/ /_/ /_//_____// / \ \_____\_____
/_/ _\
Hhm, it did work here for sure, although I did work on it a bit more by now.
But maybe the reason, you don't see anything, is simply because dsp computation isn't switched on, or is it? It's easy to forget...
Please excuse me ... my fault. DSP was off. I am used to put the pd dsp 1 message connected to a loadbang, so I don't have to worry about it. Your patch works fine now. Thanks!
Rodrigo
+++++++++++++++++++++++++++++++++++++++++++++++++++++++++++
+++
++++ Rodrigo F. Cadiz
++ ++ rcadiz@northwestern.edu
++ ++ http://www.geocities.com/rfcadiz
++ ++
++ ++ Music Technology Program
++ School of Music
++
++ Northwestern University
++++ Evanston, IL
+++++ USA
++++
+++++++++++++++++++++++++++++++++++++++++++++++++++++++++++
Hello!
On Sat, 2 Mar 2002, Miller Puckette wrote:
I think Max/MSP might do this... but Pd never has. (I think it's possible to do this in an abstraction, using, for example, "textfile" to hold a list of breakpoints that you would send by messages, that would be sent to a line~ in sequence.)
[0, 1 500(-->[line] or [line~] works fine in older versions and in 0.35test11.
Miha...
Right... so actually, you can spectify three quantities: the current location (a single number) , and target and time to target (pairs of numbers). These three quantities determine any line or line~'s state.
It's confusing to have "float" and "list" messages hav fundamentally different actions...! However, I can't think of anything that would be such an improvement as being worth introducing a new design...
cheers Miller
On Sun, Mar 03, 2002 at 05:19:37PM +0100, Miha Tom¹iè wrote:
Hello!
On Sat, 2 Mar 2002, Miller Puckette wrote:
I think Max/MSP might do this... but Pd never has. (I think it's possible to do this in an abstraction, using, for example, "textfile" to hold a list of breakpoints that you would send by messages, that would be sent to a line~ in sequence.)
[0, 1 500(-->[line] or [line~] works fine in older versions and in 0.35test11.
Miha...
- Miha Tom¹iè --- C. na postajo 55 -- SI-1351 Brezovica pri Lj. --- SLOVENIA -