[Bug 745768] aggregator: Add internal queue

GStreamer (GNOME Bugzilla) bugzilla at gnome.org
Thu Jul 30 11:06:58 PDT 2015


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

Olivier Crête <olivier.crete at ocrete.ca> changed:

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

--- Comment #52 from Olivier Crête <olivier.crete at ocrete.ca> ---
Finally merged, thanks for all of those who helped!


commit 035e51b010a93ab85ffb812770a9d9d7d66afce9
Author: Olivier Crête <olivier.crete at collabora.com>
Date:   Thu Jul 2 19:34:43 2015 -0400

    tests: Add test for seeking live pipelines

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

commit 1cb49c429bf776ae0fee75cdba310422de201e7c
Author: Olivier Crête <olivier.crete at collabora.com>
Date:   Thu Jul 2 19:19:33 2015 -0400

    tests: Make source live to re-enable aggregator timeout tests

    The live mode is only enabled if one of the sources if live.

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

commit ce6206388cbbc47450d6c052b204d6d46142d890
Author: Olivier Crête <olivier.crete at collabora.com>
Date:   Thu Jul 2 18:37:28 2015 -0400

    tests: Add audiointerleave test to show that queuing works

    This tests fails without the queuing patch because incoming buffers are
    not delivered before they are needed.

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

commit 10ef6403b68e33a35ff9ca177b672802c0508193
Author: Olivier Crête <olivier.crete at collabora.com>
Date:   Thu Jul 2 18:33:43 2015 -0400

    audiointerleave: Avoid caps processing if not yet negotiated

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

commit 3f2bc1e4b2f893d4a93a108bd3738444620821f4
Author: Olivier Crête <olivier.crete at collabora.com>
Date:   Mon Mar 16 17:06:46 2015 -0400

    audioaggregator: On timeout, resync pads with not enough data

    https://bugzilla.gnome.org/show_bug.cgi?id=745768
commit 6efc106a67ce6ba2a8313150ef919c0be9234da6
Author: Olivier Crête <olivier.crete at collabora.com>
Date:   Fri Mar 6 19:50:08 2015 -0500

    aggregator: Queue "latency" buffers at each sink pad.

    In the case where you have a source giving the GstAggregator smaller
    buffers than it uses, when it reaches a timeout, it will consume the
    first buffer, then try to read another buffer for the pad. If the
    previous element is not fast enough, it may get the next buffer even
    though it may be queued just before. To prevent that race, the easiest
    solution is to move the queue inside the GstAggregatorPad itself. It
    also means that there is no need for strange code cause by increasing
    the min latency without increasing the max latency proportionally.

    This also means queuing the synchronized events and possibly acting
    on them on the src task.

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

commit e4a1db2287d7d84d2985a1c8139f6aee5699d13d
Author: Olivier Crête <olivier.crete at collabora.com>
Date:   Fri Mar 6 21:32:04 2015 -0500

    videoaggregator: Remove broken _clip vfunc

    It never does anything.

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

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


More information about the gstreamer-bugs mailing list