Date: Tue, 29 Feb 2000 06:34:42 +0100 (CET) From: Juergen Lock <nox@jelal.kn-bremen.de> To: FreeBSD-gnats-submit@freebsd.org Cc: esk@ira.uka.de Subject: ports/17066: audio/xmms chewing CPU (and skipping too) Message-ID: <200002290534.GAA98094@saturn.kn-bremen.de>
next in thread | raw e-mail | index | archive | help
>Number: 17066 >Category: ports >Synopsis: audio/xmms chewing CPU (and skipping too) >Confidential: no >Severity: non-critical >Priority: low >Responsible: freebsd-ports >State: open >Quarter: >Keywords: >Date-Required: >Class: sw-bug >Submitter-Id: current-users >Arrival-Date: Mon Feb 28 21:50:00 PST 2000 >Closed-Date: >Last-Modified: >Originator: Juergen Lock >Release: FreeBSD 3.4-STABLE i386 >Organization: me? organized?? >Environment: gettext-0.10.35, glib-1.2.7, gtk-1.2.7, libxml-1.8.6 >Description: Even when playing a .wav (so nothing to decompress...) xmms chews up all cpu cycles it can get, even hitting pause doesn't change that... and it also doesn't seem to do any buffering at all, it keeps skipping (even when playing just a .wav) in situations where e.g. bplay_gramo didn't skip _once_. It looks like a really nice program but these two things make it so much less useful than it could be... :( And right now as i type this it just died like this: Fatal error 'Cannot set scheduling timer' at line ? in file /dnes4/usr/w/usr/home5/cvs/src31/src/lib/libc_r/uthread/uthread_kern.c (errno = ?) Oh and it could also stat() at least .wav files to get the length instead of trusting the header for that because thats not always right... >How-To-Repeat: just start it and look at `top'. and then listen to it when the system is loaded... >Fix: i with i knew. (well other than running it on a spare box thats always idle enough, if you have one...) >Release-Note: >Audit-Trail: >Unformatted: To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-ports" in the body of the message
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?200002290534.GAA98094>