(*** This bug was imported into bugs.kde.org ***) Package: noatun Version: 2.1.2 (KDE 3.0.6) (using KDE 3.0.6 CVS/CVSup/Snapshot) Severity: normal Installed from: Compiled sources Compiler: GCC 3.1 OS: Linux OS/Compiler notes: Not Specified I can playback Ogg 1.0 songs without any problem using Kaboodle Noatun or XMMS. But when I have Openoffice.org 1.0 open and active om my desktop the Ogg-files played in Noatun (arts) and Kaboodle (no arts) slow down and have small intermissions. This get worse when moving the mouse. Playing the same files in XMMS with openOffice open: no problem at all. I notice no memory leaks no noticeable processor usage increase (<3%). The problem does not occur when playing MP3 files or upon using any other piece of software instead of Openoffice. (Submitted via bugs.kde.org)
might even be a kernel bug. Or maybe it's because OO just plain sucks... ;)
This has NOTHING to do with OpenOffice! Note that XMMS works. Why does XMMS work but not noatun + arts? 1. Bigger audio buffers? XMMS can have several seconds buffered in the driver! Arts can not do this since it also plays at notification - and those can't be delayed that long. 2. Fewer processes that need to wake up promptly. Can be fixed with RT priority. Artswrapper needs to be suid root. But note that that opens for a DOS attack - not for your server!
Realtime artsd is not for your server, indeed. But remember that we're talking on here: skip-free audio playback. If you want to hear something, running artsd on a remote server is worthless; artsd needs to be running where the sound card is. So you never need realtime artsd on a multi-user server. It's only needed on a single-user workstation when you want skip-free audio playback.