Thanks Frank, I understand the way Pd uses the sort. But I have to tell you that my patch has a Sound Router, as the attached file shows. With that router, I have different possibilities (The FX consoles are abstracts, also the Sample Banks):
*Mic ----------> FX console A -> FX console B -> Output Sample Banks /
Mic ---> FX console A -> FX console B -> Output Sample Banks /
Sample Banks ---> FX console A -> FX console B -> Output Mic /
Mic -> FX console A ----------> Output Sample Banks -> FX console B /
Sample Banks -> FX console A --> Output Mic -> FX console B /**
And, with RESAMPLE FUNCTION (only one example):
*Mic ----------> FX console A -> FX console B -> Output** **Sample Banks / \ Sample **Banks (resample)
The Sound Router is a subpatch in the main patch.
How about using s~ in the Sound Router (subpatch) and r~ in the main patch and, then, cord-connecting to the abstracts? (Instead of using r~ inside the abstract).
The default use of this patch (when I use the mic to talk to the people) is the first example (although the FX consoles are off). Maybe, if I need to sort only in one way, I should sort following these example.
Thanks again.
PD: I have to say that I'm having a good latency using this patch, but maybe it could be better, only sorting in the right way. In other words, I'm not desperate to improve this.
El 19/09/13 16:35, Frank Barknecht escribió:
Hi,
On Thu, Sep 19, 2013 at 02:20:28PM -0300, Mario Mey wrote:
I think most of s/r and throw/catch are between abstracts. If I want to sort that objects (as Theory of Operation says: creating receive~ after send~)... I don't know how to do it.
To trick Pd into sorting signal objects, that are not directly connected with some patchcords (like sends), you must put them into subpatches or abstractions and then connect these.
For example this here will be unsorted:
[sig~ 1]
[sig~ 2]
[sig~ 3]
But this will be sorted:
[sig~ 1] | [sig~ 2] | [sig~ 3]
and this will also be sorted:
[pd sig~1-inside] | [pd sig~2-inside] | [pd sig~3-inside]
where each subpatch has something like this inside:
[inlet~] [outlet~] [sig~ 1]
The 3 objects inside the subpatch don't need do be connected at all, only the subpatches have to be connected to force an order.
In the end, you have now tricked Pd to execute signals in the order 1, 2 and 3, although they aren't connected to anything. The order, in which these objects have been created doesn't matter and you should never rely on creation order anyway.
Instead of subpatches you can use abstraction, but you have to connect these just as you have connected the subpatches.
Ciao
