I can fully understand the logic of making it not working to force the vendor to respect the standard...<br><br>However this is likely to fail in the present case, for Microsoft and Windows Media Streaming Server.<br>This is legacy technology for Microsoft, they only focus on Smooth Streaming and accessing it with Silverlight so they are unlikely to fix it.<br>
As far as I know, only a Windows Media Streaming Server can stream an ASF (*.wmv) file and there is no alternative.<br>Even if user could switch to another Streaming Server, this will not change the kind of Streaming Server that CDNs capable of streaming WMV all over the world.<br>
<br>What is really odd here is the timing. How come that decision from a year and a half ago has consequence only now?<br>Is this due to wich version of Live555 VLC is or was using?<br><br>David Glaude<br><br><div class="gmail_quote">
2011/9/16 Ross Finlayson <span dir="ltr"><<a href="mailto:finlayson@live555.com">finlayson@live555.com</a>></span><br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex;">
<div style="word-wrap:break-word"><div><div class="im"><blockquote type="cite"><div>I just hit an upgrade from live555-0-0.27.2010.04.09.fc14 to<br>live555-0-0.30.2011.01.24.fc15 (rpmfusion builds for Fedora)</div></blockquote>
<div><br></div></div>BTW, this might not be the latest version of the code (which is the only version that we support).  For information on how to check this, see</div><div><span style="white-space:pre-wrap">    <a href="http://www.live555.com/liveMedia/faq.html#latest-version" target="_blank">http://www.live555.com/liveMedia/faq.html#latest-version</a></span></div>
<div><br></div><div>In any case, I'm sorry to tell you that we no longer add special-case client code - based on the "Server:" header string - to handle bugs and non-standard behavior in specific servers.  (We stopped doing this about a year and a half ago.)  We had done this for several years, but it because it provided absolutely no incentive for the server manufacturers to fix their code, it just ended up leaving our code cluttered up with ugly hacks that never went away.  So, when I did a major cleanup/rewrite of the RTSP client code (about a year and a half ago), I removed the special-case hacks, and do not plan to reintroduce them.</div>
<div><br></div><div>Instead, when people discover bugs in servers, they need to report them to the server manufacturers (in this case Microsoft).  That's the best way to improve interoperability with other standard clients (i.e., not just ours).  Our code now has a sufficiently large installed base to help pressure server manufacturers to better conform to standards.</div>
<div><br></div><div>Alternatively, of course, there's always the possibility of switching to use a different server.</div><font color="#888888"><br><div>
<span style="border-collapse:separate;color:rgb(0, 0, 0);font-family:Helvetica;font-style:normal;font-variant:normal;font-weight:normal;letter-spacing:normal;line-height:normal;text-align:-webkit-auto;text-indent:0px;text-transform:none;white-space:normal;word-spacing:0px;font-size:medium"><span style="border-collapse:separate;color:rgb(0, 0, 0);font-family:Helvetica;font-style:normal;font-variant:normal;font-weight:normal;letter-spacing:normal;line-height:normal;text-align:-webkit-auto;text-indent:0px;text-transform:none;white-space:normal;word-spacing:0px;font-size:medium">Ross Finlayson<br>
Live Networks, Inc.<br><a href="http://www.live555.com/" target="_blank">http://www.live555.com/</a></span></span>
</div>
</font></div>_______________________________________________<br>
live-devel mailing list<br>
<a href="mailto:live-devel@lists.live555.com">live-devel@lists.live555.com</a><br>
<a href="http://lists.live555.com/mailman/listinfo/live-devel" target="_blank">http://lists.live555.com/mailman/listinfo/live-devel</a><br></blockquote></div>