Bug 45745

Summary: Ogg playback distotred when Openoffice is active
Product: [Unmaintained] arts Reporter: pazzop
Component: generalAssignee: Multimedia Developers <kde-multimedia>
Status: RESOLVED NOT A BUG    
Severity: normal    
Priority: NOR    
Version: 2.1.2   
Target Milestone: ---   
Platform: Compiled Sources   
OS: Linux   
Latest Commit: Version Fixed In:
Sentry Crash Report:

Description pazzop 2002-07-25 14:22:54 UTC 
(*** 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)
Comment 1 Charles Samuels 2002-10-06 23:15:52 UTC 
might even be a kernel bug.  Or maybe it's because OO just plain sucks... ;)
Comment 2 Roger Larsson 2002-10-08 00:30:43 UTC 
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!
Comment 3 Neil Stevens 2002-10-08 00:48:25 UTC 
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.