rtp, audio live pipeline, shutdown, eos is too fast on multicore machine

Thomas Roos thomas at roosesweb.de
Mon Oct 19 03:12:18 PDT 2015

I solved my specific problem by removing my
bus_message_cb added by gst_bus_add_watch ()
before I wait in
for the EOS
now I can't reproduce that the EOS message is lost, but don't
understand why it happens sometimes!?
I couldn't find any note in the docs that it's not possible to use
gst_bus_timed_pop_filtered() while having a cb added by
gst_bus_add_watch ()!?
Can anyone please explain this to me?

2015-10-15 8:08 GMT+02:00 Sebastian Dröge <sebastian at centricular.com>:
> On Do, 2015-10-15 at 07:50 +0200, Thomas Roos wrote:
>> Hi,
>> on a multicore machine (i5, windows) the EOS event has SOMETIMES
>> already passed the pipeline before the gst_bus_timed_pop_filtered can
>> wait. Is there a solution for this?
> That shouldn't be a problem. The EOS message will stay on the bus until
> someone took it from there.
> --
> Sebastian Dröge, Centricular Ltd · http://www.centricular.com
> _______________________________________________
> gstreamer-devel mailing list
> gstreamer-devel at lists.freedesktop.org
> http://lists.freedesktop.org/mailman/listinfo/gstreamer-devel

More information about the gstreamer-devel mailing list