Pipeline freeze when audio source is ended

[Michael MacIntosh]

Hey,

If you have an audio and a video source being fed into a muxer, and 
assuming you can't get around the source producing the EOS, then you 
probably want to drop the EOS signal, and use a blocking probe to 
disconnect the old source and replace it with a source that would 
produce "silence", because most video file formats expect both streams 
to be the same length.

But the problem you are running into is the muxer will block your video 
pipeline because it is waiting for audio data, you need to keep the 
audio data going if you want it to be unblocked.  The muxer is too smart 
to assume no data is silence.

Cheers,
Michael.


On 8/9/2017 7:44 AM, stic at free.fr wrote:
> Hello everyone,
>
> I have a simple pipeline running with an audio source and video source, muxed together into a tcpserversink.
> The problem I have is that the pipeline freeze once the audio source is ended, but I would like it to continue even is there is no audio anymore in the pipeline.
> What should I do in such case ?
> I tried to drop the EOS signal arriving on the src pad of the audio source bin but it doesn't seem to change anything.
> Could someone describe what should be done in such case ?
> That would really help me, thank you very much in advance !
> _______________________________________________
> gstreamer-devel mailing list
> gstreamer-devel at lists.freedesktop.org
> https://lists.freedesktop.org/mailman/listinfo/gstreamer-devel