All of 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 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.