Are we sure this is a problem with [delread~]? There's a related bug where if you open a patch which has delays at one sample rate, if you then change the sample rate in the preferences it won't reallocate the delay buffers, so if you increase the sample rate, you're left with shorter delay lines (they're just as long in samples but shorter in milliseconds). When it happens it feels like a [delread~] problem since that's what you're controlling, but really it's in the implementation of the delay buffer. This may have been fixed in recent versions -- I have been keeping at 0.40 for a while now, so I don't know for sure.
Matt
Hey Flo,
IOhannes accused me of making this up when I posted it a week or so ago ;-) Thanks for posting a documented example. Yes it does seem like voodoo doesn't it?
D.
On 3/27/10 3:13 PM, Florian Hollerweger wrote:
Dear list,
When starting Pd with the -nogui flag, [delread~] seems to ignore its float input (specifying the delay time in ms) and instead produce sounds which resemble a [delwrite~]/[delread~] loop at very short (one block of audio?) delay times.
Attached is a minimal example. (Attention, this will play straight to your soundcard at -20 dB for easy testing with -nogui!). To try, please start Pd first with and then without GUI.
I have observed this behaviour with Pd 0.41.4 under Debian GNU/Linux. Anyone else who ran into trouble with this or might know what's going on?
best, flo.H
=== BEGIN MINIMAL EXAMPLE ===
#N canvas 2 0 568 517 10; #X obj 132 359 dac~; #X obj 139 118 loadbang; #X obj 132 153 metro 1000; #X obj -23 386 loadbang; #X msg -23 441 ; pd dsp 1; #X obj -23 413 del 1000; #X obj 53 151 osc~ 220; #X obj 61 251 *~; #X msg 80 200 1 , 0 100; #X obj 80 225 line~; #X text 330 478 Florian Hollerweger , 2010; #X obj 132 330 *~; #X obj 205 294 dbtorms; #X obj 205 246 loadbang; #X msg 205 270 80; #X obj 162 220 delread~ line 350; #X obj -13 332 delwrite~ line 580; #X text 45 410<- This [del 1000] is required due to another -nogui bug (audio will not work under -nogui without it); #X text -11 88 Tested with Pd 0.41.4 under Debian GNU/Linux; #X text 249 272 Master volume; #X obj 161 332 *~; #X msg 164 193 500; #X text -10 8 -nogui bug: This patch creates a test signal on the left channel once a second , which is delayed through [delwrite~] and [delread~] and then repeated on the right channel 500ms later. But when started with -nogui , the delay time of 500ms seems to be ignored.; #X connect 1 0 2 0; #X connect 1 0 21 0; #X connect 2 0 8 0; #X connect 3 0 5 0; #X connect 5 0 4 0; #X connect 6 0 7 0; #X connect 7 0 16 0; #X connect 7 0 11 0; #X connect 8 0 9 0; #X connect 9 0 7 1; #X connect 11 0 0 0; #X connect 12 0 11 1; #X connect 12 0 20 1; #X connect 13 0 14 0; #X connect 14 0 12 0; #X connect 15 0 20 0; #X connect 20 0 0 1; #X connect 21 0 15 0;
=== END MINIMAL EXAMPLE ===
Pd-list@iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list
-- ::: derek holzer ::: http://macumbista.net ::: ---Oblique Strategy # 112: "Magnify the most difficult details"
-
Matt Barber