Hang in gst pipeline

[Baby Octopus]

Hi,

My application hangs in gst_collect_pads_chain(). Debugged the issue and
found out it is not really an issue. The issue goes like this

The input TS/UDP initially has two audio and one videostream. This
videostream along with one of the audio stream is picked up, transcoded and
sent to an ubuntu based PC for playback. Now after some time, the input has
only one video and one audio(The audio used for transcoding has vanished)

Since the audio stops coming and only video is given as output by decodebin,
the muxer(mpegtsmux) element hangs in gst_collect_pads_chain(). Digged into
this module and understood it just collects the pad for the muxer

This seems to be an interesting usecase. Any input on how it can be handled?
One of the desirable feature possibly is that the muxer should adapt on the
fly based on the input that it gets(mux a_v when both are available, mux
only 'v' when 'a' is not available)

Any thoughts are welcome :)

~BO





--
View this message in context: http://gstreamer-devel.966125.n4.nabble.com/Hang-in-gst-pipeline-tp4663951.html
Sent from the GStreamer-devel mailing list archive at Nabble.com.