Re: [PD] hardcoded samplerate in audio example

2023-04-30 Thread Dan Wilcox
Torres Porres mailto:por...@gmail.com>> > To: Patco mailto:colet.patr...@gmail.com>> > Cc: Miller Puckette <mailto:mpucke...@cloud.ucsd.edu>>, pd-list@lists.iem.at > <mailto:pd-list@lists.iem.at> > Subject: Re: [PD] hardcoded samplerate in audio example >

Re: [PD] hardcoded samplerate in audio example

2023-04-29 Thread Alexandre Torres Porres
can you give details on what version of pd you have, and like a screenshot or something with the parameters? the code from that file does get the sample rate from the soundfile into an "insample" variable, so it looks like it should work, but I haven't thoroughly tested it yet. you can also open

Re: [PD] hardcoded samplerate in audio example

2023-04-28 Thread Patco
In fact we have encountered problems specifically with my favorite PureData patch, the phase-vocoder, used for many different purposes, particulary with location scrolling, usefull for network time-stretch sample reading, speed is not as same as original soundfile when samplerate is 48000hz.

Re: [PD] hardcoded samplerate in audio example

2023-04-24 Thread Miller Puckette
Yep... these patches date back to before that outlet :) For now it migth suffice to mention that the patches only work on 44k1 soundfiles... and incidentally, thee best one (teh phase vocoder) works fine on 48K files, you just have to adjust the transposition by 147 cents. cheers Miller On

[PD] hardcoded samplerate in audio example

2023-04-22 Thread Patco
Hello, I've found something awkward in all fft patches from 03.audio-examples that leads to mistakes. Samplerate is hardcoded to 44100, so this wouldn't work correctly when opening soundfiles having another samplerate. This should be corrected by using [soundfiler] second outlet instead of