[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 #12 from Viktor Peters  2006-05-07 18:12 UTC -------
(In reply to comment #11)
>         I should mention here that if a GstMixerTrack has no channels then
> gnome-volume-control presents it as a 'switch' which is basically a checkbox
> that toggles on/off. Currently the switch only controls a GstMixerTrack's
> 'mute' flag.

Damn it! Any suggestions how to solve this? Adding an dummy volume control?
Special treatment of such tracks, so the switch controls the 'record' and not
the 'mute' flag? Or perhaps someone writes a native ALSA support for
gnome-volume-control... ;)

> Another strange thing is now happening:
> 
>         I now have both 'Bass' and 'Bass Capture' tracks (the 'Bass' ALSA
> control is described by amixer as having only the 'volume' capability).

I have noticed this, too. It is an one-line fix. ALSA controls with common
volume are presented as playback tracks only now.


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