The VideoLAN Forums

I appreciate that this is a free forum and that people have other things to do (so do I), but this is the VLC Support forum so I'm just trying to ask politely for a bit of support and avoid spamming a huge data-dump which some would consider anti-social and unhelpful. That's what I mean by not wanti...

Rémi, are you saying I should post the raw stream data downloaded by VLC or something like that? As I keep saying, if there is ANYTHING I can provide that will help diagnose this I will happily provide it, but I don't want to spend hours capturing & uploading data that is of no use or "too ...

(you did not provide any resumen of our wireshark tests, btw.. dont feel like reading all that output) Do you mean I didn't summarise the wireshark data? If you read back I did ask what form I should post data, which information I might filter out etc. to be most useful & readable but got no an...

Anything else I can do to move this along? We really need to work out what's going on and what we can do about it.

Some test results created as follows: Wireshark set running... Camera time set to ~9am, stream started, plays fine. Here's the SR and RR's sent during that working stream: (summary from Wireshark) Frame 16: 98 bytes on wire (784 bits), 98 bytes captured (784 bits) on interface 0 Interface id: 0 (\De...

I can post Wireshark captures of both working + not working, or just a dump of the SR's, what would be the most useful?

Even more curiouser it works flawlessly if we set the camera to multicast.

It seems to be related to the time in the camera (so camera wall-clock time Vs RTSP-timestamp) rather than the wall-clock time in the PC Vs Camera.

We have an IP camera which we're doing development work on, it streams live H.264 over RTSP using the same streaming engine as VLC (Live555/WIS-Streamer, latest version 2015.12.22). We're using VLC 2.2.1 Terry Pratchett (Weatherwax). We have found a REALLY perplexing problem though, and I'm hoping s...