Bug 50513 – kaffeine (0.4.3) is unresponsible after stopping replay

• Status: RESOLVED WORKSFORME
• Product: Gentoo Linux

[Description Janis Blechert 2004-05-09 00:18:17 UTC]

Everytime one stops a playing item kaffeine hangs for about 4 seconds for apparently no reason, the duration is the same for every kind of files (large movies and little soundfiles).

Reproducible: Always
Steps to Reproduce:
1. Install Kaffeine
2. Start it up and add two files to the playlist
3. play one file, then stop it.

Actual Results:  
the whole kaffeine interface was hung up for about 4 secs. 

Expected Results:  
it should have stopped immediately or at least show a progress bar what it was 
doing 

Portage 2.0.50-r6 (default-x86-2004.0, gcc-3.3.2, glibc-2.3.2-r9, 
2.6.5-gentoo-r1) 
================================================================= 
System uname: 2.6.5-gentoo-r1 i686 AMD Athlon(tm) XP 
Gentoo Base System version 1.4.9 
Autoconf: sys-devel/autoconf-2.58-r1 
Automake: sys-devel/automake-1.8.3 
ACCEPT_KEYWORDS="x86" 
AUTOCLEAN="yes" 
CFLAGS="-march=athlon-xp -O3 -pipe" 
CHOST="i686-pc-linux-gnu" 
COMPILER="gcc3" 
CONFIG_PROTECT="/etc /usr/X11R6/lib/X11/xkb /usr/kde/2/share/config /usr/kde/3.2/share/config /usr/kde/3/share/config /usr/share/config /var/qmail/control" 
CONFIG_PROTECT_MASK="/etc/gconf /etc/terminfo /etc/env.d" 
CXXFLAGS="-march=athlon-xp -O3 -pipe" 
DISTDIR="/usr/portage/distfiles" 
FEATURES="autoaddcvs ccache sandbox" 
GENTOO_MIRRORS="ftp://ftp.tu-clausthal.de/pub/linux/gentoo/ 
ftp://sunsite.informatik.rwth-aachen.de/pub/Linux/gentoo 
ftp://linux.rz.ruhr-uni-bochum.de/gentoo-mirror/ 
ftp://ftp.uni-erlangen.de/pub/mirrors/gentoo 
ftp://ftp.join.uni-muenster.de/pub/linux/distributions/gentoo" 
MAKEOPTS="-j2" 
PKGDIR="/usr/portage/packages" 
PORTAGE_TMPDIR="/var/tmp" 
PORTDIR="/usr/portage" 
PORTDIR_OVERLAY="" 
SYNC="rsync://rsync.gentoo.org/gentoo-portage" 
USE="3dnow X alsa apm arts artswrappersuid avi berkdb cdr crypt cups debug dga 
dvd encode faad flac foomaticdb gdbm gif gstreamer gtk2 imlib java jbig jpeg 
kde kerberos ldap libg++ libwww mad mikmod mmx motif mpeg ncurses oggvorbis 
opengl oss pam pdflib perl png python qt quicktime readline samba sdl slang 
slp spell ssl tcltk tcpd theora tiff truetype usb video_cards_nvidia videos 
wmf x86 xml2 xv xvid zlib" 
 
xine version is xine-lib-1_rc4

[Comment 1 Carsten Lohrke (RETIRED) 2004-07-04 10:26:02 UTC]

same problem with 0.4.3b?

[Comment 2 Carsten Lohrke (RETIRED) 2004-08-06 08:19:15 UTC]

Janis?

[Comment 3 Janis Blechert 2004-08-06 08:42:25 UTC]

the issue still exists, when running kaffeine with gdb, the issue is here:
kaffeine: Playing: /home/mjb/...
kaffeine: xine event: channels changed
<--for about 4 secs no response from gui -->
kaffeine: xine event: playback finished

what might be usefull aswell is that after I click stop all playback stops, no sound is heard and after playback is finished a short click is heard, maybe 100ms or so, guess it's whats still left in the arts buffer

[Comment 4 Carsten Lohrke (RETIRED) 2004-08-16 16:48:16 UTC]

I suppose you're using arts. Does control-center/sound/sound-system
[x] real time priority and/or a change in the buffer size help?

did you ask in the mailing list or forums.g.o? Such problems mostly need a lot iof input and I can only guess here, too.

[Comment 5 Janis Blechert 2004-08-17 04:18:41 UTC]

I do use realtime right now, changing the sound buffer has no effect either, ahh, using alsa solves the problem, no more lag, though alsa only is hardly an option in day to day use...

[Comment 6 Gregorio Guidi (RETIRED) 2005-01-18 10:11:11 UTC]

closing. Please send reports to bugs.kde.org if you're still having troubles.