rtsp camera to UDP TS multicast packet has been to late

[DArkwIng2]

When running this on vlc 2.2.1

Code: Select all

vlc -Idummy -vvv rtsp://10.199.39.40:554/h264 :sout=#transcode{acodec=none}:udp{mux=ts,dst=239.0.0.3:1234} :sout-keep

i get video output on the multicast as it should. but if i bump up the bitrate from the camera (over 8Mbit) i get massive frame drops. (when playing the rtsp stream direct in vlc i get no frame drops. the CPU is strong enough

debug messages at 5Mbit stream:

Code: Select all

MultiFramedRTPSource::doGetNextFrame1<>: The total received frame size exceeds the client's buffer size <100000>. 9335 bytes of trailing data will be dropped! live555 demux debug: increasing buffer size to 200000

Code: Select all

[024b6474] udp access out debug: packet has been sent too late (164570849362) [024b6474] udp access out debug: packet has been sent too late (164570846755) [024b6474] udp access out debug: packet has been sent too late (164570845147) [024b6474] udp access out debug: mmh, packets in the past (1611976) [024b6474] udp access out debug: packet has been sent too late (164572457123) [024b6474] udp access out debug: packet has been sent too late (164572454378) [024b6474] udp access out debug: packet has been sent too late (164572452633)

i still get packet has been sent to late but no frame drop if i keep it below 7.5Mbit.
note that if i run this on ubuntu 15.01 i get worse results and have to limit it to 5Mbit to avoid frame drop

is there any solution to this? it seems that live555 is not handling the size of the frames from the camera. (have no idea how to reduce that)

[DArkwIng2]

with vlc version 1.1.6 The luggage the problem is less. the to late packet only happens during the frist 10 seconds and then stops. like live555 is adjusting the buffer to compensate

is it possible for som expert to do the same experiment and see if they can replicate the problem?

some versions of vlc will not even play rtsp streams