subject:"\[PD\] tabread2\~ noisy output"

Re: [PD] tabread2~ noisy output

2013-10-30 Thread William Brent

I was thinking it might be related to your file's 24-bit sample encoding
and was going to suggest soundfiler's raw message to be specific about
that. But if you're getting perfect results with vline~ and not phasor~, it
sounds like that's not the issue. Are you using the 64-bit Pd for OSX?


On Tue, Oct 29, 2013 at 3:26 PM, peiman khosravi
peimankhosr...@gmail.comwrote:

 But it doesn't end there. It's also an issue with phasor~. At the right
 sampling rate, it works with vline~ but not with phasor. As in phasor
 introduces those noises.




 *www.peimankhosravi.co.uk || RSS 
 Feedhttp://peimankhosravi.co.uk/miscposts.rss ||
 Concert News http://spectralkimia.wordpress.com/*


 On 29 October 2013 19:13, peiman khosravi peimankhosr...@gmail.comwrote:

 I think I have it figured out. Problem was inconsistency between the PD
 sample rate and the soundfile's sample rate. Not sure how that works but it
 seems to add some sort of ring modulation to the result.

 P




 *www.peimankhosravi.co.uk || RSS 
 Feedhttp://peimankhosravi.co.uk/miscposts.rss ||
 Concert News http://spectralkimia.wordpress.com/*


 On 29 October 2013 17:50, peiman khosravi peimankhosr...@gmail.comwrote:

 Also, even with the array max size of 2^24 I'm still getting the noise.




 *www.peimankhosravi.co.uk || RSS 
 Feedhttp://peimankhosravi.co.uk/miscposts.rss ||
 Concert News http://spectralkimia.wordpress.com/*


 On 29 October 2013 16:50, peiman khosravi peimankhosr...@gmail.comwrote:

 Oh I see. So it's to do with the size of the array. Thanks for that.

 Now, is there a workaround, other than reading the file directly from
 the disk?

 Best,
 Peiman




 *www.peimankhosravi.co.uk || RSS 
 Feedhttp://peimankhosravi.co.uk/miscposts.rss ||
 Concert News http://spectralkimia.wordpress.com/*


 On 29 October 2013 12:56, Claude Heiland-Allen cla...@mathr.co.ukwrote:

 On 29/10/13 12:36, peiman khosravi wrote:

 An
 artefact of the sample interpolation perhaps?


 No, of limited precision in the index:

 http://lists.puredata.info/**pipermail/pd-list/2012-07/**097073.htmlhttp://lists.puredata.info/pipermail/pd-list/2012-07/097073.html


 Claude
 --
 http://mathr.co.uk



 __**_
 Pd-list@iem.at mailing list
 UNSUBSCRIBE and account-management - http://lists.puredata.info/**
 listinfo/pd-list http://lists.puredata.info/listinfo/pd-list






 ___
 Pd-list@iem.at mailing list
 UNSUBSCRIBE and account-management -
 http://lists.puredata.info/listinfo/pd-list




-- 
William Brent
www.williambrent.com

“Great minds flock together”
Conflations: conversational idiom for the 21st century

www.conflations.com
___
Pd-list@iem.at mailing list
UNSUBSCRIBE and account-management - 
http://lists.puredata.info/listinfo/pd-list

Re: [PD] tabread2~ noisy output

2013-10-30 Thread peiman khosravi

Hello,

I tried with different bit depth and it doesn't make a difference.

It sounds like it has to do with sampling precision of phasor~. And the
fact that changing the sample rate makes a difference to the way that
vline~ works also suggests to me a global issue.

I'm actually using the 32-bid build for now as non of the externals I'm
using have been built for 64-bit.

Thanks
Peiman