Alsa-Devel Archive on lore.kernel.org
 help / color / mirror / Atom feed
From: Mark Knecht <markknecht@attbi.com>
To: Roger Williams <raw@qux.com>
Cc: Alsa-Devel <alsa-devel@lists.sourceforge.net>
Subject: Re: hdsp multiface pci.
Date: 19 Jan 2003 19:59:45 +0000	[thread overview]
Message-ID: <1043006386.1401.60.camel@Godzilla> (raw)
In-Reply-To: <m3bs2ck1o3.fsf@grouper.coelacanth.com>

Roger,
   I think the light is just starting to turn on, or at least I can only
hope... ;-) See if you can help me improve the following description.

   I can think of my HDSP mixer as a device with 52 inputs and 26
outputs. The inputs look like:

1) 26 mixer inputs come from the HDSP's physical inputs 
- numbered 0-25 in the mixer
- called Alsa_pcm:capture_1 - 26 in Jack

2) 26 mixer inputs come from the Alsa:playback group
- numbered 26-51 in the mixer
- called Alsa_pcm:playback_1 - 26 in Jack

The outputs look like:

1) 26 mixer outputs come from the mixer
- numbered 0-25 out of the mixer

   By default, the HDSP driver then takes the Alsa_pcm:playback group
and hooks them to (more or less) matching output destinations:

Alsa_pcm:playback_1 -> HDSP Output 0
Alsa_pcm:playback_2 -> HDSP Output 1
...
Alsa_pcm:playback_26 -> HDSP Output 25

so that if I connect capture_1 to playback_1 then whatever comes in on
the ADAT-1, channel 0 input will get sent back out on ADAT-1, channel 1
output.

To test this idea, and using your headphone mix example, I should be
able to create a hardware monitoring setup by routing physical inputs
directory to physical outputs using something like this:

amixer cset numid=5 0,0,32768
amixer cset numid=5 1,1,32768
...
amixer cset numid=5 25,25,32768

which would route each physical input to each physical output, 1 for 1,
at a volume of unity gain. (As per Marcus's notes again.)

What is not at all clear yet is whether a single input can go to
multiple outs with different gains. For instance, if I execute:

amixer cset numid=5 0,0,10000
amixer cset numid=5 0,1,30000

I am attempting to take physical input 0 and sending it to both the left
and right outputs, but at different volumes. Is this legal? I'm not
sure.


In my case, I use Alsa_pcm:playback_1/2 for my main speakers, and
playback_3/4 for my headphones. The problem I've been having is that I
didn't know how to set the volume on my speakers with no mixer. Using
this information, I could execute:

amixer cset numid=5 26,0,3000
amixer cset numid=5 27,1,3000

and now my playback_1/2 should come out of my speakers, but at
considerably reduced volumes.

I'm going to stop and get feedback, as this is almost making sense. In
the meantime, I might as well try the commands above and see if my
speaker volume is under control.

Thanks very much for your help!

Cheers,
Mark


On Mon, 2003-01-20 at 02:14, Roger Williams wrote:
> >>>>> Mark Knecht <markknecht@attbi.com> writes:
> 
>   > This is very, very helpful.
> 
> What will be "very, very helpful" will be Thomas's TotalMix clone! :)
> 
>   > ... it appears that the MultiFace has a slightly different
>   > numbering system for your analog channels, starting with 0-7
>   > instead of what I think I have which starts with 1-8.
> 
> My "amixer controls" dump looks the same as yours.  I don't know what
> "index=1" means, but it doesn't appear to mean that our cset indexing
> begins at 1.  I've got to assume that Paul or Thomas already know
> everything there is to know about the HDSP mixer, and I hate to
> explore known territory, but when you don't have a map...
> 
>   > When you say 'appear to be numbered like this', how did you determine
>   > this? Was it documented somewhere? Or did you have to test yourself?
> 
> Well, it matches Marcus Andersson's notes on the ALSA HDSP page:
> 
>     input_source: 0-7 (analog), 16-23 (adat), 24-25 (spdif), 26-51 (playback)
>     output_source: 0-7 (analog), 16-23 (adat) 24-25 (spdif), 26-27 (line out)
> 
> I found "output_source" confusing, but it makes sense if I rename it
> "destination".
> 
>   > The MultiFace has 18 inputs ... so I would have expected you to list:
> 
> Some of the numbering is discontinuous (because the Multiface doesn't
> have the Digiface's ADAT2 range of channels), so the full Multiface
> I/O list is:
> 
> Inputs to HDSP Mixer
> ========================================================================
> Multiface analogue inputs 1-8      = amixer source channels 0-7
> Multiface ADAT inputs 1-8          = amixer source channels 16-23
> Multiface SPDIF input              = amixer source channels 24-25
> alsa_pcm:playback_1-26             = amixer source channels 26-51
> 
> Outputs from HDSP Mixer
> ========================================================================
> Multiface analogue outputs 1-8     = amixer destination channels 0-7
> Multiface ADAT outputs 1-8         = amixer destination channels 16-23
> Multiface SPDIF output             = amixer destination channels 24-25
> Multiface line (headphone) output  = amixer destination channels 26-27
> 
> Mapping between Multiface inputs and alsa_pcm:capture channels
> ========================================================================
> Multiface analogue inputs 1-8      = capture_1-8
> Multiface ADAT inputs 1-8          = capture_9-16
> Multiface SPDIF input              = capture_17-18
> 
>   > In my case I am guessing that my physical I/O numbering will be
> 
>   > HDSP 9652 ADAT-1 inputs 1-8	   = amixer source channels 1-8
>   > HDSP 9652 ADAT-2 inputs 9-16   = amixer source channels 8-16
>   > HDSP 9652 ADAT-3 inputs 17-24  = amixer source channels 17-24
>   > HDSP 9652 s/pdif inputs 25-26  = amixer source channels 25-26
> 
> I'm pretty sure that the amixer ranges will be 0-7, 8-15, 16-23, and
> 24-25, respectively.  I believe that matches the Digiface (which also
> has its analogue headphone output on 26-27, as I recall).
> 
> -- 
> Roger Williams <raw@qux.com>
> Qux Tool & Die, Middleborough, Massachusetts
> // Omne tulit punctum qui misquit utile dulci //
> 
> 
> -------------------------------------------------------
> This SF.NET email is sponsored by: FREE  SSL Guide from Thawte
> are you planning your Web Server Security? Click here to get a FREE
> Thawte SSL guide and find the answers to all your  SSL security issues.
> http://ads.sourceforge.net/cgi-bin/redirect.pl?thaw0026en
> _______________________________________________
> Alsa-devel mailing list
> Alsa-devel@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/alsa-devel




-------------------------------------------------------
This SF.NET email is sponsored by: FREE  SSL Guide from Thawte
are you planning your Web Server Security? Click here to get a FREE
Thawte SSL guide and find the answers to all your  SSL security issues.
http://ads.sourceforge.net/cgi-bin/redirect.pl?thaw0026en

  reply	other threads:[~2003-01-19 19:59 UTC|newest]

Thread overview: 30+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2003-01-19 12:08 hdsp multiface pci Patrick Shirkey
2003-01-19 14:12 ` Thomas Charbonnel
2003-01-19 15:29   ` Patrick Shirkey
2003-01-19 15:55     ` Patrick Shirkey
2003-01-19 16:07     ` Thomas Charbonnel
2003-01-19  8:23       ` Mark Knecht
2003-01-19 17:27         ` Thomas Charbonnel
2003-01-19 16:33       ` Patrick Shirkey
2003-01-19 17:00         ` Roger Williams
2003-01-19 12:21           ` Mark Knecht
2003-01-19 22:24             ` Roger Williams
2003-01-19 16:34               ` Mark Knecht
2003-01-20  2:14                 ` Roger Williams
2003-01-19 19:59                   ` Mark Knecht [this message]
2003-01-20  6:25                     ` Roger Williams
2003-01-20  5:06                       ` Mark Knecht
2003-01-20 13:46                         ` Roger Williams
2003-01-20  6:44                     ` Roger Williams
2003-01-20  8:31                       ` Marcus Andersson
2003-01-20 13:35                         ` Roger Williams
2003-01-19 17:01         ` Patrick Shirkey
2003-01-19 17:20         ` Thomas Charbonnel
2003-01-19 23:12           ` Roger Williams
  -- strict thread matches above, loose matches on Subject: below --
2003-01-20 15:57 markknecht
2003-01-20 16:12 markknecht
     [not found] <E18aeXp-00009y-00@sturgeon.coelacanth.com>
2003-01-20 17:01 ` Roger Williams
2003-01-22 18:19   ` Paul Davis
2003-01-22 18:30     ` Roger Williams
2003-01-22 18:41       ` Paul Davis
2003-01-22 18:54       ` Mark Knecht

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=1043006386.1401.60.camel@Godzilla \
    --to=markknecht@attbi.com \
    --cc=alsa-devel@lists.sourceforge.net \
    --cc=raw@qux.com \
    /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 a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox