[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 #13 from Sam Morris  2006-05-07 20:47 UTC -------
(In reply to comment #12)
> Special treatment of such tracks, so the switch controls the 'record' and not
> the 'mute' flag?

I have hacked gnome-volume-control to set the 'record' flag if the track name
ends in 'Capture'. This is a bit nasty but I guess it will do until/unless
GstMixerTrack is modified to allow an app to find out whether a track has a
playback/capture (mute/record) switch. I'll add this stuff to my patch for bug
#313495.

Speaking from an HIG perspective I think the way that alsamixer (and now
gnome-volume-control) present exclusive capture groups is unintuitive. I have a
couple of ideas about how to fix this, what do you think about them?

 1. Display the exclusive capture switches with a radio button instead of a
checkbox. Would require a property on GstMixerTrack that lets the mixer app
know that a switch (a track with 0 channels) is a member of a capture group.

 2. Select which member of a group is active from a GtkComboBox. Would require
the capture group to be presented as a GstMixerOptions track.

This is one area where the libasound simple mixer abstraction actually hinders
us. If we used the hcontrol(?) API directly this would be simpler:

$ amixer contents
...
numid=68,iface=MIXER,name='Capture Source'
  ; type=ENUMERATED,access=rw---,values=2,items=8
  ; Item #0 'Mic'
  ; Item #1 'CD'
  ; Item #2 'Video'
  ; Item #3 'Aux'
  ; Item #4 'Line'
  ; Item #5 'Mix'
  ; Item #6 'Mix Mono'
  ; Item #7 'Phone'
  : values=0,0
...

> Or perhaps someone writes a native ALSA support for
> gnome-volume-control... ;)

If only! ;)


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