UDP Stream starting order of sender and receiver

Nicolas Dufresne nicolas at ndufresne.ca
Sun Jun 2 14:00:14 UTC 2019


Le dimanche 02 juin 2019 à 07:14 -0500, Chr0n0s a écrit :
> 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?

Possibly that the selected H264 profile was not supported by your
receiver. You can add a caps filter afer your encoder to select that
profile and level.

Example for the web (baseline profiles disables cabac iirc):

  ... ! video/x-h264,profile=constrained-baseline ! ....

> 
> Chr0n0s
> 
> 
> 
> --
> Sent from: http://gstreamer-devel.966125.n4.nabble.com/
> _______________________________________________
> gstreamer-devel mailing list
> gstreamer-devel at lists.freedesktop.org
> https://lists.freedesktop.org/mailman/listinfo/gstreamer-devel



More information about the gstreamer-devel mailing list