[Bug 747852] pad: idle probe doesn't block pad from pushing data

[GStreamer (GNOME Bugzilla)]

https://bugzilla.gnome.org/show_bug.cgi?id=747852

Thiago Sousa Santos <thiagossantos at gmail.com> changed:

           What    |Removed                     |Added
----------------------------------------------------------------------------
             Status|NEW                         |RESOLVED
         Resolution|---                         |FIXED
   Target Milestone|git master                  |1.5.1

--- Comment #12 from Thiago Sousa Santos <thiagossantos at gmail.com> ---
Pushed. Thanks for the review.

commit d4d161a28223f3d8dfb81623672c9a13dbf4cf23
Author: Thiago Santos <thiagoss at osg.samsung.com>
Date:   Tue Apr 14 10:47:20 2015 -0300

    tests: pad: test that idle probe will block

    This tests add an idle probe on an idle pad from a separate thread
    so that the callback is called immediatelly. This callback will sit
    still and then we try to push a buffer on this same pad. It verifies
    that the idle probe blocks data passing

    https://bugzilla.gnome.org/show_bug.cgi?id=747852

commit 3d8de8a4f90e464e814c19c128776aa08e6be1b7
Author: Thiago Santos <thiagoss at osg.samsung.com>
Date:   Tue Apr 14 17:06:36 2015 -0300

    pad: block data flow when idle probe is running

    When idle probe runs directly from the gst_pad_add_probe() function
    we need to make sure that no data flow happens as idle probe
    is a blocking probe. The idle probe will prevent that any
    buffer, bufferlist or serialized events and queries are not
    flowing while it is running.

    https://bugzilla.gnome.org/show_bug.cgi?id=747852

-- 
You are receiving this mail because:
You are the QA Contact for the bug.
You are the assignee for the bug.