From: Daniel Jacobowitz <drow@false.org>
To: Lee Revell <rlrevell@joe-job.com>
Cc: Takashi Iwai <tiwai@suse.de>, alsa-devel@lists.sourceforge.net
Subject: Re: Surround sound and volume control question
Date: Mon, 9 Oct 2006 10:53:57 -0400 [thread overview]
Message-ID: <20061009145357.GA15542@nevyn.them.org> (raw)
In-Reply-To: <1160404977.629.22.camel@mindpipe>
On Mon, Oct 09, 2006 at 10:42:56AM -0400, Lee Revell wrote:
> On Mon, 2006-10-09 at 10:38 -0400, Daniel Jacobowitz wrote:
> > I did consider doing it this way over the weekend. However, being
> > able to adjust the relative volumes of the different channels still
> > seems useful to me. If you have a single unified control, then you
> > mess up trying to move the others.
> >
> > What do you think? Should I just slave them all together and remove
> > the other volume controls? It's probably easier; it just seems
> > somehow lacking.
> >
>
> How do other OSes do it? Do they also force everything through a
> software volume control?
Unfortunately, I could find a program to dump the ice1724's IO space in
Windows, but I couldn't find anything to dump the vt1617a AC97
registers (which require writes to select the registers IIRC). If
you've got a recommendation, I can boot this machine into Windows and
see what happens to the vt1617a's registers when the Windows driver
adjusts the volume.
> Is a ganged master control fundamentally incompatible with individual
> channel volumes? If so, doesn't it mean that this problem can never be
> solved by an abstract mixer layer?
I don't know. I guess you could preserve individual channel volumes by
saving them separately (outside the registers), and using a volume of
"master control plus channel control". But I don't know how the
resulting quality would be or how tricky it would be to implement.
Right now we never cache the volumes corresponding to hardware
registers.
--
Daniel Jacobowitz
CodeSourcery
-------------------------------------------------------------------------
Take Surveys. Earn Cash. Influence the Future of IT
Join SourceForge.net's Techsay panel and you'll get the chance to share your
opinions on IT & business topics through brief surveys -- and earn cash
http://www.techsay.com/default.php?page=join.php&p=sourceforge&CID=DEVDEV
next prev parent reply other threads:[~2006-10-09 14:53 UTC|newest]
Thread overview: 12+ messages / expand[flat|nested] mbox.gz Atom feed top
2006-10-08 22:27 Surround sound and volume control question Daniel Jacobowitz
2006-10-09 13:37 ` Takashi Iwai
2006-10-09 13:45 ` Daniel Jacobowitz
2006-10-09 13:49 ` Takashi Iwai
2006-10-09 13:55 ` Lee Revell
2006-10-09 14:38 ` Daniel Jacobowitz
2006-10-09 14:42 ` Lee Revell
2006-10-09 14:50 ` Takashi Iwai
2006-10-09 17:04 ` Daniel Jacobowitz
2006-10-09 17:09 ` Takashi Iwai
2006-10-09 14:53 ` Daniel Jacobowitz [this message]
2006-10-10 1:54 ` Anders Johansson
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=20061009145357.GA15542@nevyn.them.org \
--to=drow@false.org \
--cc=alsa-devel@lists.sourceforge.net \
--cc=rlrevell@joe-job.com \
--cc=tiwai@suse.de \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.