[PD] Weird [delread~] behavior under -nogui

[Matt Barber]

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 at 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"