* [ALSA - driver 0001187]: Gain control for M-Audio Revolution (and other ice1724 cards) needed
@ 2005-06-12 13:51 bugtrack
0 siblings, 0 replies; 6+ messages in thread
From: bugtrack @ 2005-06-12 13:51 UTC (permalink / raw)
To: alsa-devel
The following issue has been SUBMITTED.
======================================================================
<https://bugtrack.alsa-project.org/alsa-bug/view.php?id=1187>
======================================================================
Reported By: sst4
Assigned To:
======================================================================
Project: ALSA - driver
Issue ID: 1187
Category: PCI - ice1724
Reproducibility: always
Severity: feature
Priority: normal
Status: new
Distribution: Mandriva
Kernel Version: 2.6.11
======================================================================
Date Submitted: 06-12-2005 15:51 CEST
Last Modified: 06-12-2005 15:51 CEST
======================================================================
Summary: Gain control for M-Audio Revolution (and other
ice1724 cards) needed
Description:
Hello,
this is in a sense continuation of
https://bugtrack.alsa-project.org/alsa-bug/view.php?id=1164
.
Yes, I remember Takashi's statement that the ADC chip on the card does
not
have gain control, and I checked the ADC specs and it's indeed so.
However, this doesn't mean the functionality can not be implemented.
I believe it should be implemented for at least two reasons:
1) Windows driver has it;
2) Applications like "Skype" need it to implement AGC (automatic gain
control)
in software.
Regarding 2) - I clearly hear while talking through "Skype" that gain on
the other party's side increases (room noise pickup is becoming more and
more
evident) when the other party makes a pause in conversation.
Regarding 1) - in
http://m-audio.com/images/en/manuals/Revo71-Manual-EN.pdf
file on page number 14, under "Line and Mic In" one can read:
"
You can set the INPUT LEVEL of the Line and Mic inputs on the Input/Other
tab of th
Revolution 7.1 control panel. See the Control Panel section for more
details.
"
(capitalization by me).
On page number 22 of the same file, under "Input/Other Tab":
"
The Input/Other tab controls the INPUT LEVELS and sampling frequency of
the
Revolution. You don't need to worry about the settings on this page unless
you're
recording audio with the Revolution.
Link Stereo Input Levels - The Input/Other tab controls the INPUT LEVELS
and
sampling frequency of the Revolution. You don't need to worry about the
settings
on this page unless you're recording audio with the Revolution.
"
(capitalization by me).
On page number 25 under "Recording":
"
The Revolution 7.1 includes a pair of audio inputs for recording. You can
set the
INPUT LEVEL of the inputs by launching the Revolution 7.1 control panel,
selecting
the Input/Other tab, and changing the level on that screen. If your
recording
application doesn't see audio from the Revolution's inputs, check that
program's
audio preferences, check your cable connections, or review the Software
Setup
chapter for potential problems. Go to the Windows Control panel and open
Sounds and Multimedia icon. The Revolution 7.1 features both Line and Mic
inputs for the best performance with your input source. The Revolution
7.1
records at sampling rates up to and including 96kHz.
"
(capitalization by me).
The "Input/Other" tab in its non-selected form can be seen on the picture
on page 20 - to see it more clearly I had to choose 400% zoom in 'xpdf'.
Regarding feasibility.
First of all, gain can be changed by multiplying the code by the gain
value.
If I remember correctly, in ALSA the card outputs audio data in 32 bit
format,
of the 32 bits only 24 bits are significant because that's what the ADC
produces, so we have 8 spare bits, which means 256 times, or about 48dB
gain
control without even losing precision.
General note on priority of implementing the feature.
Though I believe the feature is needed, and not only for Revolution 7.1,
but
also for other ICE1724-based cards, please understand the following:
*** I still have no capture with my Revolution 7.1 (issue
https://bugtrack.alsa-project.org/alsa-bug/view.php?id=0001096) ***
.
Since I'm not getting it work, I've been trying to use ALSA utilities
('amixer',
'alsamixer', 'aoss') - "trial and error" approach - to make it work, and
have
found other problems on the way.
Resolution of these other problem, including introduction of gain
control,
will not solve my main problem - lack of capture.
I would appreciate getting an answer to the question in
https://bugtrack.alsa-project.org/alsa-bug/view.php?id=1096 :
"
Maybe my previous question does not contain enough details.
Here is the rephrased question:
Running 'amixer' with this command line
amixer cget numid=<number>
, where <number is in 5..12 range, I see output like this:
"
; type=ENUMERATED,access=rw---,values=1,items=5
; Item 0 'PCM Out'
; Item 0000001 'H/W In 0'
; Item 0000002 'H/W In 1'
; Item 0000003 'IEC958 In L'
; Item 0000004 'IEC958 In R'
: values=0
".
Can any of these controls be related to enabling capture ?
Thanks,
Sergei.
".
Or, to be more precise, getting an answer to the question in general:
"How
to enable capture in M-Audio Revolution 7.1 ?".
Thanks,
Sergei.
======================================================================
Issue History
Date Modified Username Field Change
======================================================================
06-12-05 15:51 sst4 New Issue
06-12-05 15:51 sst4 Distribution => Mandriva
06-12-05 15:51 sst4 Kernel Version => 2.6.11
======================================================================
-------------------------------------------------------
This SF.Net email is sponsored by: NEC IT Guy Games. How far can you shotput
a projector? How fast can you ride your desk chair down the office luge track?
If you want to score the big prize, get to know the little guy.
Play to win an NEC 61" plasma display: http://www.necitguy.com/?r=20
^ permalink raw reply [flat|nested] 6+ messages in thread
* [ALSA - driver 0001187]: Gain control for M-Audio Revolution (and other ice1724 cards) needed
@ 2005-06-15 13:26 bugtrack
0 siblings, 0 replies; 6+ messages in thread
From: bugtrack @ 2005-06-15 13:26 UTC (permalink / raw)
To: alsa-devel
A NOTE has been added to this issue.
======================================================================
<https://bugtrack.alsa-project.org/alsa-bug/view.php?id=1187>
======================================================================
Reported By: sst4
Assigned To:
======================================================================
Project: ALSA - driver
Issue ID: 1187
Category: PCI - ice1724
Reproducibility: always
Severity: feature
Priority: normal
Status: new
Distribution: Mandriva
Kernel Version: 2.6.11
======================================================================
Date Submitted: 06-12-2005 15:51 CEST
Last Modified: 06-15-2005 15:26 CEST
======================================================================
Summary: Gain control for M-Audio Revolution (and other
ice1724 cards) needed
Description:
Hello,
this is in a sense continuation of
https://bugtrack.alsa-project.org/alsa-bug/view.php?id=1164
.
Yes, I remember Takashi's statement that the ADC chip on the card does
not
have gain control, and I checked the ADC specs and it's indeed so.
However, this doesn't mean the functionality can not be implemented.
I believe it should be implemented for at least two reasons:
1) Windows driver has it;
2) Applications like "Skype" need it to implement AGC (automatic gain
control)
in software.
Regarding 2) - I clearly hear while talking through "Skype" that gain on
the other party's side increases (room noise pickup is becoming more and
more
evident) when the other party makes a pause in conversation.
Regarding 1) - in
http://m-audio.com/images/en/manuals/Revo71-Manual-EN.pdf
file on page number 14, under "Line and Mic In" one can read:
"
You can set the INPUT LEVEL of the Line and Mic inputs on the Input/Other
tab of th
Revolution 7.1 control panel. See the Control Panel section for more
details.
"
(capitalization by me).
On page number 22 of the same file, under "Input/Other Tab":
"
The Input/Other tab controls the INPUT LEVELS and sampling frequency of
the
Revolution. You don't need to worry about the settings on this page unless
you're
recording audio with the Revolution.
Link Stereo Input Levels - The Input/Other tab controls the INPUT LEVELS
and
sampling frequency of the Revolution. You don't need to worry about the
settings
on this page unless you're recording audio with the Revolution.
"
(capitalization by me).
On page number 25 under "Recording":
"
The Revolution 7.1 includes a pair of audio inputs for recording. You can
set the
INPUT LEVEL of the inputs by launching the Revolution 7.1 control panel,
selecting
the Input/Other tab, and changing the level on that screen. If your
recording
application doesn't see audio from the Revolution's inputs, check that
program's
audio preferences, check your cable connections, or review the Software
Setup
chapter for potential problems. Go to the Windows Control panel and open
Sounds and Multimedia icon. The Revolution 7.1 features both Line and Mic
inputs for the best performance with your input source. The Revolution
7.1
records at sampling rates up to and including 96kHz.
"
(capitalization by me).
The "Input/Other" tab in its non-selected form can be seen on the picture
on page 20 - to see it more clearly I had to choose 400% zoom in 'xpdf'.
Regarding feasibility.
First of all, gain can be changed by multiplying the code by the gain
value.
If I remember correctly, in ALSA the card outputs audio data in 32 bit
format,
of the 32 bits only 24 bits are significant because that's what the ADC
produces, so we have 8 spare bits, which means 256 times, or about 48dB
gain
control without even losing precision.
General note on priority of implementing the feature.
Though I believe the feature is needed, and not only for Revolution 7.1,
but
also for other ICE1724-based cards, please understand the following:
*** I still have no capture with my Revolution 7.1 (issue
https://bugtrack.alsa-project.org/alsa-bug/view.php?id=0001096) ***
.
Since I'm not getting it work, I've been trying to use ALSA utilities
('amixer',
'alsamixer', 'aoss') - "trial and error" approach - to make it work, and
have
found other problems on the way.
Resolution of these other problem, including introduction of gain
control,
will not solve my main problem - lack of capture.
I would appreciate getting an answer to the question in
https://bugtrack.alsa-project.org/alsa-bug/view.php?id=1096 :
"
Maybe my previous question does not contain enough details.
Here is the rephrased question:
Running 'amixer' with this command line
amixer cget numid=<number>
, where <number is in 5..12 range, I see output like this:
"
; type=ENUMERATED,access=rw---,values=1,items=5
; Item 0 'PCM Out'
; Item 0000001 'H/W In 0'
; Item 0000002 'H/W In 1'
; Item 0000003 'IEC958 In L'
; Item 0000004 'IEC958 In R'
: values=0
".
Can any of these controls be related to enabling capture ?
Thanks,
Sergei.
".
Or, to be more precise, getting an answer to the question in general:
"How
to enable capture in M-Audio Revolution 7.1 ?".
Thanks,
Sergei.
======================================================================
----------------------------------------------------------------------
tiwai - 06-15-05 15:26
----------------------------------------------------------------------
Clearly this is the problem of application. Why the _kernel_ driver
bothers to implement an emulation _on software_ which doesn't exist?
Note that if Skype is running on ALSA, it'd be more easily solved.
The input selection of line-in and mic is unknown thing - i.e. we have no
technical information about this feature at all. Sorry, impossible to
ipmlement now. For improving this, please ask M-Audio to provide this
particular information.
Issue History
Date Modified Username Field Change
======================================================================
06-12-05 15:51 sst4 New Issue
06-12-05 15:51 sst4 Distribution => Mandriva
06-12-05 15:51 sst4 Kernel Version => 2.6.11
06-15-05 15:26 tiwai Note Added: 0005032
======================================================================
-------------------------------------------------------
SF.Net email is sponsored by: Discover Easy Linux Migration Strategies
from IBM. Find simple to follow Roadmaps, straightforward articles,
informative Webcasts and more! Get everything you need to get up to
speed, fast. http://ads.osdn.com/?ad_id=7477&alloc_id=16492&op=click
^ permalink raw reply [flat|nested] 6+ messages in thread
* [ALSA - driver 0001187]: Gain control for M-Audio Revolution (and other ice1724 cards) needed
@ 2005-06-16 12:59 bugtrack
0 siblings, 0 replies; 6+ messages in thread
From: bugtrack @ 2005-06-16 12:59 UTC (permalink / raw)
To: alsa-devel
The following issue has been set as RELATED TO issue 0001096.
======================================================================
<https://bugtrack.alsa-project.org/alsa-bug/view.php?id=1187>
======================================================================
Reported By: sst4
Assigned To:
======================================================================
Project: ALSA - driver
Issue ID: 1187
Category: PCI - ice1724
Reproducibility: always
Severity: feature
Priority: normal
Status: new
Distribution: Mandriva
Kernel Version: 2.6.11
======================================================================
Date Submitted: 06-12-2005 15:51 CEST
Last Modified: 06-15-2005 15:26 CEST
======================================================================
Summary: Gain control for M-Audio Revolution (and other
ice1724 cards) needed
Description:
Hello,
this is in a sense continuation of
https://bugtrack.alsa-project.org/alsa-bug/view.php?id=1164
.
Yes, I remember Takashi's statement that the ADC chip on the card does
not
have gain control, and I checked the ADC specs and it's indeed so.
However, this doesn't mean the functionality can not be implemented.
I believe it should be implemented for at least two reasons:
1) Windows driver has it;
2) Applications like "Skype" need it to implement AGC (automatic gain
control)
in software.
Regarding 2) - I clearly hear while talking through "Skype" that gain on
the other party's side increases (room noise pickup is becoming more and
more
evident) when the other party makes a pause in conversation.
Regarding 1) - in
http://m-audio.com/images/en/manuals/Revo71-Manual-EN.pdf
file on page number 14, under "Line and Mic In" one can read:
"
You can set the INPUT LEVEL of the Line and Mic inputs on the Input/Other
tab of th
Revolution 7.1 control panel. See the Control Panel section for more
details.
"
(capitalization by me).
On page number 22 of the same file, under "Input/Other Tab":
"
The Input/Other tab controls the INPUT LEVELS and sampling frequency of
the
Revolution. You don't need to worry about the settings on this page unless
you're
recording audio with the Revolution.
Link Stereo Input Levels - The Input/Other tab controls the INPUT LEVELS
and
sampling frequency of the Revolution. You don't need to worry about the
settings
on this page unless you're recording audio with the Revolution.
"
(capitalization by me).
On page number 25 under "Recording":
"
The Revolution 7.1 includes a pair of audio inputs for recording. You can
set the
INPUT LEVEL of the inputs by launching the Revolution 7.1 control panel,
selecting
the Input/Other tab, and changing the level on that screen. If your
recording
application doesn't see audio from the Revolution's inputs, check that
program's
audio preferences, check your cable connections, or review the Software
Setup
chapter for potential problems. Go to the Windows Control panel and open
Sounds and Multimedia icon. The Revolution 7.1 features both Line and Mic
inputs for the best performance with your input source. The Revolution
7.1
records at sampling rates up to and including 96kHz.
"
(capitalization by me).
The "Input/Other" tab in its non-selected form can be seen on the picture
on page 20 - to see it more clearly I had to choose 400% zoom in 'xpdf'.
Regarding feasibility.
First of all, gain can be changed by multiplying the code by the gain
value.
If I remember correctly, in ALSA the card outputs audio data in 32 bit
format,
of the 32 bits only 24 bits are significant because that's what the ADC
produces, so we have 8 spare bits, which means 256 times, or about 48dB
gain
control without even losing precision.
General note on priority of implementing the feature.
Though I believe the feature is needed, and not only for Revolution 7.1,
but
also for other ICE1724-based cards, please understand the following:
*** I still have no capture with my Revolution 7.1 (issue
https://bugtrack.alsa-project.org/alsa-bug/view.php?id=0001096) ***
.
Since I'm not getting it work, I've been trying to use ALSA utilities
('amixer',
'alsamixer', 'aoss') - "trial and error" approach - to make it work, and
have
found other problems on the way.
Resolution of these other problem, including introduction of gain
control,
will not solve my main problem - lack of capture.
I would appreciate getting an answer to the question in
https://bugtrack.alsa-project.org/alsa-bug/view.php?id=1096 :
"
Maybe my previous question does not contain enough details.
Here is the rephrased question:
Running 'amixer' with this command line
amixer cget numid=<number>
, where <number is in 5..12 range, I see output like this:
"
; type=ENUMERATED,access=rw---,values=1,items=5
; Item 0 'PCM Out'
; Item 0000001 'H/W In 0'
; Item 0000002 'H/W In 1'
; Item 0000003 'IEC958 In L'
; Item 0000004 'IEC958 In R'
: values=0
".
Can any of these controls be related to enabling capture ?
Thanks,
Sergei.
".
Or, to be more precise, getting an answer to the question in general:
"How
to enable capture in M-Audio Revolution 7.1 ?".
Thanks,
Sergei.
======================================================================
Relationships ID Summary
----------------------------------------------------------------------
related to 0001096 no capture with M-Audio Revolution 7.1
======================================================================
----------------------------------------------------------------------
tiwai - 06-15-05 15:26
----------------------------------------------------------------------
Clearly this is the problem of application. Why the _kernel_ driver
bothers to implement an emulation _on software_ which doesn't exist?
Note that if Skype is running on ALSA, it'd be more easily solved.
The input selection of line-in and mic is unknown thing - i.e. we have no
technical information about this feature at all. Sorry, impossible to
ipmlement now. For improving this, please ask M-Audio to provide this
particular information.
Issue History
Date Modified Username Field Change
======================================================================
06-12-05 15:51 sst4 New Issue
06-12-05 15:51 sst4 Distribution => Mandriva
06-12-05 15:51 sst4 Kernel Version => 2.6.11
06-15-05 15:26 tiwai Note Added: 0005032
06-16-05 14:59 perex Relationship added related to 0001096
======================================================================
-------------------------------------------------------
SF.Net email is sponsored by: Discover Easy Linux Migration Strategies
from IBM. Find simple to follow Roadmaps, straightforward articles,
informative Webcasts and more! Get everything you need to get up to
speed, fast. http://ads.osdn.com/?ad_id=7477&alloc_id=16492&op=click
^ permalink raw reply [flat|nested] 6+ messages in thread
* [ALSA - driver 0001187]: Gain control for M-Audio Revolution (and other ice1724 cards) needed
@ 2005-06-19 23:05 bugtrack
0 siblings, 0 replies; 6+ messages in thread
From: bugtrack @ 2005-06-19 23:05 UTC (permalink / raw)
To: alsa-devel
A NOTE has been added to this issue.
======================================================================
<https://bugtrack.alsa-project.org/alsa-bug/view.php?id=1187>
======================================================================
Reported By: sst4
Assigned To:
======================================================================
Project: ALSA - driver
Issue ID: 1187
Category: PCI - ice1724
Reproducibility: always
Severity: feature
Priority: normal
Status: new
Distribution: Mandriva
Kernel Version: 2.6.11
======================================================================
Date Submitted: 06-12-2005 15:51 CEST
Last Modified: 06-20-2005 01:05 CEST
======================================================================
Summary: Gain control for M-Audio Revolution (and other
ice1724 cards) needed
Description:
Hello,
this is in a sense continuation of
https://bugtrack.alsa-project.org/alsa-bug/view.php?id=1164
.
Yes, I remember Takashi's statement that the ADC chip on the card does
not
have gain control, and I checked the ADC specs and it's indeed so.
However, this doesn't mean the functionality can not be implemented.
I believe it should be implemented for at least two reasons:
1) Windows driver has it;
2) Applications like "Skype" need it to implement AGC (automatic gain
control)
in software.
Regarding 2) - I clearly hear while talking through "Skype" that gain on
the other party's side increases (room noise pickup is becoming more and
more
evident) when the other party makes a pause in conversation.
Regarding 1) - in
http://m-audio.com/images/en/manuals/Revo71-Manual-EN.pdf
file on page number 14, under "Line and Mic In" one can read:
"
You can set the INPUT LEVEL of the Line and Mic inputs on the Input/Other
tab of th
Revolution 7.1 control panel. See the Control Panel section for more
details.
"
(capitalization by me).
On page number 22 of the same file, under "Input/Other Tab":
"
The Input/Other tab controls the INPUT LEVELS and sampling frequency of
the
Revolution. You don't need to worry about the settings on this page unless
you're
recording audio with the Revolution.
Link Stereo Input Levels - The Input/Other tab controls the INPUT LEVELS
and
sampling frequency of the Revolution. You don't need to worry about the
settings
on this page unless you're recording audio with the Revolution.
"
(capitalization by me).
On page number 25 under "Recording":
"
The Revolution 7.1 includes a pair of audio inputs for recording. You can
set the
INPUT LEVEL of the inputs by launching the Revolution 7.1 control panel,
selecting
the Input/Other tab, and changing the level on that screen. If your
recording
application doesn't see audio from the Revolution's inputs, check that
program's
audio preferences, check your cable connections, or review the Software
Setup
chapter for potential problems. Go to the Windows Control panel and open
Sounds and Multimedia icon. The Revolution 7.1 features both Line and Mic
inputs for the best performance with your input source. The Revolution
7.1
records at sampling rates up to and including 96kHz.
"
(capitalization by me).
The "Input/Other" tab in its non-selected form can be seen on the picture
on page 20 - to see it more clearly I had to choose 400% zoom in 'xpdf'.
Regarding feasibility.
First of all, gain can be changed by multiplying the code by the gain
value.
If I remember correctly, in ALSA the card outputs audio data in 32 bit
format,
of the 32 bits only 24 bits are significant because that's what the ADC
produces, so we have 8 spare bits, which means 256 times, or about 48dB
gain
control without even losing precision.
General note on priority of implementing the feature.
Though I believe the feature is needed, and not only for Revolution 7.1,
but
also for other ICE1724-based cards, please understand the following:
*** I still have no capture with my Revolution 7.1 (issue
https://bugtrack.alsa-project.org/alsa-bug/view.php?id=0001096) ***
.
Since I'm not getting it work, I've been trying to use ALSA utilities
('amixer',
'alsamixer', 'aoss') - "trial and error" approach - to make it work, and
have
found other problems on the way.
Resolution of these other problem, including introduction of gain
control,
will not solve my main problem - lack of capture.
I would appreciate getting an answer to the question in
https://bugtrack.alsa-project.org/alsa-bug/view.php?id=1096 :
"
Maybe my previous question does not contain enough details.
Here is the rephrased question:
Running 'amixer' with this command line
amixer cget numid=<number>
, where <number is in 5..12 range, I see output like this:
"
; type=ENUMERATED,access=rw---,values=1,items=5
; Item 0 'PCM Out'
; Item 0000001 'H/W In 0'
; Item 0000002 'H/W In 1'
; Item 0000003 'IEC958 In L'
; Item 0000004 'IEC958 In R'
: values=0
".
Can any of these controls be related to enabling capture ?
Thanks,
Sergei.
".
Or, to be more precise, getting an answer to the question in general:
"How
to enable capture in M-Audio Revolution 7.1 ?".
Thanks,
Sergei.
======================================================================
Relationships ID Summary
----------------------------------------------------------------------
related to 0001096 no capture with M-Audio Revolution 7.1
======================================================================
----------------------------------------------------------------------
tiwai - 06-15-05 15:26
----------------------------------------------------------------------
Clearly this is the problem of application. Why the _kernel_ driver
bothers to implement an emulation _on software_ which doesn't exist?
Note that if Skype is running on ALSA, it'd be more easily solved.
The input selection of line-in and mic is unknown thing - i.e. we have no
technical information about this feature at all. Sorry, impossible to
ipmlement now. For improving this, please ask M-Audio to provide this
particular information.
----------------------------------------------------------------------
sst4 - 06-20-05 01:05
----------------------------------------------------------------------
Regarding
"
Why the _kernel_ driver bothers to implement an emulation _on software_
which doesn't exist?
"
- I do not know what's the best way to do this.
Windows "package" (driver + GUI) has it, so ALSA should have it too it
wants
to meaningfully compete with Windows.
By the way, probably capture stream is routed through DSP of Envy24HT
chip,
and maybe DSP is capable of doing the required multiplication by gain
value ?
Issue History
Date Modified Username Field Change
======================================================================
06-12-05 15:51 sst4 New Issue
06-12-05 15:51 sst4 Distribution => Mandriva
06-12-05 15:51 sst4 Kernel Version => 2.6.11
06-15-05 15:26 tiwai Note Added: 0005032
06-16-05 14:59 perex Relationship added related to 0001096
06-20-05 01:05 sst4 Note Added: 0005091
======================================================================
-------------------------------------------------------
SF.Net email is sponsored by: Discover Easy Linux Migration Strategies
from IBM. Find simple to follow Roadmaps, straightforward articles,
informative Webcasts and more! Get everything you need to get up to
speed, fast. http://ads.osdn.com/?ad_id=7477&alloc_id=16492&op=click
^ permalink raw reply [flat|nested] 6+ messages in thread
* [ALSA - driver 0001187]: Gain control for M-Audio Revolution (and other ice1724 cards) needed
@ 2005-06-21 10:55 bugtrack
0 siblings, 0 replies; 6+ messages in thread
From: bugtrack @ 2005-06-21 10:55 UTC (permalink / raw)
To: alsa-devel
A NOTE has been added to this issue.
======================================================================
<https://bugtrack.alsa-project.org/alsa-bug/view.php?id=1187>
======================================================================
Reported By: sst4
Assigned To:
======================================================================
Project: ALSA - driver
Issue ID: 1187
Category: PCI - ice1724
Reproducibility: always
Severity: feature
Priority: normal
Status: new
Distribution: Mandriva
Kernel Version: 2.6.11
======================================================================
Date Submitted: 06-12-2005 15:51 CEST
Last Modified: 06-21-2005 12:55 CEST
======================================================================
Summary: Gain control for M-Audio Revolution (and other
ice1724 cards) needed
Description:
Hello,
this is in a sense continuation of
https://bugtrack.alsa-project.org/alsa-bug/view.php?id=1164
.
Yes, I remember Takashi's statement that the ADC chip on the card does
not
have gain control, and I checked the ADC specs and it's indeed so.
However, this doesn't mean the functionality can not be implemented.
I believe it should be implemented for at least two reasons:
1) Windows driver has it;
2) Applications like "Skype" need it to implement AGC (automatic gain
control)
in software.
Regarding 2) - I clearly hear while talking through "Skype" that gain on
the other party's side increases (room noise pickup is becoming more and
more
evident) when the other party makes a pause in conversation.
Regarding 1) - in
http://m-audio.com/images/en/manuals/Revo71-Manual-EN.pdf
file on page number 14, under "Line and Mic In" one can read:
"
You can set the INPUT LEVEL of the Line and Mic inputs on the Input/Other
tab of th
Revolution 7.1 control panel. See the Control Panel section for more
details.
"
(capitalization by me).
On page number 22 of the same file, under "Input/Other Tab":
"
The Input/Other tab controls the INPUT LEVELS and sampling frequency of
the
Revolution. You don't need to worry about the settings on this page unless
you're
recording audio with the Revolution.
Link Stereo Input Levels - The Input/Other tab controls the INPUT LEVELS
and
sampling frequency of the Revolution. You don't need to worry about the
settings
on this page unless you're recording audio with the Revolution.
"
(capitalization by me).
On page number 25 under "Recording":
"
The Revolution 7.1 includes a pair of audio inputs for recording. You can
set the
INPUT LEVEL of the inputs by launching the Revolution 7.1 control panel,
selecting
the Input/Other tab, and changing the level on that screen. If your
recording
application doesn't see audio from the Revolution's inputs, check that
program's
audio preferences, check your cable connections, or review the Software
Setup
chapter for potential problems. Go to the Windows Control panel and open
Sounds and Multimedia icon. The Revolution 7.1 features both Line and Mic
inputs for the best performance with your input source. The Revolution
7.1
records at sampling rates up to and including 96kHz.
"
(capitalization by me).
The "Input/Other" tab in its non-selected form can be seen on the picture
on page 20 - to see it more clearly I had to choose 400% zoom in 'xpdf'.
Regarding feasibility.
First of all, gain can be changed by multiplying the code by the gain
value.
If I remember correctly, in ALSA the card outputs audio data in 32 bit
format,
of the 32 bits only 24 bits are significant because that's what the ADC
produces, so we have 8 spare bits, which means 256 times, or about 48dB
gain
control without even losing precision.
General note on priority of implementing the feature.
Though I believe the feature is needed, and not only for Revolution 7.1,
but
also for other ICE1724-based cards, please understand the following:
*** I still have no capture with my Revolution 7.1 (issue
https://bugtrack.alsa-project.org/alsa-bug/view.php?id=0001096) ***
.
Since I'm not getting it work, I've been trying to use ALSA utilities
('amixer',
'alsamixer', 'aoss') - "trial and error" approach - to make it work, and
have
found other problems on the way.
Resolution of these other problem, including introduction of gain
control,
will not solve my main problem - lack of capture.
I would appreciate getting an answer to the question in
https://bugtrack.alsa-project.org/alsa-bug/view.php?id=1096 :
"
Maybe my previous question does not contain enough details.
Here is the rephrased question:
Running 'amixer' with this command line
amixer cget numid=<number>
, where <number is in 5..12 range, I see output like this:
"
; type=ENUMERATED,access=rw---,values=1,items=5
; Item 0 'PCM Out'
; Item 0000001 'H/W In 0'
; Item 0000002 'H/W In 1'
; Item 0000003 'IEC958 In L'
; Item 0000004 'IEC958 In R'
: values=0
".
Can any of these controls be related to enabling capture ?
Thanks,
Sergei.
".
Or, to be more precise, getting an answer to the question in general:
"How
to enable capture in M-Audio Revolution 7.1 ?".
Thanks,
Sergei.
======================================================================
Relationships ID Summary
----------------------------------------------------------------------
related to 0001096 no capture with M-Audio Revolution 7.1
======================================================================
----------------------------------------------------------------------
sst4 - 06-20-05 01:05
----------------------------------------------------------------------
Regarding
"
Why the _kernel_ driver bothers to implement an emulation _on software_
which doesn't exist?
"
- I do not know what's the best way to do this.
Windows "package" (driver + GUI) has it, so ALSA should have it too it
wants
to meaningfully compete with Windows.
By the way, probably capture stream is routed through DSP of Envy24HT
chip,
and maybe DSP is capable of doing the required multiplication by gain
value ?
----------------------------------------------------------------------
tiwai - 06-21-05 12:55
----------------------------------------------------------------------
ALSA can support this in alsa-lib. It's just a matter of configuration,
and I gave an example configuration already in another bug issue.
The only problem is OSS emulation, especially thourhg kernel. In this
route, we won't support such a thing in the kernel context. Rather use
aoss instead.
And yes, the stream from line-in might be routed to RDMA1. IIRC, the
mic-in can be recorded normally through RMDA0 on revo 7.1 (or vice versa?)
Issue History
Date Modified Username Field Change
======================================================================
06-12-05 15:51 sst4 New Issue
06-12-05 15:51 sst4 Distribution => Mandriva
06-12-05 15:51 sst4 Kernel Version => 2.6.11
06-15-05 15:26 tiwai Note Added: 0005032
06-16-05 14:59 perex Relationship added related to 0001096
06-20-05 01:05 sst4 Note Added: 0005091
06-21-05 12:55 tiwai Note Added: 0005109
======================================================================
-------------------------------------------------------
SF.Net email is sponsored by: Discover Easy Linux Migration Strategies
from IBM. Find simple to follow Roadmaps, straightforward articles,
informative Webcasts and more! Get everything you need to get up to
speed, fast. http://ads.osdn.com/?ad_id=7477&alloc_id=16492&op=click
^ permalink raw reply [flat|nested] 6+ messages in thread
* [ALSA - driver 0001187]: Gain control for M-Audio Revolution (and other ice1724 cards) needed
@ 2005-06-21 23:49 bugtrack
0 siblings, 0 replies; 6+ messages in thread
From: bugtrack @ 2005-06-21 23:49 UTC (permalink / raw)
To: alsa-devel
The following issue has been set as DUPLICATE OF issue 0001096.
======================================================================
<https://bugtrack.alsa-project.org/alsa-bug/view.php?id=1187>
======================================================================
Reported By: sst4
Assigned To:
======================================================================
Project: ALSA - driver
Issue ID: 1187
Category: PCI - ice1724
Reproducibility: always
Severity: feature
Priority: normal
Status: new
Distribution: Mandriva
Kernel Version: 2.6.11
======================================================================
Date Submitted: 06-12-2005 15:51 CEST
Last Modified: 06-22-2005 01:49 CEST
======================================================================
Summary: Gain control for M-Audio Revolution (and other
ice1724 cards) needed
Description:
Hello,
this is in a sense continuation of
https://bugtrack.alsa-project.org/alsa-bug/view.php?id=1164
.
Yes, I remember Takashi's statement that the ADC chip on the card does
not
have gain control, and I checked the ADC specs and it's indeed so.
However, this doesn't mean the functionality can not be implemented.
I believe it should be implemented for at least two reasons:
1) Windows driver has it;
2) Applications like "Skype" need it to implement AGC (automatic gain
control)
in software.
Regarding 2) - I clearly hear while talking through "Skype" that gain on
the other party's side increases (room noise pickup is becoming more and
more
evident) when the other party makes a pause in conversation.
Regarding 1) - in
http://m-audio.com/images/en/manuals/Revo71-Manual-EN.pdf
file on page number 14, under "Line and Mic In" one can read:
"
You can set the INPUT LEVEL of the Line and Mic inputs on the Input/Other
tab of th
Revolution 7.1 control panel. See the Control Panel section for more
details.
"
(capitalization by me).
On page number 22 of the same file, under "Input/Other Tab":
"
The Input/Other tab controls the INPUT LEVELS and sampling frequency of
the
Revolution. You don't need to worry about the settings on this page unless
you're
recording audio with the Revolution.
Link Stereo Input Levels - The Input/Other tab controls the INPUT LEVELS
and
sampling frequency of the Revolution. You don't need to worry about the
settings
on this page unless you're recording audio with the Revolution.
"
(capitalization by me).
On page number 25 under "Recording":
"
The Revolution 7.1 includes a pair of audio inputs for recording. You can
set the
INPUT LEVEL of the inputs by launching the Revolution 7.1 control panel,
selecting
the Input/Other tab, and changing the level on that screen. If your
recording
application doesn't see audio from the Revolution's inputs, check that
program's
audio preferences, check your cable connections, or review the Software
Setup
chapter for potential problems. Go to the Windows Control panel and open
Sounds and Multimedia icon. The Revolution 7.1 features both Line and Mic
inputs for the best performance with your input source. The Revolution
7.1
records at sampling rates up to and including 96kHz.
"
(capitalization by me).
The "Input/Other" tab in its non-selected form can be seen on the picture
on page 20 - to see it more clearly I had to choose 400% zoom in 'xpdf'.
Regarding feasibility.
First of all, gain can be changed by multiplying the code by the gain
value.
If I remember correctly, in ALSA the card outputs audio data in 32 bit
format,
of the 32 bits only 24 bits are significant because that's what the ADC
produces, so we have 8 spare bits, which means 256 times, or about 48dB
gain
control without even losing precision.
General note on priority of implementing the feature.
Though I believe the feature is needed, and not only for Revolution 7.1,
but
also for other ICE1724-based cards, please understand the following:
*** I still have no capture with my Revolution 7.1 (issue
https://bugtrack.alsa-project.org/alsa-bug/view.php?id=0001096) ***
.
Since I'm not getting it work, I've been trying to use ALSA utilities
('amixer',
'alsamixer', 'aoss') - "trial and error" approach - to make it work, and
have
found other problems on the way.
Resolution of these other problem, including introduction of gain
control,
will not solve my main problem - lack of capture.
I would appreciate getting an answer to the question in
https://bugtrack.alsa-project.org/alsa-bug/view.php?id=1096 :
"
Maybe my previous question does not contain enough details.
Here is the rephrased question:
Running 'amixer' with this command line
amixer cget numid=<number>
, where <number is in 5..12 range, I see output like this:
"
; type=ENUMERATED,access=rw---,values=1,items=5
; Item 0 'PCM Out'
; Item 0000001 'H/W In 0'
; Item 0000002 'H/W In 1'
; Item 0000003 'IEC958 In L'
; Item 0000004 'IEC958 In R'
: values=0
".
Can any of these controls be related to enabling capture ?
Thanks,
Sergei.
".
Or, to be more precise, getting an answer to the question in general:
"How
to enable capture in M-Audio Revolution 7.1 ?".
Thanks,
Sergei.
======================================================================
Relationships ID Summary
----------------------------------------------------------------------
duplicate of 0001096 no capture with M-Audio Revolution 7.1
======================================================================
----------------------------------------------------------------------
tiwai - 06-15-05 15:26
----------------------------------------------------------------------
Clearly this is the problem of application. Why the _kernel_ driver
bothers to implement an emulation _on software_ which doesn't exist?
Note that if Skype is running on ALSA, it'd be more easily solved.
The input selection of line-in and mic is unknown thing - i.e. we have no
technical information about this feature at all. Sorry, impossible to
ipmlement now. For improving this, please ask M-Audio to provide this
particular information.
----------------------------------------------------------------------
sst4 - 06-20-05 01:05
----------------------------------------------------------------------
Regarding
"
Why the _kernel_ driver bothers to implement an emulation _on software_
which doesn't exist?
"
- I do not know what's the best way to do this.
Windows "package" (driver + GUI) has it, so ALSA should have it too it
wants
to meaningfully compete with Windows.
By the way, probably capture stream is routed through DSP of Envy24HT
chip,
and maybe DSP is capable of doing the required multiplication by gain
value ?
----------------------------------------------------------------------
tiwai - 06-21-05 12:55
----------------------------------------------------------------------
ALSA can support this in alsa-lib. It's just a matter of configuration,
and I gave an example configuration already in another bug issue.
The only problem is OSS emulation, especially thourhg kernel. In this
route, we won't support such a thing in the kernel context. Rather use
aoss instead.
And yes, the stream from line-in might be routed to RDMA1. IIRC, the
mic-in can be recorded normally through RMDA0 on revo 7.1 (or vice versa?)
Issue History
Date Modified Username Field Change
======================================================================
06-12-05 15:51 sst4 New Issue
06-12-05 15:51 sst4 Distribution => Mandriva
06-12-05 15:51 sst4 Kernel Version => 2.6.11
06-15-05 15:26 tiwai Note Added: 0005032
06-16-05 14:59 perex Relationship added related to 0001096
06-20-05 01:05 sst4 Note Added: 0005091
06-21-05 12:55 tiwai Note Added: 0005109
06-22-05 01:49 rlrevell Relationship replaced duplicate of 0001096
======================================================================
-------------------------------------------------------
SF.Net email is sponsored by: Discover Easy Linux Migration Strategies
from IBM. Find simple to follow Roadmaps, straightforward articles,
informative Webcasts and more! Get everything you need to get up to
speed, fast. http://ads.osdn.com/?ad_id=7477&alloc_id=16492&op=click
^ permalink raw reply [flat|nested] 6+ messages in thread
end of thread, other threads:[~2005-06-21 23:49 UTC | newest]
Thread overview: 6+ messages (download: mbox.gz follow: Atom feed
-- links below jump to the message on this page --
2005-06-12 13:51 [ALSA - driver 0001187]: Gain control for M-Audio Revolution (and other ice1724 cards) needed bugtrack
-- strict thread matches above, loose matches on Subject: below --
2005-06-15 13:26 bugtrack
2005-06-16 12:59 bugtrack
2005-06-19 23:05 bugtrack
2005-06-21 10:55 bugtrack
2005-06-21 23:49 bugtrack
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox