[Live-devel] live555 (via vlc) and WMS

[David Glaude]

I can fully understand the logic of making it not working to force the
vendor to respect the standard...

However this is likely to fail in the present case, for Microsoft and
Windows Media Streaming Server.
This is legacy technology for Microsoft, they only focus on Smooth Streaming
and accessing it with Silverlight so they are unlikely to fix it.
As far as I know, only a Windows Media Streaming Server can stream an ASF
(*.wmv) file and there is no alternative.
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.

What is really odd here is the timing. How come that decision from a year
and a half ago has consequence only now?
Is this due to wich version of Live555 VLC is or was using?

David Glaude

2011/9/16 Ross Finlayson <finlayson at live555.com>

> I just hit an upgrade from live555-0-0.27.2010.04.09.fc14 to
> live555-0-0.30.2011.01.24.fc15 (rpmfusion builds for Fedora)
>
>
> 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
> http://www.live555.com/liveMedia/faq.html#latest-version
>
> 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.
>
> 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.
>
> Alternatively, of course, there's always the possibility of switching to
> use a different server.
>
> Ross Finlayson
> Live Networks, Inc.
> http://www.live555.com/
> _______________________________________________
> live-devel mailing list
> live-devel at lists.live555.com
> http://lists.live555.com/mailman/listinfo/live-devel
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.live555.com/pipermail/live-devel/attachments/20110918/881dc338/attachment.html>