[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