| Summary: | cpu overload with alsa 1.0.1 | ||
|---|---|---|---|
| Product: | [Unmaintained] arts | Reporter: | Giovanni Venturi <giovanni> |
| Component: | general | Assignee: | Stefan Westerfeld <stefan> |
| Status: | RESOLVED FIXED | ||
| Severity: | normal | CC: | andreas.krebl, regnaultn |
| Priority: | NOR | ||
| Version: | unspecified | ||
| Target Milestone: | --- | ||
| Platform: | Compiled Sources | ||
| OS: | Linux | ||
| Latest Commit: | Version Fixed In: | ||
| Sentry Crash Report: | |||
| Attachments: |
Fix
Small test app for verification |
||
|
Description
Giovanni Venturi
2004-01-25 14:27:01 UTC
*** This bug has been marked as a duplicate of 73264 *** Created attachment 4377 [details] Fix Fix for bug 73461 Created attachment 4378 [details] Small test app for verification Adding a test application to prove the ALSA detection I'm using in attachment #4377 [details] actually works - compile with gcc -o alsatest alsatest.c -lasound and run it w/ different sound systems loaded for a quick test of the checking code. *** Bug 73264 has been marked as a duplicate of this bug. *** Reopen [Fix is attached here, not in the resolved:duplicate bug] *** Bug 74171 has been marked as a duplicate of this bug. *** > Fix > > Fix for bug 73461 I didn't understand but this bug is closed or not because I didn't see your patch into arts module on CVS. And it happens also with alsa 1.0.2 of the kernel 2.6.3. On recently KDE 3.2 BRANCH. I removed autodetect and I set ALSA directly and now it works. The bug can be closed. Thank you. Autodetection of alsa should be fixed. In the meantime set the output to alsa directly, not autodetect... Arnold Seems not to fixed yet, at least not in the current HEAD. I'm using alsa 1.0.3, Kernel 2.6.4, KDE HEAD as of 2004-03-14 rgds Luc I still get "Sound server fatal error: cpu overload, aborting." using arts with Gentoo on AMD64, KDE 3.3.0 and even if I select alsa manually. In addition the system freezes, if I check "realtime priority" and play some sound. I'm using alsa-drivers of kernel 2.6.7 (emu10k1 & via82xx) JAK That is likely a different issue. Please report the output of starting artsd with debug ("artsd -l0"). And open a new bug-report if the ALSA-driver is loaded.
That's the output:
artsd version is 1.3.0
gsl: using Unix98 pthreads directly for mutexes and conditions
[artsd: 6484] SoundServerStartup --> got lock
autodetecting driver:
- toss: 4
- esd: -1
- null: -1
- alsa: 15
- oss: 10
... which means we'll default to alsa
ALSA driver: default
buffering: 7 fragments with 1024 bytes (audio latency is 40.6 ms)
ALSA lib pcm_hw.c:549:(snd_pcm_hw_start) SNDRV_PCM_IOCTL_START failed: Broken pipe
Closing ALSA-driver
virtualize StereoVolumeControl
ALSA driver: default
buffering: 7 fragments with 1024 bytes (audio latency is 40.6 ms)
ALSA lib pcm_hw.c:549:(snd_pcm_hw_start) SNDRV_PCM_IOCTL_START failed: Broken pipe
audio format is 44100 Hz, 16 bits, 2 channels
addDirectory(/usr/kde/3.3/lib/mcop,)
addDirectory(/usr/kde/3.3/lib/mcop/Arts,Arts)
addDirectory(/usr/kde/3.3/lib/mcop/Arts/Environment,Arts::Environment)
addDirectory(/usr/kde/3.3/lib/mcop/Noatun,Noatun)
addDirectory(/usr/kde/3.3/lib/mcop/Amarok,Amarok)
addDirectory(/home/jannick/.mcop/trader-cache,)
can't register Arts::MidiManager
There are already artsd objects registered, looking if they are active...
Error: Can't add object reference (probably artsd is already running).
If you are sure it is not already running, remove the relevant files:
/tmp/mcop-jannick/Arts_SoundServerV2
/tmp/mcop-jannick/Arts_SoundServer
/tmp/mcop-jannick/Arts_SimpleSoundServer
/tmp/mcop-jannick/Arts_PlayObjectFactory
/tmp/mcop-jannick/Arts_AudioManager
Synth_PLAY: closing audio fd
Closing ALSA-driver
[artsd: 6484] SoundServerStartup <-- released lock
|