OK, that explains it. I assumed there was just one issue. If anyone has non-working URL, please share :) <br><br><div class="gmail_quote">2010/3/27 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;">
<div bgcolor="#ffffff" text="#000000">
Just to make it clear, this patch is intended to fix a long delay, in
the neighborhood of two minutes.<br>
<br>
Looking at those two streams and I don't think this patch will have any
effect... It is meant to fix a stream that looks like this (there is
extra debugging here to print the http header that I added that is not
in the regular VLC):<br>
<br>
[0x229cad8] main access debug: net: connecting to xxx.xxx.xxx.xxx port
2443<br>
[0x229cad8] main access debug: connection succeeded (socket = 22)<br>
[0x229cad8] access_mms access debug: HTTP reply 'HTTP/1.0 200 OK'<br>
[0x229cad8] access_mms access debug: Server: Rex/11.0.5721.5265<br>
[0x229cad8] access_mms access debug: Cache-Control: no-cache<br>
[0x229cad8] access_mms access debug: Pragma: no-cache<br>
[0x229cad8] access_mms access debug: Pragma: client-id=1384330131<br>
[0x229cad8] access_mms access debug: Pragma:
features="broadcast,playlist"<br>
[0x229cad8] access_mms access debug: stream type = broadcast<br>
[0x229cad8] access_mms access debug: Content-Type:
application/vnd.ms.wms-hdr.asfv1<br>
[0x229cad8] access_mms access debug: Content-Length: 5015<br>
[0x229cad8] access_mms access debug: content-length = 5015<br>
[0x229cad8] access_mms access debug: Connection: Keep-Alive<br>
[0x229cad8] access_mms access debug: Keep-Alive header found<br>
[0x229cad8] access_mms access debug: complete header size=5003<br>
[0x229cad8] access_mms access debug: packet count=4294967295 packet
size=1444<br>
<br>
Notice that Connection: Keep-Alive header being sent by the server.
Without the patch the current VLC git version would delay for a couple
of minutes and then timeout, continue and play the video. With the
patch (the above has the patch) the code doesn't wait for the timeout,
it just waits for "content-length" data and then continues. This
eliminates the 2 minute delay.<br>
<br>
The reason I think it fixes bug 2533 is because in this thread, which
links to that bug:<br>
<a href="http://forum.videolan.org/viewtopic.php?f=14&t=45844" target="_blank">http://forum.videolan.org/viewtopic.php?f=14&t=45844</a><br>
<br>
The following IP sniffing is posted:<br>
VLC -> WMSE GET / HTTP/1.0..Host: WMSencoder.. <br>
VLC -> WMSE Accept: */*..User-Agent: NSPlayer/7.10.0.3059..Pragma:
no-cache,rate=1.000000,<span style="font-weight:bold">stream-time=0,stream-offset=0:0,request-context=1,max-duration=0</span>..Pragma:
xClientGUID={babac001-9fb8-f91c-daf83df5f86fee0a}..Connection: Close....<br>
WMSE
-> VLC HTTP/1.0 200 OK..Server: Rex/11.0.5721.5145..Cache-Control:
no-cache..Pragma: no-cache..Pragma: client-id=2342587066..Pragma:
features="broadcast,playlist"..<span style="font-weight:bold">Content-Type:
application/vnd.ms.wms-hdr.asfv1..Content-Length: 5428..Connection:
Keep-Alive</span>.... <br>
<br>
and I noticed the same content-length and Keep-Alive headers being sent
by the server right before the user mentioned before a 2 minute delay
(which makes sense).<br>
<br>
Unfortunately the stream mentioned by that post is on a private network
(192.168...) I wish I could post a link to the stream I was testing
with (the reason I wrote the patch) but it is at a client's site.
>From the looks of the headers it is running Windows Media Encoder
Rex/11.0.5721.5265<br>
<br>
So I guess the bottom line is I know this patch fixes my problem, and I
would hazard a guess it would fix the problem mentioned in the post
referenced above, but I don't know whether it fixes all of the issues
mentioned in the bug & thread. Most of the links in that thread
seem to work for me with or without the patch. It's possible that VLC
already fixed something else, or that the servers they are running on
have been updated, but that is just wild speculation.<br>
<br>
Keary<br>
Kaarlo Räihä wrote:
<blockquote type="cite"><div><div></div><div class="h5">I tested under Win32 with VLC 1.1.0-git-20100326-0002
using URLs <a>mms://</a><a href="http://wm9.streaming.telstra.com/UCS-wh_fbi0live1" target="_blank">wm9.streaming.telstra.com/UCS-wh_fbi0live1</a>
and <a href="http://www.radio88.nu/listen.asx" target="_blank">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" target="_blank">keary.griffin@unwiredappeal.com</a>></span><br>
<blockquote class="gmail_quote" style="border-left:1px solid rgb(204, 204, 204);margin:0pt 0pt 0pt 0.8ex;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>
</div></div><pre><hr size="4" width="90%"><div class="im">
_______________________________________________
vlc-devel mailing list
To unsubscribe or modify your subscription options:
<a href="http://mailman.videolan.org/listinfo/vlc-devel" target="_blank">http://mailman.videolan.org/listinfo/vlc-devel</a>
</div></pre>
</blockquote>
</div>
<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>