Not providing request pad after stream start

classic Classic list List threaded Threaded
2 messages Options
Reply | Threaded
Open this post in threaded view
|

Not providing request pad after stream start

RiccardoCagnasso
I'm writing this small software that pulls video and audio from a bunch of
rtsp and v4l2 sources and smash everything togheter in a multi stream mp4
container.

If I do a pipeline with only RTSP sources, not all the audio/video streams
are included in the output video and with GST_DEBUG=3 a variable amount of
"<mp4mux0> Not providing request pad after stream start" errors.

( example pipeline https://imgur.com/a/7Bxx943 )

Which actually makes sense. As soon as some audio or video stream starts to
flow, mp4mux decides that it doesn't want to add any more pads. Ok. But how
can I tackle this? If memory serves, I should be able to set the pipeline to
PAUSED and it should start to preroll but it doesn't seem to work. I set the
pipeline to PAUSED but the rtspsrc bins doesn't emit any pad-added signals.

I also tried to put some queues after the ghostpads (e.g.
https://imgur.com/a/ZRRhfcH ) but didn't change a thing. I guess that I can
fix this by using some probes and block all data to the muxer until I think
that all the streams are initialized (not sure how to figure that) but it
seems a little bit overcomplicated.

Any suggestions?



--
Sent from: http://gstreamer-devel.966125.n4.nabble.com/
_______________________________________________
gstreamer-devel mailing list
[hidden email]
https://lists.freedesktop.org/mailman/listinfo/gstreamer-devel
Reply | Threaded
Open this post in threaded view
|

Re: Not providing request pad after stream start

kc7bfi
Did you ever solve this problem? I have the same issue.



--
Sent from: http://gstreamer-devel.966125.n4.nabble.com/
_______________________________________________
gstreamer-devel mailing list
[hidden email]
https://lists.freedesktop.org/mailman/listinfo/gstreamer-devel