[gstreamer-bugs] [Bug 336075] ALSA emu10k1 mixer tracks are wrongly classified as playback tracks

[GStreamer (bugzilla.gnome.org)]

Do not reply to this via email (we are currently unable to handle email
responses and they get discarded).  You can add comments to this bug at
http://bugzilla.gnome.org/show_bug.cgi?id=336075
 GStreamer | gst-plugins-base | Ver: 0.10.x





------- Comment #7 from Sam Morris  2006-05-06 13:17 UTC -------
My bad, your are quite correct. I didn't notice that the Line ALSA control
lacks the cvolume capability.

I'm not sure that adding a volume control without a capture switch is a
complete solution, though. The Line control has cswitch-exclusive--this means
that activating capture for the Line control deactivates it for all other
controls in the same capture group.

GstMixerTrack assumes that the record flag is just a simple toggle, so the
mixer state gets really screwed up when using gnome-volume-control.

Another confusion caused by the difference between the ALSA Control model and
the GstMixer model is the effect of muting an input track. A GstMixer track can
have both Mute and Record toggled on/off; however in ALSA's model, a control
only has a capture toggle switch.

This mismatch, and the lack of support for capture groups, makes diagnosing the
interaction between GstMixer and the actual alsamixer rather tricky. ;)


-- 
Configure bugmail: http://bugzilla.gnome.org/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the QA contact for the bug.
You are the assignee for the bug.