Jonathan Addleman wrote:> Jonathan Addleman wrote:> I just came across the patches at > http://www.icecast.pwp.blueyonder.co.uk/ and will try recompiling > icecast using them to see if it fixes things. Is there any chance of a > new release incorporating these any time soon?I've done a number of merges into trunk which should resolve a number of issues which should be on track for a 2.3.2 release. I'm glad to hear the flash issue is resolved in -kh and this is one of the things I have merged into trunk (although verification of merge is welcome). If any others can give the trunk code a workout then great, feedback is most welcome. karl.
I'm having trouble getting an IE client to hear mp3 streams through a flash player. It appears to be the same problem as described at http://icecast.imux.net/viewtopic.php?t=2039 - the flash player connects to the icecast server and begins downloading the audio data, but never actually plays it. I've tried all the suggestions from that thread - I patched icecast so that the Content-length is larger (tried all the suggested values - 319324133, 999999999, 600000000) and put the swf on the icecast server's web directory. Is there anything else I can try? Oddly enough, this is a problem on one computer, but not the others I've tried. In capturing the traffic with wireshark, I found that the broken computer looked sent this (I blanked out some bits, obviously) GET **** HTTP/1.1 Accept: */* Referer: ***** x-flash-version: 9,0,28,0 Accept-Encoding: gzip, deflate User-Agent: Mozilla/4.0 (compatible; MSIE 6.0; Windows NT 5.1; SV1; .NET CLR 1.1.4322) Host: ***** Connection: Keep-Alive and the working computer like this: GET **** HTTP/1.1 Accept: */* Accept-Language: en-US Referer: **** x-flash-version: 9,0,115,0 Accept-Encoding: gzip, deflate User-Agent: Mozilla/4.0 (compatible; MSIE 6.0; Windows NT 5.1; SV1) Host: **** Connection: Keep-Alive The only differences are the slightly different flash version (9,0,28,0 and 9,0,115,0) and the old .NET version on the broken computer. I've since tried updating flash and .NET on the broken computer, and installed .NET on the working one with no change at all. In both cases, icecast sends back the identical response (with the updated content-length): HTTP/1.0 200 OK Content-Type: audio/mpeg icy-name:no name icy-pub:0 Server: Icecast 2.3.1 Content-Length: 319324133 Surely this is a problem that has been encountered before! Let me know if there's any other wireshark captures that might help, or anything else. Thanks! -- Jon-o Addleman - http://www.redowl.ca
Jonathan Addleman wrote:> I'm having trouble getting an IE client to hear mp3 streams through a > flash player. It appears to be the same problem as described at > http://icecast.imux.net/viewtopic.php?t=2039 - the flash player connects > to the icecast server and begins downloading the audio data, but never > actually plays it....> Surely this is a problem that has been encountered before! Let me know > if there's any other wireshark captures that might help, or anything > else. Thanks!The problem has been encountered before but the problem is actually within flash and they haven't said anything about the issue. So we are left in the dark about what the proper fix is. Can you try the trunk code or even my branch work to see if the problem still occurs? karl.
Jonathan Addleman wrote:> I'm having trouble getting an IE client to hear mp3 streams through a > flash player. It appears to be the same problem as described at > http://icecast.imux.net/viewtopic.php?t=2039 - the flash player connects > to the icecast server and begins downloading the audio data, but never > actually plays it.Oh, also, I've been using the button player from this site: http://musicplayer.sourceforge.net/ I just came across the patches at http://www.icecast.pwp.blueyonder.co.uk/ and will try recompiling icecast using them to see if it fixes things. Is there any chance of a new release incorporating these any time soon? -- Jon-o Addleman - http://www.redowl.ca