[Bug 760554] New: Losing buffers when having multiple outputs
GStreamer (GNOME Bugzilla)
bugzilla at gnome.org
Tue Jan 12 12:31:51 PST 2016
https://bugzilla.gnome.org/show_bug.cgi?id=760554
Bug ID: 760554
Summary: Losing buffers when having multiple outputs
Classification: Platform
Product: GStreamer
Version: unspecified
OS: Linux
Status: NEW
Severity: normal
Priority: Normal
Component: gstreamer (core)
Assignee: gstreamer-bugs at lists.freedesktop.org
Reporter: reza at userful.com
QA Contact: gstreamer-bugs at lists.freedesktop.org
GNOME version: ---
Hi, During development for an element I faced a problem that multiple elements
connected to tee are not always receiving all buffers.
To make sure this problem is not caused by my element I created another element
name testelement from videofilter template, this element is not doing anything
rather than printing the buffer pts that it's receiving and it will handle an
empty buffer for output.
After running this gst-launch command :
gst-launch-1.0 filesrc location=
/content/media/bbb_sunflower_2160p_30fps_normal.mp4 ! qtdemux ! h264parse !
avdec_h264 ! tee name=t \
t. ! queue ! testelement ! videoscale ! videoconvert ! xvimagesink display=:1 \
t. ! queue ! testelement ! videoscale ! videoconvert ! xvimagesink display=:2 \
t. ! queue ! testelement ! videoscale ! videoconvert ! xvimagesink display=:3 \
t. ! queue ! testelement ! videoscale ! videoconvert ! xvimagesink display=:4 \
t. ! queue ! testelement ! videoscale ! videoconvert ! xvimagesink display=:5 \
t. ! queue ! testelement ! videoscale ! videoconvert ! xvimagesink display=:6 \
t. ! queue ! testelement ! videoscale ! videoconvert ! xvimagesink display=:7 \
t. ! queue ! testelement ! videoscale ! videoconvert ! xvimagesink display=:8
&> buffer_test.txt
If you take a look at line 263 for example you will see only 4 instances has
received the buffer with pts 1133333333 or 7 of them with 1166666666 instead of
8, I'll attach the output to this bug.
I've tested this with 4 Ximagesink and this thing was still happening, my
system is a skylake core i7 and cpu usage is below 50% for this test.
The GStreamer version for this test was 1.6.0 but I had same issue with 1.4.1
and 1.2.0
I could not recreate this by putting fakesink right after testelement.
enabling debug for xvimagesink was not showing any drop or losing frames
problem.
Thank you for your help in advance
--
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