[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