Date: Sat, 28 Feb 2004 17:16:41 +0100 From: "Julian St." <der_julian@web.de> To: current@freebsd.org <current@freebsd.org> Subject: Re: xmms volume knob - seemingly all or nothing Message-ID: <20040228171641.1fd9aee2@jmmr.boelthorn.wh29.tu-dresden.de> In-Reply-To: <51086.204.118.74.216.1077944182.squirrel@mail.alpete.com> References: <51086.204.118.74.216.1077944182.squirrel@mail.alpete.com>
next in thread | previous in thread | raw e-mail | index | archive | help
On Fri, 27 Feb 2004 23:56:22 -0500 (EST)
"Aaron Peterson" <aaron@alpete.com> wrote:
> Anyway, the volume control in XMMS seems to do nothing at all from
> about the 5% mark to the 100% mark, music plays at the same volume no
> matter where the slider is in this range. between 0% and 5%, the
> music fades from silent to full volume. I have never experienced this
> phenomenon, and am wondering if I can adjust some non-xmms mixer
> setting to get the expected behavior, or possibly adjust xmms somehow.
> I don't even know
> where to start really.
Same here with a completely different sound chip: (it works on Windows
2k *g*)
pcm0@pci0:6:0: class=0x040100 card=0x0f221019 chip=0x545110b9 rev=0x02
hdr=0x00
vendor = 'Acer Labs Incorporated (ALi)'
device = 'ALI M5451 PCI AC-Link Controller Audio Device'
class = multimedia
subclass = audio
The driver attached is t4dwave.ko. This is on a Transmeta laptop running
5.2.1-RELEASE. The only other oddity on this laptop is:
...
usb0: 1 scheduling overruns
usb2: 1 scheduling overruns
usb0: 1 scheduling overruns
usb1: 1 scheduling overruns
usb2: 1 scheduling overruns
usb1: 1 scheduling overruns
usb0: 1 scheduling overruns
...
May this be related? Or is this anything to worry about?
Regards,
--
Julian Stecklina
Signed and encrypted mail welcome.
Key-Server: pgp.mit.edu Key-ID: 0xD65B2AB5
FA38 DCD3 00EC 97B8 6DD8 D7CC 35D8 8D0E D65B 2AB5
Any sufficiently complicated C or Fortran program
contains an ad hoc informally-specified bug-ridden
slow implementation of half of Common Lisp.
- Greenspun's Tenth Rule of Programming
--
Julian Stecklina
Signed and encrypted mail welcome.
Key-Server: pgp.mit.edu Key-ID: 0xD65B2AB5
FA38 DCD3 00EC 97B8 6DD8 D7CC 35D8 8D0E D65B 2AB5
Any sufficiently complicated C or Fortran program
contains an ad hoc informally-specified bug-ridden
slow implementation of half of Common Lisp.
- Greenspun's Tenth Rule of Programming
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?20040228171641.1fd9aee2>