[Bug 725917] multiqueue: do not reset last push result when pushing events

GStreamer (bugzilla.gnome.org) bugzilla at gnome.org
Fri Mar 14 09:17:03 PDT 2014


https://bugzilla.gnome.org/show_bug.cgi?id=725917
  GStreamer | gstreamer (core) | unspecified

--- Comment #7 from Thiago Sousa Santos <thiago.sousa.santos at collabora.co.uk> 2014-03-14 16:40:51 UTC ---
Created an attachment (id=271923)
 View: https://bugzilla.gnome.org/attachment.cgi?id=271923
 Review: https://bugzilla.gnome.org/review?bug=725917&attachment=271923

tests: multiqueue: fix eos count on test for not-linked case

So I rethinked a bit about the not-linked return handling and found out
the test is wrong, here is the commit message for this:

>From the test case:

/* This test creates a multiqueue with 2 streams. One receives
 * a constant flow of buffers, the other only gets one buffer, and then
 * new-segment events, and returns not-linked. The multiqueue should not fill.
 */

If one of the queues goes EOS and the other returns NOT_LINKED the stream
can be considerered EOS as a NOT_LINKED means that one of the branches has no
sink downstream that will block the EOS message posting.

-- 
Configure bugmail: https://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.


More information about the gstreamer-bugs mailing list