[ pure-data-Bugs-2978457 ] -nogui audio initialization problems under Debian - Pd-dev

16 May 2010


      Bugs item #2978457, was opened at 2010-03-29 10:01
Message generated for change (Comment added) made by nobody
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=478070&aid=2978457...
Please note that this message will contain a full copy of the comment thread,
including the initial issue submission, for this request,
not just the latest update.
Category: puredata
Group: None
Status: Open
Resolution: None
Priority: 5
Private: No
Submitted By: Nobody/Anonymous (nobody)
Assigned to: Nobody/Anonymous (nobody)
Summary: -nogui audio initialization problems under Debian
Initial Comment:
The [delread~] in the attached patch fails to initialize to the correct samplerate when started with -nogui under Debian and Pd 0.41.4 or 0.42-5. It seems to initialize to a samplerate of 0 instead. This problem persists independently from the audio driver used (ALS vs OSS). The patch works fine under Windows XP, however.
The patch contains a workaround which has been suggested on the Pd-list, i.e. to loadbang a [switch~] object to 0 and then set it to 1 when neded. However, this did not help in the current situation.
The patch also delays the loadbanged [;pd dsp 1( message by a [del 1000. This is a workaround addressing another manifestation of the audio initialisation problems with -nogui under Debian. If the [del 1000] is removed, the patch fails to load under -nogui with a "dev/dsp (read/write): Device or resource busy" message.
IOhannes has suggested on the list to set the samplerate explicitely at startup, i.e. by
  pd -nogui -r 44100
However, I cannot confirm this workaround to work with the attached patch.
Please note that the attached patch works fine under Windows XP and with -nogui enabled; also if the [del 1000] and [switch~] objects are omitted.
best,
flo.H
----------------------------------------------------------------------
Comment By: Nobody/Anonymous (nobody)
Date: 2010-05-16 17:20
Message:
this goes with another bug : [delwrite~] doesn't honour any change of
sampling rate (e.g. 44100 to 22050).
those bugs are related because the reason [delwrite~] doesn't work with
this, is that [delwrite~] is created while sys_getsr() still reports
sampling rate to be "0", because sys_dacsr has not been assigned to.
----------------------------------------------------------------------
Comment By: Nobody/Anonymous (nobody)
Date: 2010-05-16 17:00
Message:
if you load your patch using a «; pd open $1 .» message from a [delay]ed
[loadbang], the patch runs correctly.
----------------------------------------------------------------------
Comment By: Nobody/Anonymous (nobody)
Date: 2010-05-16 16:53
Message:
you can replace the [delay 1000] by just [delay], that is, [delay 0].
----------------------------------------------------------------------
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=478070&aid=2978457...