All of lore.kernel.org
 help / color / mirror / Atom feed
From: James Courtier-Dutton <James@superbug.co.uk>
To: Zbigniew Baniewski <zb@ispid.com.pl>
Cc: alsa-devel@alsa-project.org
Subject: Re: Audigy: recording level much too low (microphone)
Date: Fri, 10 Aug 2007 13:29:45 +0100	[thread overview]
Message-ID: <46BC5A39.50201@superbug.co.uk> (raw)
In-Reply-To: <20070810110217.GA7011@sarge.my.own.domain.no-net>

Zbigniew Baniewski wrote:
> Hallo,
>
> I've got a problem with Audigy (it's SB0230 release) soundcard: the
> recording level, when taking the sound from microphone, is much too low.
>
> I've sent a mail to "users" list, so here I'm just pointing to that mail:
> http://www.mail-archive.com/alsa-user@lists.sourceforge.net/msg20235.html
> ...and so I won't repeat it all here.
> (I made a mistake in the subject there, writing about "Audigy2")
>
> My card is seen by 1.0.14 ALSA as ( cat /proc/asound/cards ):
>
> 0 [Audigy   ]: Audigy - Audigy 1 [Unknown]
>                Audigy 1 [Unknown] (rev.3, serial:0x5a1102) at 0xc400, irq 11
>
>
> As I understand, there is some variable (or register?), which controls that
> recording level for microphone input - perhaps someone of the developers
> could tell me, which variable is it, and which file should I search? In such
> way perhaps I could fix it on my own - just by setting higher max. level, or
> in similar way. But searching all that files on my own could take serious
> amount of time, I'm afraid.
>
> Or perhaps there's another way to fix it (some special settings)?
>   

This requires a change to the DSP code in the driver.
Basically, the sound from the mic is a 32bit value, but the DSP only 
sends 16bits to the user, and currently the 16bits sent are the top 
16bits but most of the sound from the MIC is in the middle 16bits.
I need to modify the DSP code to add a new mixer control to provide 
amplification of the sound, so it will be possible to put the a better 
value in the 16bit value. E.g. multiply the value by 256, but have it 
variable so the user can adjust to get the levels right.
I think this approach will be better than attenuating the 24bit value so 
that it only occupies 16bits as this would merge values together.
I am not exactly sure which approach I should take as they all 
potentially loose captured information.

James

  reply	other threads:[~2007-08-10 12:29 UTC|newest]

Thread overview: 3+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2007-08-10 11:02 Audigy: recording level much too low (microphone) Zbigniew Baniewski
2007-08-10 12:29 ` James Courtier-Dutton [this message]
     [not found] ` <1186768407.3057.10.camel@localhost.localdomain>
2007-08-10 17:53   ` Zbigniew Baniewski

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=46BC5A39.50201@superbug.co.uk \
    --to=james@superbug.co.uk \
    --cc=alsa-devel@alsa-project.org \
    --cc=zb@ispid.com.pl \
    /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.