On Mon, 2005-09-05 at 09:37 +0200, Clemens Ladisch wrote:
> Dan Mills wrote:
> > On Saturday 03 September 2005 22:00, James Courtier-Dutton wrote:
> > > You seem to mention "db" but I see "dB" everywhere in the datasheets.
> > > Are "db" and "dB" the same. If not, can someone please explain the
> >
On Sun, 2005-09-04 at 23:34 +0100, Dan Mills wrote:
> With pro hardware that does not have integrated 'gain' controls (or at least
> calibrates them), this is easy, otherwise an audio milivoltmeter (or 'scope)
> and a simple program is required.
I think this calibration should already have bee
On Sunday 04 September 2005 22:12, Jussi Laako wrote:
> On Sat, 2005-09-03 at 21:14 +0100, Dan Mills wrote:
> > I don't think this is right, a signal **level** can be measured against a
> > known reference level, and for metering it is important to know what this
> > is, but a **gain** value is **a
[James Courtier-Dutton]
> Tim Goetze wrote:
>> A provision for reliably identifying the mixer control(s) belonging to a
>> given
>> open PCM channel would be very nice to have.
>>
>> Cheers, Tim
>>
>>
>
> Yes, that's certainly nice to have. :-)
>
> If you only knew how exceptionally hard that is
On Sat, 2005-09-03 at 21:14 +0100, Dan Mills wrote:
> I don't think this is right, a signal **level** can be measured against a
> known reference level, and for metering it is important to know what this is,
> but a **gain** value is **always** unitless (You are multiplying a signal
> which has
James Courtier-Dutton <[EMAIL PROTECTED]> writes:
> VoIP application should really be opening the ALSA device twice
It does. From the alsa.conf (asterisk) config file:
..for alsa:
input_device=hw:0,0
output_device=hw:0,0
..for jack:
input_device=plug:jack
output_device=plug:jack
Alsa works, bu
Jens M Andreasen wrote:
Any other suggestions?
Nothing special except for the obvious limiter upfront before you start
sampling.
Jens,
What do you mean by "limiter upfront". I am not an audio mixer studio
expert. Is this something for the detection of clipping in the audio
path? If so,
On Sun, 2005-09-04 at 11:40 +0100, James Courtier-Dutton wrote:
> If users are switching their cables around and can actually hear the
> difference, then I suggest they just edit their .asoundrc file to do the
> switch for them. No need to change any of ALSA.
I suggested that first to Takashi an
Tim Goetze wrote:
[James Courtier-Dutton]
Any other suggestions?
A provision for reliably identifying the mixer control(s) belonging to
a given open PCM channel would be very nice to have.
Cheers, Tim
Yes, that's certainly nice to have. :-)
If you only knew how exceptionally hard tha
Lee Revell wrote:
On Sun, 2005-09-04 at 10:50 +0100, James Courtier-Dutton wrote:
What you say above is certainly not valid for all SB Live, Audigy and
Audigy 2 sound cards. The snd-emu10k1 driver works for all those.
I think this might only apply to SBLives and not Audigy/Audigy2. Still,
i
Esben Stien wrote:
James Courtier-Dutton <[EMAIL PROTECTED]> writes:
any feature requests that people who use this list would have.
Fixing plug:jack. As of current, it does not work with devices that
read and write to the device at the same time, such as voip
applications.
VoIP applicatio
On Sun, 2005-09-04 at 10:50 +0100, James Courtier-Dutton wrote:
> What you say above is certainly not valid for all SB Live, Audigy and
> Audigy 2 sound cards. The snd-emu10k1 driver works for all those.
I think this might only apply to SBLives and not Audigy/Audigy2. Still,
it's harmless if the
Dan Mills wrote:
On Nice features, How about a helper function in the library to convert given
number of blocks of samples as say floats into the correct buffer format to
pass to the soundcard? It would cut lot a lot of (paraphrasing):
if (snd_format = INTERLEAVED)
.
.
.
else if (snd_format =
Lee Revell wrote:
On Sun, 2005-09-04 at 00:18 +0100, James Courtier-Dutton wrote:
Lee Revell wrote:
On Sat, 2005-09-03 at 12:35 +0100, James Courtier-Dutton wrote:
Any other suggestions?
A "Swap Front and Rear" control for the emu10k1.
Lee
What is the reason for this need?
Do some e
On Sun, 2005-09-04 at 01:55 +0100, Dan Mills wrote:
> On Nice features, How about a helper function in the library to
> convert given
> number of blocks of samples as say floats into the correct buffer
> format to
> pass to the soundcard? It would cut lot a lot of (paraphrasing):
>
> if (snd_fo
On Saturday 03 September 2005 22:00, James Courtier-Dutton wrote:
> As far as I can tell, all sound cards volume controls are based around
> gain. +dB for gain, and -dB for attenuation.
>
> Examples of sound card hardware datasheets:
> Record Volume control:
> "The range is 12dB to -33dB in steps
Lee Revell <[EMAIL PROTECTED]> writes:
> I'd rather see the ALSA mixer API become powerful enough to handle
> all these devices that currently need hardware specific mixer apps.
Yes, definitely.
--
Esben Stien is [EMAIL PROTECTED] s a
http://www. s tn m
On Sun, 2005-09-04 at 03:21 +0200, Esben Stien wrote:
> Implement alsamixer as a daemon and add osc support, then make it work
> with rme devices not currently usable with alsamixer, such as the
> multiface.;)
I'd rather see the ALSA mixer API become powerful enough to handle all
these devices th
On Sun, 2005-09-04 at 00:18 +0100, James Courtier-Dutton wrote:
> Lee Revell wrote:
> > On Sat, 2005-09-03 at 12:35 +0100, James Courtier-Dutton wrote:
> >
> >>Any other suggestions?
> >
> >
> > A "Swap Front and Rear" control for the emu10k1.
> >
> > Lee
> >
>
> What is the reason for this n
James Courtier-Dutton <[EMAIL PROTECTED]> writes:
> any feature requests that people who use this list would have.
Fixing plug:jack. As of current, it does not work with devices that
read and write to the device at the same time, such as voip
applications.
In my case I use asterisk.
I've opene
Lee Revell wrote:
On Sat, 2005-09-03 at 12:35 +0100, James Courtier-Dutton wrote:
Any other suggestions?
A "Swap Front and Rear" control for the emu10k1.
Lee
What is the reason for this need?
Do some emu10k1 cards have the outputs swapped so they appear wrong?
If it is due to hardware di
On Sat, 2005-09-03 at 12:35 +0100, James Courtier-Dutton wrote:
> Hi,
>
> I am an ALSA developer and I was wondering if there are any feature
> requests that people who use this list would have.
>
> I currently have a lot on my TODO list, but there is probably only one
> feature on that list th
[James Courtier-Dutton]
> Any other suggestions?
A provision for reliably identifying the mixer control(s) belonging to
a given open PCM channel would be very nice to have.
Cheers, Tim
On Sat, 2005-09-03 at 12:35 +0100, James Courtier-Dutton wrote:
> Any other suggestions?
A "Swap Front and Rear" control for the emu10k1.
Lee
Dan Mills wrote:
On Saturday 03 September 2005 20:30, Jussi Laako wrote:
On Sat, 2005-09-03 at 19:19 +0100, Dan Mills wrote:
annoying. IMO, all volume adjustments should be in dB (or dBu or some
db, as this is a gain change (which is unitless).
It could also be calibrated, thus with unit.
On Saturday 03 September 2005 20:30, Jussi Laako wrote:
> On Sat, 2005-09-03 at 19:19 +0100, Dan Mills wrote:
> > > annoying. IMO, all volume adjustments should be in dB (or dBu or some
> >
> > db, as this is a gain change (which is unitless).
>
> It could also be calibrated, thus with unit.
I don
On Sat, 2005-09-03 at 19:19 +0100, Dan Mills wrote:
> > annoying. IMO, all volume adjustments should be in dB (or dBu or some
>
> db, as this is a gain change (which is unitless).
It could also be calibrated, thus with unit.
--
Jussi Laako <[EMAIL PROTECTED]>
On Saturday 03 September 2005 18:20, Jussi Laako wrote:
> Percent as volume scale is not very intuitive and is actually pretty
> annoying. IMO, all volume adjustments should be in dB (or dBu or some
> other commonly used unit). Thus you would know what the adjustment
> really is, no matter what the
On Sat, 2005-09-03 at 12:35 +0100, James Courtier-Dutton wrote:
> Currently, alsamixer uses a 0-100% readout, and on some sound cards 100%
> is the 0dB level, and on others the 0dB level is around 80%.
Percent as volume scale is not very intuitive and is actually pretty
annoying. IMO, all volume
Hi,
I am an ALSA developer and I was wondering if there are any feature
requests that people who use this list would have.
I currently have a lot on my TODO list, but there is probably only one
feature on that list that might help you and that is dB level readouts
in alsamixer.
Currently,
30 matches
Mail list logo