The VideoLAN Forums

Posted: **27 Aug 2018 19:28**

Hello,

Not sure if proper section but I'm using libVLC for receiving UDP streams from specifically manufactured cameras through IP Encoders.
However after upgrading client side libVLC to 3.0.3 (but issue appears on all 3.0.x versions) I'm experiencing massive frame dropping with --network-caching (1000 ms delay works fine but 50-100 ms receives 1-2 frames per second and I need those low values).
Lower versions (equals/below 2.2.8 ) are working as expected without any delays/frame dropping.

Here's my setup:

Server Side:
Protocol: UDP, one-way streaming
IP Encoders: Antrica (not using VLC for streaming - firmware does that)
Stream container: MPEG-TS
Stream resolution: 1920x1080 @ 30 fps
Video Bitrate: 8192kbps
Audio Bitrate: disabled (no audio)
MTU: 1500 (I've tried with 1316 and 1200 and nothing happened - both on client and server side)

Client side:
libVLC: 3.0.3
OS: Windows 10 x64

Would be great to use newest libVLC because of --udp-timeout parameter.

Posted: **02 Sep 2018 21:42**

Oh, forgot to mention - I've tested with 3.0.4 nightly build (dated on August 21 2018) and still no effect.

Posted: **03 Sep 2018 09:39**

If you're using VLC 3.0.x and have video issues.
Try:

Preferences -> Input/Codecs -> Disable hw decoding
If you are a Windows user, Preferences -> Video -> Change from direct3d11 to direct3d9

If any solution works, please tell us which one solved your case, Please also quote your video driver name and version.

also disable hurry up in avcodec prefs

Posted: **03 Sep 2018 15:25**

Thanks for reply,

I assume that thing you've posted can be achieved using command line only?
Anyway about results - I'll let you know in next 2 weeks because I don't have any IP encoders (those weren't mine) so I need to buy one for tests.

Posted: **17 Oct 2018 10:45**

Hey, back from the dead.

Problem still exists. And only "hurry up" option helped a bit (from 0.1 FPS to 2 FPS). Here's my logs from testing mentioned options:

log1.log - Disabled HW decoding
log2.log - D3D9
log3.log - Disabled "Hurry Up"

Posted: **03 Jul 2020 19:01**

Hi,
sorry to bring up this discussion again, but I'm having exactly the same issue with UDP streamings sent by encoders.
They are working perfectly on 2.X but had massive dropouts on 3.X

I can reproduce the issue every time and I'm able to provide any required logs, any ideas?

If it helps, logs are full of this:

Code: Select all

ts warning: discontinuity received 0x4 instead of 0x8 (pid=256)
ts warning: discontinuity received 0xf instead of 0xe (pid=256)
ts warning: discontinuity received 0x6 instead of 0xa (pid=256)
ts warning: discontinuity received 0x2 instead of 0x0 (pid=0)
ts error: libdvbpsi error (PSI decoder): TS discontinuity (received 2, expected 0) for PID 0
ts debug: PATCallBack called
ts warning: discontinuity received 0x2 instead of 0x0 (pid=4096)
ts error: libdvbpsi error (PSI decoder): TS discontinuity (received 2, expected 0) for PID 4096
ts debug: PMTCallBack called for program 1

Posted: **03 Jul 2020 20:15**

PLease share the samples.

The VideoLAN Forums

VLC/libVLC 3.0.x receiving UDP streaming frame dropping

VLC/libVLC 3.0.x receiving UDP streaming frame dropping

Re: VLC/libVLC 3.0.x receiving UDP streaming frame dropping

Re: VLC/libVLC 3.0.x receiving UDP streaming frame dropping

Re: VLC/libVLC 3.0.x receiving UDP streaming frame dropping

Re: VLC/libVLC 3.0.x receiving UDP streaming frame dropping

Re: VLC/libVLC 3.0.x receiving UDP streaming frame dropping

Re: VLC/libVLC 3.0.x receiving UDP streaming frame dropping