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. On 3/4/2018 5:53 PM, Marco Matteo Markidis wrote: 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 <[email protected]<mailto:[email protected]>>: 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 _______________________________________________ [email protected]<mailto:[email protected]> mailing list UNSUBSCRIBE and account-management -> https://lists.puredata.info/listinfo/pd-list -- Ho cambiato l'indirizzo email in [email protected]<mailto:[email protected]> . Se non è un problema, scrivimi a questo nuovo indirizzo email. I changed my email address in [email protected]<mailto:[email protected]> . If it is ok for you, please write me to this new email address. _______________________________________________ [email protected]<mailto:[email protected]> mailing list UNSUBSCRIBE and account-management -> https://lists.puredata.info/listinfo/pd-list
_______________________________________________ [email protected] mailing list UNSUBSCRIBE and account-management -> https://lists.puredata.info/listinfo/pd-list
