All of lore.kernel.org
 help / color / mirror / Atom feed
From: Raymond Yau <superquad.vortex2@gmail.com>
To: alsa-devel@alsa-project.org
Subject: Re: RFC: ice1712 virtual devices
Date: Sat, 21 Nov 2009 10:53:10 +0800	[thread overview]
Message-ID: <4f3252890911201853s377dfbeaxb19c93af5a587b24@mail.gmail.com> (raw)
In-Reply-To: <4B01A8CC.6050303@hotmail.com>

Pulseaudio fail when using front device of emu10k1 for capturing

I: module.c: Loaded "module-alsa-sink" (index: #0; argument: "device_id=0
sink_name=alsa_output.pci_1102_8_alsa_playback_0").
D: module-hal-detect.c: Loading module-alsa-source with arguments
'device_id=0 source_name=alsa_input.pci_1102_8_alsa_capture_0'
D: alsa-util.c: Trying front:0...
ALSA lib setup.c:96:(snd_sctl_install) Cannot *lock* *ctl* elem


Each front , rear and lfe_center playback subdevice has two ctl hook with
lock

EMU10K1.pcm.front.0 {
	@args [ CARD ]
	@args.CARD {
		type string
	}
	type hooks

	slave.pcm {
		type hw
		card $CARD
	}
	hooks.0 {
		type ctl_elems
		hook_args [

			{
				interface PCM
				name "EMU10K1 PCM Send Volume"
				index { @func private_pcm_subdevice }
				lock true
				optional true
				value [ 255 255 0 0 255 0 0 0 0 255 0 0 ]
			}
			{

				# for compatibility with older drivers
				name "EMU10K1 PCM Send Volume"
				index { @func private_pcm_subdevice }
				lock true
				optional true
				value [ 255 255 0 0 255 0 0 0 0 255 0 0 ]

			}
			{
				interface PCM
				name "EMU10K1 PCM Send Routing"
				index { @func private_pcm_subdevice }
				lock true
				optional true
				value [ 8 9 0 0 8 9 0 0 8 9 0 0 ]
			}
			{

				# for compatibility with older drivers
				name "EMU10K1 PCM Send Routing"
				index { @func private_pcm_subdevice }
				lock true
				optional true
				value [ 8 9 0 0 8 9 0 0 8 9 0 0 ]
			}

		]
	}
}	



2009/11/17 Arno Schuring <aelschuring@hotmail.com>

> Hello again,
>
> Alan Horstmann wrote:
> > On Sunday 08 November 2009 10:38, you wrote:
> >> At Fri, 30 Oct 2009 09:23:37 +0000,
> >>
> >> Alan Horstmann wrote:
> >>> On Thursday 29 October 2009 17:48, Arno Schuring wrote:
> >>>> This is basically a resend of
> >>>> http://thread.gmane.org/gmane.linux.alsa.devel/59481/focus=59672 ,
> >>>> which fixed the front: device of ice1712 cards to accept two-channel
> >>>> input. Currently, the front: device is exposed through the route
> >>>> plugin, which requires all clients to mmap all 10 channels, even
> though
> >>>> the front device is supposed to be a stereo device.
> [...]
> >
> > Arno's original post was just to the list, so I added your cc.  His
> response
> > was also only to the list, but has a patch at the bottom to do just
> playback
> > asym with channels convertion, (which looks reasonable to me), so might
> be
> > worth looking back at.
> >
> > BTW, for example in the case of ice1712, is there a way for different
> sound
> > cards which use the same driver to have different default config files?
>  The
> > DMX6fire in particular would benefit from specific definitions for the
> > particular mapping of its 6 analogue inputs.
>
> I apologize for the long delay. I'll reattach my latest proposed patch
> (copy-paste, hope it still applies).
>
> About my second question, is it even worth my time to try to implement
> multiple separate devices using the dshare plugin? I mean, even if I
> succeed in making front: and spdif: working together, does such a patch
> have even the slightest of getting accepted?
>
>
> Thanks,
> Arno
>
>
> --
> diff --git a/src/conf/cards/ICE1712.conf b/src/conf/cards/ICE1712.conf
> index 01e50d2..1cd3773 100644
> --- a/src/conf/cards/ICE1712.conf
> +++ b/src/conf/cards/ICE1712.conf
> @@ -32,12 +32,16 @@ ICE1712.pcm.front.0 {
>         @args.CARD {
>                type string
>        }
> -       type route
> -       ttable.0.0 1
> -       ttable.1.1 1
> -       slave.pcm {
> -               type hw
> -               card $CARD
> +       type asym
> +       playback.pcm {
> +               type route
> +               ttable.0.0 1
> +               ttable.1.1 1
> +               slave.pcm {
> +                       type hw
> +                       card $CARD
> +               }
> +               slave.channels 10
>         }
>  }
>
> _______________________________________________
> Alsa-devel mailing list
> Alsa-devel@alsa-project.org
> http://mailman.alsa-project.org/mailman/listinfo/alsa-devel
>

      reply	other threads:[~2009-11-21  2:53 UTC|newest]

Thread overview: 8+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2009-10-29 17:48 RFC: ice1712 virtual devices Arno Schuring
2009-10-30  0:36 ` Raymond Yau
2009-10-30  9:23 ` Alan Horstmann
2009-10-30 11:29   ` Arno Schuring
2009-11-08 10:38   ` Takashi Iwai
2009-11-08 21:13     ` Alan Horstmann
2009-11-16 19:32       ` Arno Schuring
2009-11-21  2:53         ` Raymond Yau [this message]

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=4f3252890911201853s377dfbeaxb19c93af5a587b24@mail.gmail.com \
    --to=superquad.vortex2@gmail.com \
    --cc=alsa-devel@alsa-project.org \
    /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.