Attached is a simple patch that reads sound file data from an array with tabread4~.
Does someone know why the result is so noisy? Please try with this sound file (96k 24bit): https://dl.dropboxusercontent.com/u/47945259/test.aif.
It sounds like some sort of extreme quantisation noise. But maybe I've missed something in the patch.
I'm on the latest version of pd vanilla on os x 10.7.5.
Many Thanks Peiman
#N canvas 439 22 536 684 10; #X obj 77 213 soundfiler; #X obj 77 113 openpanel; #X obj 62 414 *~; #X obj -8 305 /; #X obj 77 95 bng 15 250 50 0 empty empty empty 17 7 0 10 -262144 -1 -1; #N canvas 0 22 450 278 (subpatch) 0; #X array test_R 4e+06 float 2; #X coords 0 1 4e+06 -1 200 140 1 0 0; #X restore 214 -69 graph; #X obj 59 549 dac~; #X obj -8 368 phasor~; #X obj 7 248 t b f; #X msg 31 334 0; #X obj -8 281 pack 96000 f; #X obj 16 474 tabread4~ test_L; #X obj 120 474 tabread4~ test_R; #X msg 219 152 read -resize $1 test_R; #X msg 77 152 read -resize $1 test_L; #N canvas 0 22 450 278 (subpatch) 0; #X array test_L 4e+06 float 2; #X coords 0 1 4e+06 -1 200 140 1 0 0; #X restore 8 -68 graph; #X obj -8 343 * 0; #X text 28 321 restart; #X connect 0 0 2 1; #X connect 0 0 8 0; #X connect 1 0 14 0; #X connect 1 0 13 0; #X connect 2 0 11 0; #X connect 2 0 12 0; #X connect 3 0 16 0; #X connect 4 0 1 0; #X connect 7 0 2 0; #X connect 8 0 10 0; #X connect 8 1 10 1; #X connect 9 0 7 1; #X connect 10 0 3 0; #X connect 11 0 6 0; #X connect 12 0 6 1; #X connect 13 0 0 0; #X connect 14 0 0 0; #X connect 16 0 7 0;
*www.peimankhosravi.co.uk || RSS Feedhttp://peimankhosravi.co.uk/miscposts.rss || Concert News http://spectralkimia.wordpress.com/*
Hi Peiman, I notice a few things:
your soundfile is being truncated to 4000000 samples
you're loading the left channel of your stereo file into both arrays
after calculating the correct frequency for phasor~ to play at normal
speed, you're multiplying by zero.
With 3), maybe you have that there so you can scale the playback speed with a control later. But re: 1 & 2, try a message to soundfiler like this:
read -maxsize 6.24e+06 -resize $1 test_L test_R
That will increase soundfiler's default maxsize so your complete sample can be loaded. Also note that with the "read" command you can list 2 tables to load to with stereo audio files. You had those tables listed in separate messages…with 2 separate "read" calls, soundfiler is starting over each time and has no way of knowing that you want to continue where you left off.
I didn't listen carefully with headphones, but after those changes I didn't hear an obvious difference between tabread4~'s playback of your file vs. my web browser's.
Hope that helps, William
On Sun, Oct 27, 2013 at 9:23 AM, peiman khosravi peimankhosravi@gmail.comwrote:
Attached is a simple patch that reads sound file data from an array with tabread4~.
Does someone know why the result is so noisy? Please try with this sound file (96k 24bit): https://dl.dropboxusercontent.com/u/47945259/test.aif.
It sounds like some sort of extreme quantisation noise. But maybe I've missed something in the patch.
I'm on the latest version of pd vanilla on os x 10.7.5.
Many Thanks Peiman
#N canvas 439 22 536 684 10; #X obj 77 213 soundfiler; #X obj 77 113 openpanel; #X obj 62 414 *~; #X obj -8 305 /; #X obj 77 95 bng 15 250 50 0 empty empty empty 17 7 0 10 -262144 -1 -1; #N canvas 0 22 450 278 (subpatch) 0; #X array test_R 4e+06 float 2; #X coords 0 1 4e+06 -1 200 140 1 0 0; #X restore 214 -69 graph; #X obj 59 549 dac~; #X obj -8 368 phasor~; #X obj 7 248 t b f; #X msg 31 334 0; #X obj -8 281 pack 96000 f; #X obj 16 474 tabread4~ test_L; #X obj 120 474 tabread4~ test_R; #X msg 219 152 read -resize $1 test_R; #X msg 77 152 read -resize $1 test_L; #N canvas 0 22 450 278 (subpatch) 0; #X array test_L 4e+06 float 2; #X coords 0 1 4e+06 -1 200 140 1 0 0; #X restore 8 -68 graph; #X obj -8 343 * 0; #X text 28 321 restart; #X connect 0 0 2 1; #X connect 0 0 8 0; #X connect 1 0 14 0; #X connect 1 0 13 0; #X connect 2 0 11 0; #X connect 2 0 12 0; #X connect 3 0 16 0; #X connect 4 0 1 0; #X connect 7 0 2 0; #X connect 8 0 10 0; #X connect 8 1 10 1; #X connect 9 0 7 1; #X connect 10 0 3 0; #X connect 11 0 6 0; #X connect 12 0 6 1; #X connect 13 0 0 0; #X connect 14 0 0 0; #X connect 16 0 7 0;
*www.peimankhosravi.co.uk || RSS Feedhttp://peimankhosravi.co.uk/miscposts.rss || Concert News http://spectralkimia.wordpress.com/*
Pd-list@iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list
Hi William,
Thanks for the suggestions. This is really useful as I didn't know that you can format messages for soundfiler like that.
So I made all of your suggested changes but I'm still getting the funny noisy playback. It sounds almost ring-modulated (e.g. you hear a lower-frequency sideband at around 10 seconds into the file, which isn't in the input file). Here's the recorded output of the patch: https://dl.dropboxusercontent.com/u/47945259/testoutput.wav
Could it be an OS X issue?
Thanks Peiman
PS I've attached the new patch with your suggested changes.
*www.peimankhosravi.co.uk || RSS Feedhttp://peimankhosravi.co.uk/miscposts.rss || Concert News http://spectralkimia.wordpress.com/*
On 28 October 2013 12:18, William Brent william.brent@gmail.com wrote:
Hi Peiman, I notice a few things:
your soundfile is being truncated to 4000000 samples
you're loading the left channel of your stereo file into both arrays
after calculating the correct frequency for phasor~ to play at normal
speed, you're multiplying by zero.
With 3), maybe you have that there so you can scale the playback speed with a control later. But re: 1 & 2, try a message to soundfiler like this:
read -maxsize 6.24e+06 -resize $1 test_L test_R
That will increase soundfiler's default maxsize so your complete sample can be loaded. Also note that with the "read" command you can list 2 tables to load to with stereo audio files. You had those tables listed in separate messages…with 2 separate "read" calls, soundfiler is starting over each time and has no way of knowing that you want to continue where you left off.
I didn't listen carefully with headphones, but after those changes I didn't hear an obvious difference between tabread4~'s playback of your file vs. my web browser's.
Hope that helps, William
On Sun, Oct 27, 2013 at 9:23 AM, peiman khosravi <peimankhosravi@gmail.com
wrote:
Attached is a simple patch that reads sound file data from an array with tabread4~.
Does someone know why the result is so noisy? Please try with this sound file (96k 24bit): https://dl.dropboxusercontent.com/u/47945259/test.aif.
It sounds like some sort of extreme quantisation noise. But maybe I've missed something in the patch.
I'm on the latest version of pd vanilla on os x 10.7.5.
Many Thanks Peiman
#N canvas 439 22 536 684 10; #X obj 77 213 soundfiler; #X obj 77 113 openpanel; #X obj 62 414 *~; #X obj -8 305 /; #X obj 77 95 bng 15 250 50 0 empty empty empty 17 7 0 10 -262144 -1 -1; #N canvas 0 22 450 278 (subpatch) 0; #X array test_R 4e+06 float 2; #X coords 0 1 4e+06 -1 200 140 1 0 0; #X restore 214 -69 graph; #X obj 59 549 dac~; #X obj -8 368 phasor~; #X obj 7 248 t b f; #X msg 31 334 0; #X obj -8 281 pack 96000 f; #X obj 16 474 tabread4~ test_L; #X obj 120 474 tabread4~ test_R; #X msg 219 152 read -resize $1 test_R; #X msg 77 152 read -resize $1 test_L; #N canvas 0 22 450 278 (subpatch) 0; #X array test_L 4e+06 float 2; #X coords 0 1 4e+06 -1 200 140 1 0 0; #X restore 8 -68 graph; #X obj -8 343 * 0; #X text 28 321 restart; #X connect 0 0 2 1; #X connect 0 0 8 0; #X connect 1 0 14 0; #X connect 1 0 13 0; #X connect 2 0 11 0; #X connect 2 0 12 0; #X connect 3 0 16 0; #X connect 4 0 1 0; #X connect 7 0 2 0; #X connect 8 0 10 0; #X connect 8 1 10 1; #X connect 9 0 7 1; #X connect 10 0 3 0; #X connect 11 0 6 0; #X connect 12 0 6 1; #X connect 13 0 0 0; #X connect 14 0 0 0; #X connect 16 0 7 0;
*www.peimankhosravi.co.uk || RSS Feedhttp://peimankhosravi.co.uk/miscposts.rss || Concert News http://spectralkimia.wordpress.com/*
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
I've just tested with a file containing a single sine tone. And the result is very audible even on my laptop's internal speakers. Here are the original and the playback (and recorded) results.
https://dl.dropboxusercontent.com/u/47945259/sine.wav https://dl.dropboxusercontent.com/u/47945259/sinePlayedBack.wav
Listen out for the added frequencies after 00':05".
P
*www.peimankhosravi.co.uk || RSS Feedhttp://peimankhosravi.co.uk/miscposts.rss || Concert News http://spectralkimia.wordpress.com/*
On 28 October 2013 20:35, peiman khosravi peimankhosravi@gmail.com wrote:
Hi William,
Thanks for the suggestions. This is really useful as I didn't know that you can format messages for soundfiler like that.
So I made all of your suggested changes but I'm still getting the funny noisy playback. It sounds almost ring-modulated (e.g. you hear a lower-frequency sideband at around 10 seconds into the file, which isn't in the input file). Here's the recorded output of the patch: https://dl.dropboxusercontent.com/u/47945259/testoutput.wav
Could it be an OS X issue?
Thanks Peiman
PS I've attached the new patch with your suggested changes.
*www.peimankhosravi.co.uk || RSS Feedhttp://peimankhosravi.co.uk/miscposts.rss || Concert News http://spectralkimia.wordpress.com/*
On 28 October 2013 12:18, William Brent william.brent@gmail.com wrote:
Hi Peiman, I notice a few things:
your soundfile is being truncated to 4000000 samples
you're loading the left channel of your stereo file into both arrays
after calculating the correct frequency for phasor~ to play at normal
speed, you're multiplying by zero.
With 3), maybe you have that there so you can scale the playback speed with a control later. But re: 1 & 2, try a message to soundfiler like this:
read -maxsize 6.24e+06 -resize $1 test_L test_R
That will increase soundfiler's default maxsize so your complete sample can be loaded. Also note that with the "read" command you can list 2 tables to load to with stereo audio files. You had those tables listed in separate messages…with 2 separate "read" calls, soundfiler is starting over each time and has no way of knowing that you want to continue where you left off.
I didn't listen carefully with headphones, but after those changes I didn't hear an obvious difference between tabread4~'s playback of your file vs. my web browser's.
Hope that helps, William
On Sun, Oct 27, 2013 at 9:23 AM, peiman khosravi < peimankhosravi@gmail.com> wrote:
Attached is a simple patch that reads sound file data from an array with tabread4~.
Does someone know why the result is so noisy? Please try with this sound file (96k 24bit): https://dl.dropboxusercontent.com/u/47945259/test.aif.
It sounds like some sort of extreme quantisation noise. But maybe I've missed something in the patch.
I'm on the latest version of pd vanilla on os x 10.7.5.
Many Thanks Peiman
#N canvas 439 22 536 684 10; #X obj 77 213 soundfiler; #X obj 77 113 openpanel; #X obj 62 414 *~; #X obj -8 305 /; #X obj 77 95 bng 15 250 50 0 empty empty empty 17 7 0 10 -262144 -1 -1; #N canvas 0 22 450 278 (subpatch) 0; #X array test_R 4e+06 float 2; #X coords 0 1 4e+06 -1 200 140 1 0 0; #X restore 214 -69 graph; #X obj 59 549 dac~; #X obj -8 368 phasor~; #X obj 7 248 t b f; #X msg 31 334 0; #X obj -8 281 pack 96000 f; #X obj 16 474 tabread4~ test_L; #X obj 120 474 tabread4~ test_R; #X msg 219 152 read -resize $1 test_R; #X msg 77 152 read -resize $1 test_L; #N canvas 0 22 450 278 (subpatch) 0; #X array test_L 4e+06 float 2; #X coords 0 1 4e+06 -1 200 140 1 0 0; #X restore 8 -68 graph; #X obj -8 343 * 0; #X text 28 321 restart; #X connect 0 0 2 1; #X connect 0 0 8 0; #X connect 1 0 14 0; #X connect 1 0 13 0; #X connect 2 0 11 0; #X connect 2 0 12 0; #X connect 3 0 16 0; #X connect 4 0 1 0; #X connect 7 0 2 0; #X connect 8 0 10 0; #X connect 8 1 10 1; #X connect 9 0 7 1; #X connect 10 0 3 0; #X connect 11 0 6 0; #X connect 12 0 6 1; #X connect 13 0 0 0; #X connect 14 0 0 0; #X connect 16 0 7 0;
*www.peimankhosravi.co.uk || RSS Feedhttp://peimankhosravi.co.uk/miscposts.rss || Concert News http://spectralkimia.wordpress.com/*
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
Sorry for making more noise.
Here are two screenshots of the sonogram of the original sample (sine tone) and the pd playback via tabread2~. It looks and sounds pretty severe! An artefact of the sample interpolation perhaps?
Thanks Peiman
[image: Inline images 4] [image: Inline images 2]
*www.peimankhosravi.co.uk || RSS Feedhttp://peimankhosravi.co.uk/miscposts.rss || Concert News http://spectralkimia.wordpress.com/*
On 29 October 2013 01:31, peiman khosravi peimankhosravi@gmail.com wrote:
I've just tested with a file containing a single sine tone. And the result is very audible even on my laptop's internal speakers. Here are the original and the playback (and recorded) results.
https://dl.dropboxusercontent.com/u/47945259/sine.wav https://dl.dropboxusercontent.com/u/47945259/sinePlayedBack.wav
Listen out for the added frequencies after 00':05".
P
*www.peimankhosravi.co.uk || RSS Feedhttp://peimankhosravi.co.uk/miscposts.rss || Concert News http://spectralkimia.wordpress.com/*
On 28 October 2013 20:35, peiman khosravi peimankhosravi@gmail.comwrote:
Hi William,
Thanks for the suggestions. This is really useful as I didn't know that you can format messages for soundfiler like that.
So I made all of your suggested changes but I'm still getting the funny noisy playback. It sounds almost ring-modulated (e.g. you hear a lower-frequency sideband at around 10 seconds into the file, which isn't in the input file). Here's the recorded output of the patch: https://dl.dropboxusercontent.com/u/47945259/testoutput.wav
Could it be an OS X issue?
Thanks Peiman
PS I've attached the new patch with your suggested changes.
*www.peimankhosravi.co.uk || RSS Feedhttp://peimankhosravi.co.uk/miscposts.rss || Concert News http://spectralkimia.wordpress.com/*
On 28 October 2013 12:18, William Brent william.brent@gmail.com wrote:
Hi Peiman, I notice a few things:
your soundfile is being truncated to 4000000 samples
you're loading the left channel of your stereo file into both arrays
after calculating the correct frequency for phasor~ to play at normal
speed, you're multiplying by zero.
With 3), maybe you have that there so you can scale the playback speed with a control later. But re: 1 & 2, try a message to soundfiler like this:
read -maxsize 6.24e+06 -resize $1 test_L test_R
That will increase soundfiler's default maxsize so your complete sample can be loaded. Also note that with the "read" command you can list 2 tables to load to with stereo audio files. You had those tables listed in separate messages…with 2 separate "read" calls, soundfiler is starting over each time and has no way of knowing that you want to continue where you left off.
I didn't listen carefully with headphones, but after those changes I didn't hear an obvious difference between tabread4~'s playback of your file vs. my web browser's.
Hope that helps, William
On Sun, Oct 27, 2013 at 9:23 AM, peiman khosravi < peimankhosravi@gmail.com> wrote:
Attached is a simple patch that reads sound file data from an array with tabread4~.
Does someone know why the result is so noisy? Please try with this sound file (96k 24bit): https://dl.dropboxusercontent.com/u/47945259/test.aif.
It sounds like some sort of extreme quantisation noise. But maybe I've missed something in the patch.
I'm on the latest version of pd vanilla on os x 10.7.5.
Many Thanks Peiman
#N canvas 439 22 536 684 10; #X obj 77 213 soundfiler; #X obj 77 113 openpanel; #X obj 62 414 *~; #X obj -8 305 /; #X obj 77 95 bng 15 250 50 0 empty empty empty 17 7 0 10 -262144 -1 -1; #N canvas 0 22 450 278 (subpatch) 0; #X array test_R 4e+06 float 2; #X coords 0 1 4e+06 -1 200 140 1 0 0; #X restore 214 -69 graph; #X obj 59 549 dac~; #X obj -8 368 phasor~; #X obj 7 248 t b f; #X msg 31 334 0; #X obj -8 281 pack 96000 f; #X obj 16 474 tabread4~ test_L; #X obj 120 474 tabread4~ test_R; #X msg 219 152 read -resize $1 test_R; #X msg 77 152 read -resize $1 test_L; #N canvas 0 22 450 278 (subpatch) 0; #X array test_L 4e+06 float 2; #X coords 0 1 4e+06 -1 200 140 1 0 0; #X restore 8 -68 graph; #X obj -8 343 * 0; #X text 28 321 restart; #X connect 0 0 2 1; #X connect 0 0 8 0; #X connect 1 0 14 0; #X connect 1 0 13 0; #X connect 2 0 11 0; #X connect 2 0 12 0; #X connect 3 0 16 0; #X connect 4 0 1 0; #X connect 7 0 2 0; #X connect 8 0 10 0; #X connect 8 1 10 1; #X connect 9 0 7 1; #X connect 10 0 3 0; #X connect 11 0 6 0; #X connect 12 0 6 1; #X connect 13 0 0 0; #X connect 14 0 0 0; #X connect 16 0 7 0;
*www.peimankhosravi.co.uk || RSS Feedhttp://peimankhosravi.co.uk/miscposts.rss || Concert News http://spectralkimia.wordpress.com/*
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
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.html
Claude
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 claude@mathr.co.uk wrote:
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
______________________________**_________________ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/** listinfo/pd-list http://lists.puredata.info/listinfo/pd-list
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 peimankhosravi@gmail.com wrote:
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 claude@mathr.co.uk wrote:
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
______________________________**_________________ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/** listinfo/pd-list http://lists.puredata.info/listinfo/pd-list
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 peimankhosravi@gmail.com wrote:
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 peimankhosravi@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 claude@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
______________________________**_________________ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/** listinfo/pd-list http://lists.puredata.info/listinfo/pd-list
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 peimankhosravi@gmail.com wrote:
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 peimankhosravi@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 peimankhosravi@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 claude@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
______________________________**_________________ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/** listinfo/pd-list http://lists.puredata.info/listinfo/pd-list
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 peimankhosravi@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 peimankhosravi@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 peimankhosravi@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 peimankhosravi@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 claude@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
______________________________**_________________ 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
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
*www.peimankhosravi.co.uk || RSS Feedhttp://peimankhosravi.co.uk/miscposts.rss || Concert News http://spectralkimia.wordpress.com/*
On 30 October 2013 12:01, William Brent william.brent@gmail.com wrote:
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 <peimankhosravi@gmail.com
wrote:
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 peimankhosravi@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 peimankhosravi@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 peimankhosravi@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 claude@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
______________________________**_________________ 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
-
Claude Heiland-Allen -
peiman khosravi -
William Brent