From owner-freebsd-ports Mon Feb 28 21:52:18 2000 Delivered-To: freebsd-ports@freebsd.org Received: from freefall.freebsd.org (freefall.FreeBSD.ORG [204.216.27.21]) by hub.freebsd.org (Postfix) with ESMTP id 64D3A37C358 for ; Mon, 28 Feb 2000 21:50:01 -0800 (PST) (envelope-from gnats@FreeBSD.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.9.3/8.9.2) id VAA14055; Mon, 28 Feb 2000 21:50:01 -0800 (PST) (envelope-from gnats@FreeBSD.org) Received: from blaubaer.kn-bremen.de (blaubaer.kn-bremen.de [195.37.179.254]) by hub.freebsd.org (Postfix) with ESMTP id 7D45637C37C for ; Mon, 28 Feb 2000 21:39:09 -0800 (PST) (envelope-from nox@saturn.kn-bremen.de) Received: from saturn.kn-bremen.de (uucp@localhost) by blaubaer.kn-bremen.de (8.9.1/8.9.1) with UUCP id GAA01398; Tue, 29 Feb 2000 06:33:24 +0100 Received: (from nox@localhost) by saturn.kn-bremen.de (8.9.3/8.8.5) id GAA98094; Tue, 29 Feb 2000 06:34:42 +0100 (CET) Message-Id: <200002290534.GAA98094@saturn.kn-bremen.de> Date: Tue, 29 Feb 2000 06:34:42 +0100 (CET) From: Juergen Lock Reply-To: nox@jelal.kn-bremen.de To: FreeBSD-gnats-submit@freebsd.org Cc: esk@ira.uka.de X-Send-Pr-Version: 3.2 Subject: ports/17066: audio/xmms chewing CPU (and skipping too) Sender: owner-freebsd-ports@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org >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