I have used both the kde 2.0 and the kde 2.0.1 arts sound servers and I
keep getting the same problem.
When kde starts up I get the start wave no problems - but If I try to start
the kde media player It and all other programs accessing artsd cause it to
die.
I started it from the console using the commands
artsd -d 0 -r 11000
and got the following.
device capabilities:
revision1
trigger
mmap
buffering: 8 fragments with 1024 bytes (audio latency is 186.2 ms)
rebuilding bus out_soundcard
- 2 channels
- 0 clients
- 1 servers
device capabilities:
revision1
trigger
mmap
buffering: 8 fragments with 1024 bytes (audio latency is 186.2 ms)
UnixManager: got notifyIO
socketconnection created, fd = 5
search playobject, extension = wav
addDirectory(/opt/kde/lib/mcop,)
addDirectory(/opt/kde/lib/mcop/Arts,Arts)
WavPlayObject_impl
Wav: loadMedia /home/user/BearTheme.wav
loaded wav /home/user/BearTheme.wav
sample format: 401, sample width: 8
channelCount: 1
streamInit
streamStart
artsd: object.h:156: class ::Arts::Object_base * ::Arts::Object_base::_copy(): A
ssertion `_refCnt > 0' failed.
It doesn't matter what sound file is played - it always comes out the same.
I temporarily got around it by changing the assert statement in
mcop/objects.h from assert(_refCnt > 0) to assert(_refCnt >= 0).
This achieved playability - But I don't think it should be left long term.
I would like to know why _refCnt dropped to zero in the first place and
how to stop it properly.
also - I consider assert to be an ugly solution as it doesn't clean up the
mcop references and other stuff - I prefer to code a proper exit function
to quit. - But that is an aside to the real issue and is only semantics
after all.
regs MR E_T
_______________________
\ \
\ OOHH I hate TYPOS \
\ \
~~~~~~~~~~~~~~~~~~~~~~~
