UDP Stream starting order of sender and receiver

[Chr0n0s]

Kaj-Michael Lang wrote
> That is strange, it starts perfectly on my Mint Linux install,
> gstreamer version 1.8.3 

Maybe its a windows thing - I will try it on Ubuntu later this month. 

In the meantime I was able to find a medium good working workaround.
According to this post on Stackoverflow
https://stackoverflow.com/questions/51326357/gstreamer-v1-0-udp-multicast-streaming-not-properly-decoded-if-client-starts-aft
one needs to disable cabac with the cabac=false option for the x264enc part
of the pipeline.

Indeed, I can now start the receiver after the sender and it works. The
downside is a big increase in the CPU usage (20%->70%) and also a sightly
bigger transferrate. 

Can anyone explain why it works with this options and if there is maybe a
way to still cabacs with its benefits in efficiency?

Chr0n0s



--
Sent from: http://gstreamer-devel.966125.n4.nabble.com/