>
> Alright, I will do some more testing the coming days.
My guess is that your computer is more powerful than mine, but if Pd crash
it seems like something is wrong. Did you try the other patch? It never
crash Pd at all, plus it gives error messages in Pd console when having to
fast metro settings
I think I've made this mistake before.
However, when I start [pd~], it definitely makes a terminal window and a Pd
console.
I'll try this other method with the controls and Gem in the mother patch
and put all the sound generation in the child process.
By the way, the Gem process is creating an o
Hi Marco,
All clear!
Edwin
> On 11 Apr 2021, at 19:43, Marco Matteo Markidis wrote:
>
> Hi Edwin,
>
> Thank you for your interest.
>
> [multiconvolve~] combines time domain convolution for the early portion of an
> IR with more efficient FFT-based partitioned convolution for the latter part
Hi Edwin,
Thank you for your interest.
[multiconvolve~] combines time domain convolution for the early portion of
an IR with more efficient FFT-based partitioned convolution for the latter
parts of the IR[1]. Moreover SIMD instructions are used in the
FFT-convolution scheme.
Best,
Marco
[1]: ht
hello,
you need to send a message [pd~ start -nogui patch.pd< to your [pd~] object so
it open your patch without gui.
Since pd and pd~ are synchronised at sample rate, if one of the process lag,
the other will also lag. So it's not a good way to separate Gem from the audio.
Solution are :
- r
Dear all,
I would like to announce the release of *piro*[1].
Piro is a Pd-port of an impulse-response measurement object and a zero
latency convolver from the HISSTools Impulse Response Toolbox (HIRT).
Moreover in the package it is included a general-purpose object that
contains several utilities
Hi Samuel,
I think you have it backwards -- you should run the audio in [pd~] as
it already has no GUI. And if you don't care about latency (it sounds
like you're using prerecorded or generated dmaterial), just increase
the audio block size until you don't get dropouts.
Martin
On Sun, Apr 11, 202
Here's what I'm trying to do:
On a Raspberry Pi 3, *I want to run an audio patch that generates LFOs and
also have a Gem window that shows [scopeXYZ].* There are tremendous
dropouts unless [scopeXYZ] has a very short length of samples to process.
Here's one problem I've run into:
I'm prototyping o
I had a look at your setup. In my computer I could lower [metro] down to
3ms without issues. At 2ms Pd crashed. One thing to note: upload the
following code to your Arduino board:
void setup() {
Serial.begin(115200);
}
void loop() {
Serial.write(13);
delay(500);
}
In Pd connect [c
