Hello there,
I’m looking at my code, but this seems like an odd problem, and
with all the audio issues I’ve had, I wanted to check to see
if anyone else has dealt with this (ie. could it be the QNX
audio driver).
My audio interface uses the QNX audio driver to generate sound.
I’m playing WAV files. It works just fine except when it’s left
playing a sound overnight. This is very repeatable, but takes
a while to do (6 hrs). When it’s left on overnight, the QNX system
is slow and the mouse is jerky in the morning. There is no
audio coming from the system though there should be. It should be
playing
an alarm sound over and over. When the program is terminated, the
QNX system comes back to life (full speed).
Output from “sac” indicates that only priority 10 and 31 are getting
CPU time with 10 getting 20-30%. Audio and the interface of mine
are priority 10.
ps indicates that audioTsk (my interface) is in the REPLY state
blocked on “Audio sb -i7” the audio driver which is in the READY
state.
‘*’ marks the Audio and audio interface task (some content snipped)
sin -n3 format ntbp
PROGRAM START TIME UTIME STIME CUTIME CSTIME STATE
BLK PRI
sys/Proc32 Sep 18 15:24 2.450 0.630 1.870 0.720 READY
— 30f
sys/Slib32 — – --:-- 0.000 0.000 0.000 0.000
RECV 0 10r
/bin/Net — – --:-- 6.110 0.930 0.000 0.000 READY
— 23r
/bin/Net.ether2100 — – --:-- 0.000 0.000 0.000 0.000
RECV 0 20r
idle — – --:-- 24452 0.140 0.000 0.000 READY
— 0r
//4/bin/Dev32 Sep 18 15:24 0.100 0.040 0.000 0.000
RECV 0 24f
//4/bin/Pipe Sep 18 15:24 0.000 0.000 0.000 0.000
RECV 0 10r
//4/bin/Fsys Sep 18 15:24 0.040 0.010 0.000 0.000
RECV 0 22r
//4/bin/Fsys.eide Sep 18 15:24 11.049 0.000 0.000 0.000
RECV 0 22r
//4/bin/ksh Sep 18 15:24 0.020 0.010 0.040 0.210
REPLY 40 10o
//4/bin/Audio Sep 18 15:25 14272 28986 0.000 0.000 READY
— 10r *
//4//photon/bin/Photon Sep 18 15:25 0.730 0.290 0.000 0.000
RECV 0 17r
//4/bin/Input Sep 18 15:25 0.100 0.070 0.000 0.000
RECV 0 12o
//4//app/audioTsk Sep 18 15:26 0.040 0.000 0.000 0.000 REPLY
214 10o *
Looks like the audioTsk is waiting on Audio to respond, but Audio forgot
it
needed to respond. Sound right?
I also tried to ‘cat’ a file to /dev/dsp and the audioTsk’s state went
to SIGBL.
If you have any ideas or similar experiences, I’d love to know.
Thanks in advance,
Barry