<div dir="ltr">Hello All,<div><br></div><div>I was wondering if anybody has had any success using splitmuxsink in a dynamic pipeline?</div><div><br></div><div>When I insert a splitmuxsink into a running pipeline I seem to be getting a deadlock. This is with version 1.5.91.</div><div><br></div><div>The pipeline starts in this configuration</div><div><br></div><div>videotestsrc ! x264enc ! h264parse ! video/x-h264,alignment=au,stream-format=avc ! queue ! fakesink</div><div>audiotestsrc ! faac ! aacparse ! audio/mpeg,stream-format=raw ! queue ! fakesink</div><div><br></div><div>After ~10s I change the fakesinks to splitmuxsink doing:</div><div><br></div><div>1. Blocking both queue src pads</div><div>2. Remove fakesinks, and set their state to NULL</div><div>3. Create a new splitmuxsink, add it and link the queues to the `video` and `audio_0` pads on the mux</div><div>4. Set the splitmuxsink state to PLAYING</div><div>5. Unblock the queue src pads</div><div><br></div><div>The source can be seen here <a href="http://pastebin.com/3KJdYvkT">http://pastebin.com/3KJdYvkT</a></div><div><br></div><div>The video pad will accept some amount of data, until it receives an allocation query which blocks. For testing, I tried discarding queries going into the muxsink, and that causes the video queue to keep getting data.</div><div>The audio pad is stuck waiting for a GOP completion, eventhough multiple GOPs are queued in the muxsink.</div><div><br></div><div>If I start the pipeline with the splitmuxsink instead of the fakesinks, the pipeline runs just fine.</div><div><br></div><div>Should I be able to insert the splitmuxsink element in a running pipeline like this? Does it sound like a bug in the element?</div><div>If it does sound like a bug, I'll create a bug report with some more details.</div><div><br></div><div>Best Regards</div><div>Jesper Larsen</div></div>