Re: [PD] selecting 1 output signal from multiple input signals

2010-08-20 Thread IOhannes m zmölnig
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

On 08/20/2010 06:38 PM, Frank Barknecht wrote:
> 
> Thanks for clarifying - I was writing from memory without checking it
> (there never was a iem_mul~, right? :)
> 

not that i know of (which i would interpret as: "correct")

fgmasdr
IOhanes
-BEGIN PGP SIGNATURE-
Version: GnuPG v1.4.10 (GNU/Linux)
Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/

iEYEARECAAYFAkxusPQACgkQkX2Xpv6ydvSGdwCfW+uVaJ8AoyrggGBRTm8H4OJQ
pjIAoKMWRSpk3xNi/ZnwF9WQDqmacm0a
=l/N4
-END PGP SIGNATURE-

___
[email protected] mailing list
UNSUBSCRIBE and account-management -> 
http://lists.puredata.info/listinfo/pd-list


Re: [PD] selecting 1 output signal from multiple input signals

2010-08-20 Thread Frank Barknecht
On Fri, Aug 20, 2010 at 06:31:24PM +0200, IOhannes m zmölnig wrote:
> -BEGIN PGP SIGNED MESSAGE-
> Hash: SHA1
> 
> On 08/20/2010 06:01 PM, Frank Barknecht wrote:
> > Apart from that, iem_mtx has some powerful matrix multiplaction objects
> > for signals (iem_mul~ iirc.) that are great for more advance uses.
> 
> iem_mtx has been deprecated for about 5 years now, and has been
> integrated into iemmatrix.
> the old library provided a [mtx_mul~] object, which is still in
> iemmatrix for compat reasons, but it is DEPRECATED and will eventually
> be removed.
> the replacement is [mtx_*~] (both objects basically do the same, but the
> API (iolets) is different)

Thanks for clarifying - I was writing from memory without checking it
(there never was a iem_mul~, right? :)

Ciao
-- 
Frank


___
[email protected] mailing list
UNSUBSCRIBE and account-management -> 
http://lists.puredata.info/listinfo/pd-list


Re: [PD] selecting 1 output signal from multiple input signals

2010-08-20 Thread IOhannes m zmölnig
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

On 08/20/2010 06:01 PM, Frank Barknecht wrote:
> Apart from that, iem_mtx has some powerful matrix multiplaction objects
> for signals (iem_mul~ iirc.) that are great for more advance uses.

iem_mtx has been deprecated for about 5 years now, and has been
integrated into iemmatrix.
the old library provided a [mtx_mul~] object, which is still in
iemmatrix for compat reasons, but it is DEPRECATED and will eventually
be removed.
the replacement is [mtx_*~] (both objects basically do the same, but the
API (iolets) is different)


msdrt
IOhannes
-BEGIN PGP SIGNATURE-
Version: GnuPG v1.4.10 (GNU/Linux)
Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/

iEYEARECAAYFAkxurdwACgkQkX2Xpv6ydvQzHgCdG+Yp6MKDTsOLYy70HSoWwxCv
BcMAoMKMxzuXNt2maXtdslzfsNmlLLer
=8zDB
-END PGP SIGNATURE-

___
[email protected] mailing list
UNSUBSCRIBE and account-management -> 
http://lists.puredata.info/listinfo/pd-list


Re: [PD] selecting 1 output signal from multiple input signals

2010-08-20 Thread Frank Barknecht
On Fri, Aug 20, 2010 at 09:36:39AM -0400, Johnny Ferguson wrote:
> On 08/20/2010 02:36 AM, Andy Farnell wrote:
> >
> >
> >Would [throw~] and [catch~] solve this problem
> >for you by allowing several sends to sum at one bus?
> >
> 
> That will make things a little easier, but I'll still need to turn
> the line values on and off. I think I'm going to just make an audio
> multiplexer abstraction, or switch to using delays and one line
> object as someone suggested.

The help section has a pretty useful ADSR envlope abstraction build
around the latter pricnciple. An audio (de)multiplex abstraction always
is handy to have, like the attached one.

Apart from that, iem_mtx has some powerful matrix multiplaction objects
for signals (iem_mul~ iirc.) that are great for more advance uses.

Ciao
-- 
Frank


demuxer8~.pd
Description: application/puredata
___
[email protected] mailing list
UNSUBSCRIBE and account-management -> 
http://lists.puredata.info/listinfo/pd-list


Re: [PD] selecting 1 output signal from multiple input signals

2010-08-20 Thread Johnny Ferguson

On 08/20/2010 02:36 AM, Andy Farnell wrote:



Would [throw~] and [catch~] solve this problem
for you by allowing several sends to sum at one bus?



That will make things a little easier, but I'll still need to turn the 
line values on and off. I think I'm going to just make an audio 
multiplexer abstraction, or switch to using delays and one line object 
as someone suggested.


-Johnny


a.

On Thu, 19 Aug 2010 23:37:17 -0400
Johnny Ferguson  wrote:


Is there an external object that will do what I'm looking for?

I am creating an ADSR object, and I need to route one [line~] object for
each phase of the envelope to [r~ $0-envelope]

I've found out that I can't have more than one [s~ $0-envelope] which
makes sense as audio rate objects have constant output and would reset
eachother, or explode (I'm not sure which).

So what I'm looking for would essentially be an audio rate multiplexer.
I could roll my own, but I hate to reinvent the wheel. I thought there
might be something like [gate~], but didn't find anything.

-Johnny


___
[email protected] mailing list
UNSUBSCRIBE and account-management ->  
http://lists.puredata.info/listinfo/pd-list






___
[email protected] mailing list
UNSUBSCRIBE and account-management -> 
http://lists.puredata.info/listinfo/pd-list


Re: [PD] selecting 1 output signal from multiple input signals

2010-08-20 Thread Johnny Ferguson

On 08/20/2010 02:00 AM, Jonathan Wilkes wrote:



--- On Fri, 8/20/10, Johnny Ferguson  wrote:


From: Johnny Ferguson
Subject: [PD] selecting 1 output signal from multiple input signals
To: [email protected]
Date: Friday, August 20, 2010, 5:37 AM
Is there an external object that will
do what I'm looking for?

I am creating an ADSR object, and I need to route one
[line~] object for each phase of the envelope to [r~
$0-envelope]


Is there a reason you can't just use one [line~] object and a [delay] to
time the messages accordingly?



...actually, that does sound a hell of a lot more elegant.



I've found out that I can't have more than one [s~
$0-envelope] which makes sense as audio rate objects have
constant output and would reset eachother, or explode (I'm
not sure which).

So what I'm looking for would essentially be an audio rate
multiplexer. I could roll my own, but I hate to reinvent the
wheel. I thought there might be something like [gate~], but
didn't find anything.



Still looking for this though, I could see it being handy in the future.


-Johnny


___
[email protected]
mailing list
UNSUBSCRIBE and account-management ->  
http://lists.puredata.info/listinfo/pd-list








___
[email protected] mailing list
UNSUBSCRIBE and account-management -> 
http://lists.puredata.info/listinfo/pd-list


Re: [PD] selecting 1 output signal from multiple input signals

2010-08-20 Thread Jonathan Wilkes
Well, that's part of it, but vline~ can also schedule ramps to begin and end 
between 
samples, which makes it more expensive than line~.

-Jonathan

--- On Fri, 8/20/10, tim vets  wrote:

From: tim vets 
Subject: Re: [PD] selecting 1 output signal from multiple input signals
To: "Jonathan Wilkes" , "pd-list" 
Date: Friday, August 20, 2010, 8:08 AM



2010/8/20 Jonathan Wilkes 






--- On Fri, 8/20/10, Johnny Ferguson  wrote:



> From: Johnny Ferguson 

> Subject: [PD] selecting 1 output signal from multiple input signals

> To: [email protected]

> Date: Friday, August 20, 2010, 5:37 AM

> Is there an external object that will

> do what I'm looking for?

>

> I am creating an ADSR object, and I need to route one

> [line~] object for each phase of the envelope to [r~

> $0-envelope]



Is there a reason you can't just use one [line~] object and a [delay] to

time the messages accordingly?


isn't that what vline~ is for ?
 


>

> I've found out that I can't have more than one [s~

> $0-envelope] which makes sense as audio rate objects have

> constant output and would reset eachother, or explode (I'm

> not sure which).

>

> So what I'm looking for would essentially be an audio rate

> multiplexer. I could roll my own, but I hate to reinvent the

> wheel. I thought there might be something like [gate~], but

> didn't find anything.

>

> -Johnny

>

>

> ___

> [email protected]

> mailing list

> UNSUBSCRIBE and account-management -> 
> http://lists.puredata.info/listinfo/pd-list

>









___

[email protected] mailing list

UNSUBSCRIBE and account-management -> 
http://lists.puredata.info/listinfo/pd-list






  ___
[email protected] mailing list
UNSUBSCRIBE and account-management -> 
http://lists.puredata.info/listinfo/pd-list


Re: [PD] selecting 1 output signal from multiple input signals

2010-08-19 Thread Andy Farnell


Would [throw~] and [catch~] solve this problem
for you by allowing several sends to sum at one bus?

a.

On Thu, 19 Aug 2010 23:37:17 -0400
Johnny Ferguson  wrote:

> Is there an external object that will do what I'm looking for?
> 
> I am creating an ADSR object, and I need to route one [line~] object for 
> each phase of the envelope to [r~ $0-envelope]
> 
> I've found out that I can't have more than one [s~ $0-envelope] which 
> makes sense as audio rate objects have constant output and would reset 
> eachother, or explode (I'm not sure which).
> 
> So what I'm looking for would essentially be an audio rate multiplexer. 
> I could roll my own, but I hate to reinvent the wheel. I thought there 
> might be something like [gate~], but didn't find anything.
> 
> -Johnny
> 
> 
> ___
> [email protected] mailing list
> UNSUBSCRIBE and account-management -> 
> http://lists.puredata.info/listinfo/pd-list


-- 
Andy Farnell 

___
[email protected] mailing list
UNSUBSCRIBE and account-management -> 
http://lists.puredata.info/listinfo/pd-list


Re: [PD] selecting 1 output signal from multiple input signals

2010-08-19 Thread tim vets
2010/8/20 Jonathan Wilkes 

>
>
> --- On Fri, 8/20/10, Johnny Ferguson  wrote:
>
> > From: Johnny Ferguson 
> > Subject: [PD] selecting 1 output signal from multiple input signals
> > To: [email protected]
> > Date: Friday, August 20, 2010, 5:37 AM
> > Is there an external object that will
> > do what I'm looking for?
> >
> > I am creating an ADSR object, and I need to route one
> > [line~] object for each phase of the envelope to [r~
> > $0-envelope]
>
> Is there a reason you can't just use one [line~] object and a [delay] to
> time the messages accordingly?
>
> isn't that what vline~ is for ?



>  >
> > I've found out that I can't have more than one [s~
> > $0-envelope] which makes sense as audio rate objects have
> > constant output and would reset eachother, or explode (I'm
> > not sure which).
> >
> > So what I'm looking for would essentially be an audio rate
> > multiplexer. I could roll my own, but I hate to reinvent the
> > wheel. I thought there might be something like [gate~], but
> > didn't find anything.
> >
> > -Johnny
> >
> >
> > ___
> > [email protected]
> > mailing list
> > UNSUBSCRIBE and account-management ->
> http://lists.puredata.info/listinfo/pd-list
> >
>
>
>
>
> ___
> [email protected] mailing list
> UNSUBSCRIBE and account-management ->
> http://lists.puredata.info/listinfo/pd-list
>
___
[email protected] mailing list
UNSUBSCRIBE and account-management -> 
http://lists.puredata.info/listinfo/pd-list


Re: [PD] selecting 1 output signal from multiple input signals

2010-08-19 Thread Jonathan Wilkes


--- On Fri, 8/20/10, Johnny Ferguson  wrote:

> From: Johnny Ferguson 
> Subject: [PD] selecting 1 output signal from multiple input signals
> To: [email protected]
> Date: Friday, August 20, 2010, 5:37 AM
> Is there an external object that will
> do what I'm looking for?
> 
> I am creating an ADSR object, and I need to route one
> [line~] object for each phase of the envelope to [r~
> $0-envelope]

Is there a reason you can't just use one [line~] object and a [delay] to 
time the messages accordingly?

> 
> I've found out that I can't have more than one [s~
> $0-envelope] which makes sense as audio rate objects have
> constant output and would reset eachother, or explode (I'm
> not sure which).
> 
> So what I'm looking for would essentially be an audio rate
> multiplexer. I could roll my own, but I hate to reinvent the
> wheel. I thought there might be something like [gate~], but
> didn't find anything.
> 
> -Johnny
> 
> 
> ___
> [email protected]
> mailing list
> UNSUBSCRIBE and account-management -> 
> http://lists.puredata.info/listinfo/pd-list
> 


  

___
[email protected] mailing list
UNSUBSCRIBE and account-management -> 
http://lists.puredata.info/listinfo/pd-list