I tested under Win32 with VLC 1.1.0-git-20100326-0002 using URLs mms://<a href="http://wm9.streaming.telstra.com/UCS-wh_fbi0live1">wm9.streaming.telstra.com/UCS-wh_fbi0live1</a> and <a href="http://www.radio88.nu/listen.asx">http://www.radio88.nu/listen.asx</a> and delay is almost gone. Unfortunately I can't test your patch since my own nightly build seems to crash if I try to open those URLs in it (I have no clue why).<br>
<br><div class="gmail_quote">2010/3/26 Keary Griffin <span dir="ltr"><<a href="mailto:keary.griffin@unwiredappeal.com">keary.griffin@unwiredappeal.com</a>></span><br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex;">
I'm attaching a patch that I believe takes care of the issue in Ticket #2533 "MMS stream opening hangs for few minutes".  (This is a cleaned up version of the patch I mentioned in a previous thread)<br>
<br>
The problem appears to be that even though VLC sends a request using "GET / HTTP/1.0" and does not request a keep-alive connection, the servers in question respond with a keep-alive connection.  I believe this is actually a server problem but it is pretty common.  This causes VLC to wait for a timeout before proceeding.<br>

<br>
This patch makes VLC look for a "Connection: Keep-Alive" and Content-Length header, and if found only reads that much data from the connection.<br><font color="#888888">
<br>
Keary<br>
</font><br>_______________________________________________<br>
vlc-devel mailing list<br>
To unsubscribe or modify your subscription options:<br>
<a href="http://mailman.videolan.org/listinfo/vlc-devel" target="_blank">http://mailman.videolan.org/listinfo/vlc-devel</a><br>
<br></blockquote></div><br>