[gstreamer-bugs] [Bug 582167] jacksink does not flush the jack port when going to READY

[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=582167

  GStreamer | gst-plugins-bad | Ver: git

Stefan Kost (gstreamer, gtkdoc dev) changed:

           What    |Removed                     |Added
----------------------------------------------------------------------------
 Attachment #134390|none                        |committed
               Flag|                            |
             Status|UNCONFIRMED                 |RESOLVED
         Resolution|                            |FIXED
   Target Milestone|HEAD                        |0.10.22




------- Comment #2 from Stefan Kost (gstreamer, gtkdoc dev)  2009-05-28 07:17 UTC -------
No one seems to object ...

commit a0898363d9dd1bb524da2d9715afd83d2f267887
Author: Stefan Kost <ensonic at users.sf.net>
Date:   Mon May 11 16:12:54 2009 +0300

    jack: when stopping playback, do one more cycle to flush the port. Fixes
#582167

    The gst_jack_audio_client_set_active() flags the port as deactivating and
uses
    a GCond to wait until the jack_process_cb() has run once more and cleared
the
    flag. This way the client zero's the buffer. This happens if one manyally
go
    to PAUSED and then to READY, while leting the mainloop run inbetween.


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