Paul Davis wrote:
> 
> >pcm.rme1_2 {                  // should represent channels 1- 2
> >  type plug
> 
> >pcm.rme3_4 {                   // should represent channels 3- 4
> >  type plug
> 
> as little as i know about this stuff, i do know that that won't
> work. you need to use the "type share" i believe, but as i've noted
> before, i have no idea how to set it up, and i believe that apart from
> abramo, nobody has ever actually tried it :(
> 
> the "plug" layer does not handle device sharing, it only widens the
> parameter space by handling channel routing, format and rate
> conversions etc.
> 
> some interfaces can support multiopen (device "sharing" (*)) in h/w
> (e.g. the trident chipset and several others). the hammerfall does
> not.
> 
> --p
> 
> (*) of course, its not really sharing, because the h/w provides the
>     resources for each process that is using it. the trident, for
>     example, will allow up to 32 processes to be using it at the same
>     time - it h/w mixes them into the final output stream. this is
>     true of many newer "consumer" cards. the hammerfall, of course,
>     is not a consumer card, and ALSA hasn't put much emphasis on
>     attempting to share such things with a s/w layer, but the
>     architecture is there, at least thats what Abramo had said before
>     he had to stop working on ALSA.
> 
> 
> 
> _______________________________________________
> Alsa-devel mailing list
> [EMAIL PROTECTED]
> https://lists.sourceforge.net/lists/listinfo/alsa-devel

This would be a great benefit for many people if we can figure it out. 
I changed my .asoundrc after reading the file in the alsa-lib dir.

It hasn't made any difference to the amount of streams I can have at
once but it hasn't stopped the sound either. A few of the attempts
before this did. It now looks like this:

-------


      pcm.intel8x0 {
                type hw
                card card0
                device 0
        }
 
       ctl.intel8x0 {
                type hw
                card 0
        }

      pcm.cmipci {              
                type share
                card card1
                device 0 
                slave.pcm {
                         type hw
                         card 1
                 }
        }
 
        
        type share              # Share PCM
        slave cmipci            # Slave name (see pcm_slave)
        bindings {              # Bindings table
                1 0     # Slave channel for client channel N
        } 

-------

The settings for the intel8x0 were the original format I was using for
both cards. Can anyone spot anything really obvious that might allow the
hardware sharing to work on the cmipci. eg. Do I need to define the
slave device ...?


-- 
Patrick Shirkey - Boost Hardware Ltd.
Http://www.boosthardware.com - For the discerning hardware connoisseur.
http://www.boosthardware.com/LAU/Linux_Audio_Users_Guide/
=======================================================================

_______________________________________________
Alsa-devel mailing list
[EMAIL PROTECTED]
https://lists.sourceforge.net/lists/listinfo/alsa-devel

Reply via email to