I’m running PD with pisound on RB3+ headless controlled via VNC.
I have a patch basically just made out of a cpitchshift object it does sounds like a ring modulator rather than a pitch shift. The same patch on mac sounds great but I wonder why on raspberry's pure data this patch has some issues.
Strangely if I use the freeze command the pitchshift suddely stabilyzes at the correct frequency. If I unfreeze it goes back to slightly sharp with a ring mod tone.
PD set at 48k using JACK and tried all buffer sizes. Very strange as it used to sound fine! perhaps the zexy installer for linux doesn’t have the right version of the z~ object?
Tried to test the microSD speed but it tested ok.
Anything you think I should look into?
I was trying to make a virtual instrument patch playable via midi and that uses wav samples of each note of a real instrument.
Normally each sample would be called C1.wav C#1.wav D1.wav and so on, I've made a patch to transform from midi note number to note file name so it could fit into a message going to soundfiler like "read -resize $1 array1" where $1 is the name of the corresponding wav file.
It seems to be working, with the only flaw that it doesn't sound as immidiate, I think loading the file in the moment of the note being pressed creates a delay.
As workaround I was wondering if there was a more efficient way of managing the samples?
As I'm writing I've just thought I could load a really long array that stores all the notes wav files in consecutive order, and then just use math to play the segment that corresponds to the note. Would that imply it'll be monophonic though?
A last resort would be copying and paste the single voice with the soundfiler 36 times, one for each sample, and have them preload on start. But I'm sure there's a more elegant solution!
Thank you in advance, I feel both blessed and damned now that I've put myself into this puredata rabbithole