9 Jan
2008
9 Jan
'08
8:54 a.m.
Linux eeepc-n0s 2.6.21.4-eeepc #21Sat Oct 13 12:14:03 EDT 2007 i686
GNU/Linux
I am not at all sure it's an interrupt/cpu load problem. Further
research showed amarok runs fine but it's the only one I can play
without glitches. I was wondering about the window dragging too but it
doesn't seem to have any influence. I'm just trying to find a way to
troubleshoot the whole thing as I don't have much idea as where to look
for.
Thanks for the help !
2.6 is pretty vague... can you show us uname -a ?
btw, are you sure it's an interrupt or cpu load problem? some people
have reported crosstalk from hd motors or their graphics card stalling
the pci bus. can you provoke glitches by dragging windows around?
9 Jan
9 Jan
9:17 a.m.
New subject: Hello and configuring audio
M-.-n wrote:
Linux eeepc-n0s 2.6.21.4-eeepc #21Sat Oct 13 12:14:03
EDT 2007 i686
GNU/Linux
I am not at all sure it's an interrupt/cpu load problem. Further
research showed amarok runs fine but it's the only one I can play
without glitches.
good news. so your hardware is not the problem.
iirc, amarok can use a number of audio backends - my guess is it's using
aRTs (as someone else suggested already). perhaps arts is ok, but messes
up other program's audio performance?
look it up in the amarok prefs, and if arts is running, kill it (you can
permanently disable it with kcontrolcenter).
I was wondering about the window dragging too but it
doesn't seem to have any influence.
also good news, because that one is hard to fix on a laptop...
--
jörn nettingsmeier
home://germany/45128 essen/lortzingstr. 11/
http://spunk.dnsalias.org
phone://+49/201/491621
Kurt is up in Heaven now.
9:45 a.m.
New subject: Hello and configuring audio
Joern Nettingsmeier wrote:
good news. so your hardware is not the problem.
iirc, amarok can use a number of audio backends - my guess is it's using
aRTs (as someone else suggested already). perhaps arts is ok, but messes
up other program's audio performance?
I've disabled aRTs, wired amarok to alsa and it still plays fine. VLC
still chokes on mp3 payback tho. VLC has specific settings for alsa and
oss audio but I haven't found and preference to choose between the two.
Another wierd thing is that /dev/dsp is locked. I can't write to it. Is
this normal if aRTs is done. Are the OSS devices 'emulated' and actually
have ALSA implementation or are they totally different thing ?
10:52 a.m.
New subject: Hello and configuring audio
M-.-n wrote:
Joern Nettingsmeier wrote:
they are emulated. the driver layer is alsa, and userspace can talk to
it either via alsa lib, or the alsa-oss compatibility layer.
as to locking, i think /dev/dsp is supposed to be blocking, i.e. when
someone accesses it, other tasks that wait for it will go to sleep.
except if your hardware supports hw mixing, in which case /dev/dsp can
be opened multiple times. but /dev/dsp is OSS-style, alsa applications
do not use it.
if you can't figure what is accessing it, try lsof /dev/dsp.
to narrow things down a bit, can you play wavs glitch-free when using
aplay on the command line? that's about as close to alsa-lib as you can
get, with no other things in between.
then try to experiment with real-time privileges for aplay while it's
running (you need to be root, use chrt).
--
jörn nettingsmeier
home://germany/45128 essen/lortzingstr. 11/
http://spunk.dnsalias.org
phone://+49/201/491621
Kurt is up in Heaven now.
good news. so your hardware is not the problem.
iirc, amarok can use a number of audio backends - my guess is it's using
aRTs (as someone else suggested already). perhaps arts is ok, but messes
up other program's audio performance?
I've disabled aRTs, wired amarok to alsa and it still plays fine. VLC
still chokes on mp3 payback tho. VLC has specific settings for alsa and
oss audio but I haven't found and preference to choose between the two.
Another wierd thing is that /dev/dsp is locked. I can't write to it. Is
this normal if aRTs is done. Are the OSS devices 'emulated' and actually
have ALSA implementation or are they totally different thing ?
11:08 a.m.
New subject: Hello and configuring audio
Joern Nettingsmeier wrote:
M-.-n wrote:
to narrow things down a bit, can you play wavs glitch-free when using
aplay on the command line? that's about as close to alsa-lib as you can
get, with no other things in between.
Yes, that seems to work fine, I've tried fire app and compile code at
the same time, it's fine. So I guess I'll get the aplay source code and
see how I can integrate that directly and if I can get smoother
performances.
I've found out the /dev/dsp can't be accesses because... it doesn't
exist anymore. Go figure. Anyway, I got something to chew now, will keep
you up to date with my progress.
thanks !!
Marc
12:44 p.m.
New subject: Hello and configuring audio
M-.-n wrote:
Joern Nettingsmeier wrote:
that could be because of udev. the device files in linux are mostly
dynamically generated, to better support hotplug and reduce clutter.
it might appear when you modprobe snd_pcm_oss (iirc)...
but if you are using alsa only, you don't need it anyways.
--
jörn nettingsmeier
home://germany/45128 essen/lortzingstr. 11/
http://spunk.dnsalias.org
phone://+49/201/491621
Kurt is up in Heaven now.
M-.-n wrote:
to narrow things down a bit, can you play wavs glitch-free when using
aplay on the command line? that's about as close to alsa-lib as you can
get, with no other things in between.
Yes, that seems to work fine, I've tried fire app and compile code at
the same time, it's fine. So I guess I'll get the aplay source code and
see how I can integrate that directly and if I can get smoother
performances.
I've found out the /dev/dsp can't be accesses because... it doesn't
exist anymore. Go figure. Anyway, I got something to chew now, will keep
you up to date with my progress.
6165
days inactive
6165
days old
linux-audio-user@lists.linuxaudio.org
5 comments
2 participants
participants (2)
-
Joern Nettingsmeier -
M-.-n