delay in display of .wmv-mms received stream

[SteveO]

Hi Forum,

I have had a few quirky issues with streaming of a video file converted to .wmv and streamed via mms. In this particular issue I am able to set up the streaming properly, but some times the receiving VLC can take a minute or two to start to display the network stream, and when it does there can be a lag in what it is displaying compared to the server's local display of 8 seconds or so. The strange part about this is one week I have the problem, then the next the problem is completely gone and display is immediate, then this week the problem is back! I believe my setups on the server and client are stable and so I believe its some sort of network issue.

My next step was to enable debug data to be output via Tools,Messages. Obtained considerable outputs there, the most interesting of which stated "access_mms warning: cannot fill buffer", which was followed by "access_mms error: no data received".

If anyone has any knowledge relative to this please let me know!

Thx,

Steve.

[VLC_help]

Did you test with VLC 1.2.0 nightly builds?

[SteveO]

Humm.... at least one of the versions I used is 1.3 identifying itself as follows: "VLC media player 1.3.0-git-20111205-0004 Rincewind"

Believe other machine that also had problem was running the 1.1.11 available from the VideoLan main web page.

[Jean-Baptiste Kempf]

Take a newer one.

[SteveO]

Didnt think that was it, but was quick and so worth a try. Upgraded both ends to:
VLC media player 1.3.0-git-20120105-0009 Rincewind
Still had 1min+ delay. Think its some funky network/protocol/handshaking type issue...

Update:
Corrected a network issue - now media player on client side is virtually immediate (not counting default buffering) while VLC takes about 10 seconds to start to display video. This is good though because I needed to prove that VLC was successfully and w/o delay streaming the video. Not sure why the VLC receiver takes 10 seconds to display - I believe some other combinations of network protocol/codec were effectively instantaneous, but not an issue for my immediate purposes, so I am set!