[Bug 773940] splitmuxsink goes to dead lock when used along with other sinks

GStreamer (GNOME Bugzilla) bugzilla at gnome.org
Mon Nov 7 04:25:00 UTC 2016


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

--- Comment #1 from Vinod Kesti <vinodkesti at yahoo.com> ---
When sufficient memory is added in UDP sink path queue pipeline works.  

gst-launch-1.0 videotestsrc ! x264enc ! tee name=split \
split.! queue !  splitmuxsink muxer=mpegtsmux
location=/root/vinod/apple_tv_ad__.ts max-size-time=10000000000 \
split.! queue max-size-buffers=4000 max-size-bytes=10487860
max-size-time=10000000000 !  mpegtsmux ! udpsink host=10.0.100.3 port=9000

I tried following things:
 1. Changed multique max-size-bytes and max-size-time in splitmux sink code but
no luck.
 2. Increasing or decreasing queue size doesnt have any impact on the pipeline.
 3. Increasing queue size in UDP sink path removed the dead lock.
 4. Tried to check dead lock using gdb but not able identify. Can some one help
with steps to identify the issue ??

Is this dead lock because of different delays involved in different sinks ??


Regards,
Vinod

-- 
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