[gstreamer-bugs] [Bug 152864] [PATCH] GstAlsaMixer doesn't support signals

[GStreamer (bugzilla.gnome.org)]

If you have any questions why you received this email, please see the text at
the end of this email. Replies to this email are NOT read, please see the text
at the end of this email. You can add comments to this bug at:
  http://bugzilla.gnome.org/show_bug.cgi?id=152864

  GStreamer | gst-plugins-base | Ver: HEAD CVS

Marc-Andre Lureau changed:

           What    |Removed                     |Added
----------------------------------------------------------------------------
  Attachment #88094|needs-work                  |committed
               Flag|                            |




------- Comment #25 from Marc-Andre Lureau  2007-05-15 14:58 UTC -------
Btw, thanks for the comments :)

Before we get the comments, Stefan applied the patch with minor modifications.
I am working on a new patch to fix stuffs in the comments.(In reply to comment
#21)

(In reply to comment #21)
> If we added a new vfunc to return a monitoring
> GSource then we could just add API to check if a particular mixer class
> provides this or not. I'll try to solicit some more comments from other people.

Except that we could not ensure that this source will be poll'ed in the same
context/thread than alsa - if I understand the comments of Ronald correctly and
look at how the alsa-plugins works.

Basically, alsa-plugins returns fds. That doesn't tell you were it comes from,
but at least I am quite conviced that those fds should be handled in the same
thread as alsa API is called. Though I barely know about this kind of threading
details...


-- 
See http://bugzilla.gnome.org/page.cgi?id=email.html for more info about why you received
this email, why you can't respond via email, how to stop receiving
emails (or reduce the number you receive), and how to contact someone
if you are having problems with the system.

You can add comments to this bug at http://bugzilla.gnome.org/show_bug.cgi?id=152864.