On Sun, 23 Jul 2023 at 00:10 Alexandre Torres Porres
wrote:
> I see now I was just doing something silly thinking I was trying to copy
> some sophisticated trick that would sove things.
>
> I can't remember now which object I had to deal with something like this.
>
Found one, copied the
I see now I was just doing something silly thinking I was trying to copy
some sophisticated trick that would sove things.
I can't remember now which object I had to deal with something like this.
anyway, in this last version, I have my own "perform" method that fails
equally as before in some
ok, I was able to compile a version that does not blow pd up
obviously I have no idea of what I am doing and I did some things based on
warnings I was getting, but then, I do copy the input first and then
reorder the channels but I do get the exact same result as before, so it
was all for
Em sáb., 22 de jul. de 2023 às 18:39, Christof Ressi
escreveu:
> if the input and output signals have the same channel count, they will
> alias each other, just like in regular single-channel objects.
>
actually, funny stuff happens for 4 multichannel input and 3 multichannel
output, but I've
Hi,
if the input and output signals have the same channel count, they will
alias each other, just like in regular single-channel objects. In that
case, your code may accidentally overwrite parts of the input before it
is read. You first need to copy the whole input signal to a temporary
Hi, I'm creating new fun objects that are tools to deal with multichannel
signals to include in the next update of ELSE.
I have a working "pick~" object that picks a single channel from a
multichannel connection. Of course you can set which channel with a message.
I'm now expanding this concept
