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

[Thomas Roos]

I solved my specific problem by removing my
bus_message_cb added by gst_bus_add_watch ()
before I wait in
gst_bus_timed_pop_filtered()
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
>