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 routettable.0.0 1ttable.1.1 1slave.pcm {type hwcard $CARD
type asymplayback.pcm {type routettable.0.0 1ttable.1.1 1slave.pcm {type hwcard $CARD}slave.channels 10 }}
Alsa-devel mailing list Alsa-devel@alsa-project.org http://mailman.alsa-project.org/mailman/listinfo/alsa-devel