[PD] throw~ / catch~ versus send~ / receive~

[Ingo]

I would assume this one block delay could be avoided by „cut” and “undo” of
the [catch~] object after creating new [throw~] objects.

Right? But how can you time it if they are in different abstractions?

 

Ingo

 

  _____  

Von: pd-list-bounces at iem.at [mailto:pd-list-bounces at iem.at] Im Auftrag von
Björn Eriksson
Gesendet: Donnerstag, 29. September 2011 00:20
An: Lorenzo Sutton; pd-list at iem.at
Betreff: Re: [PD] throw~ / catch~ versus send~ / receive~

 

Thanks for the info and pointer! Was by that also getting aware about the
possible added delay  "When you send a signal to a point that is earlier in
the sorted list of tilde objects, the signal doesn't get there until the
next cycle of DSP computation, one block later; so your signal will be
delayed by one block (1.45 msec by default.)" 

Can be good to know!

 

/Björn

2011/9/28 Lorenzo Sutton <lsutton at libero.it>

Hi Björn,

On 28/09/2011 15:27, Björn Eriksson wrote:

[...]  what are the


differences between throw~ / catch~  and send~ / receive~ ?  For me they
seem to work equally well, either as "bus" sending or single audio
signal send.