If you are having glitches when reading a soundfile you should check what you are doing in your patch. [readsf~] is most likely to *not have* the blame for causing glitches.
--
Mensaje telepatico asistido por maquinas.
I expect that using [readsf~] in a re-blocked and up-sampled patch is usefull to have the same played back file but trying to avoid glitches.
2018-03-04 21:18 GMT+01:00 IOhannes m zmölnig <zmoelnig@iem.at>:
On 03/04/2018 06:39 PM, Marco Matteo Markidis wrote:
> Dear Miller,
>
> thank you for your patch. Anyway, until here I have been arrived. The point
> is that if you connect this [readsf~] to a [dac~] in the parent window it
> sounds 64-times higher and shorter. There is something that I am missing?
what do you expect?
none of Pd's soundfile reading/writing objects do any resampling.
so if you play back a 22.05kHz soundfile in a patch running on 44.1kHz
it will be played back at double speed (with double pitch and halt the
duration).
gfmadsr
IOhannes
_______________________________________________
Pd-list@lists.iem.at mailing list
UNSUBSCRIBE and account-management -> https://lists.puredata.info/listinfo/pd-list
--
Ho cambiato l'indirizzo email in mm.markidis@autistici.org . Se non è un problema, scrivimi a questo nuovo indirizzo email.
I changed my email address in mm.markidis@autistici.org . If it is ok for you, please write me to this new email address.
_______________________________________________ Pd-list@lists.iem.at mailing list UNSUBSCRIBE and account-management -> https://lists.puredata.info/listinfo/pd-list