The problem we're referring to here is "latency". When you're dealing with live video streams and are controlling something (including PTZ) in real time by viewing that stream, buffering you can't control is a real teeth-gritter.I'm not aware of any player that streams media files NOT having a delay as NONE are in real time. You can play with the buffer (Cache time in MS) size but this will depend on the format, container, resolution of the file, speed of the network and congestion on the network.
Oooo. That's at least one of the problems. HTTP means TCP (versus UDP) and that means delays from handshaking and packet reconstruction....I am encountering difficulties getting the delays below ~5 seconds. ...
Network uses HTTP . I want to avoid switching to anything else if possible.
Ah, but nearly all caching values I've touched work fine at zero, but with the latency not solved. There seems to be a minimum point at <some value> where further adjustment makes no discernable difference. That's why I ask about "nanny" minimums.It should have been sufficiently discouraging to find that setting the cache to 0 MS the player stopped working correctly.
Yes, that's a given, and of course we have to work around it, but, still, it's a major scavenger hunt for these values especially in the GUI.2. VLC has been created as a collaborative work by programmers from all over the world. This probably includes some oddities revolving round one programmers method of doing things versus another as to how it relates to the whole. Perhaps the most noted example of this is seen in transcoding, where VLC is still source dependent.
That's a very large buffer I would tend to believe there is something else wrong here. Though I suppose that the number of hops...I am encountering difficulties getting the delays below ~5 seconds. ...
Return to “VLC media player for Windows Troubleshooting”
Users browsing this forum: No registered users and 7 guests