Hi Ruben and Others, I think that it's certainly worth exploring supporting another type of players like Silverlight. Let me try and address some of your questions below on behalf of the Red5 Team.
On 4/18/07, Ruben Waitz <[EMAIL PROTECTED]> wrote: > A bit off-topic. > > If I understand it correctly the silverlight-plugin will be developed for > Safari, Firefox and IE. > Silverlight's video and audiostreams can be protected by DRM > (http://en.wikipedia.org/wiki/Digital_Rights_Management). > This is a nice feature for contentproviders (and probably unwanted by > "illegal content consumers"). Because DRM is built in the Windows Vista > kernel this makes great sense to me. (According to a Dutch article on the > net Adobe is working on "Media Player" also with DRM.) > > If the technology is cheaper than FMS conentproviders like YouTube (and > ofcourse MySpace) might switch to Silverlight. > If they do, then it's probably a good idea for Red5 to support this protocol as well. > I think 2 players on this market is a good thing and will result in great > products en competition. > I totally agree. Competition is definitely a good thing for this technology. > Lastly I'm quite interested in what's the opinion of the Red5-dev team about > this (forever) ongoing development of mediastreaming players like Flash and > Silverlight. In my opinion Adobe, Microsoft and "Codec companies" take the > initiative and opensource-community (aka Red5) follows. > In other words will the Red5-team deconstruct and inplement future codecs of > the Flash player? Yes, we certainly will support future iterations of the Flash player and the codecs that they use. Take a look at how we now support AMF3 as an example of us doing this very thing. We are also thinking of supporting mobile phone video technology like RTSP and 3G. The very fact that the server is open source means that people can extend it for whatever use they deem appropriate. The code base that we use for streaming would not be that hard to switch out with another protocol. AMF3 again is a good example of this. In fact we could also look at making this an API for other developers to simply creaet a plugin of their own protocol. At any rate, with all this said, it's very important for us to not get too much feature creep into the product at this point in time. Once we have a final 1.0 release and have fixed the bugs that we have now. Then this is the time to explore more features. In the meantime, we will be keeping our eye on Silverlight for sure. And by all means, if you want support for it sooner, then start building it. ;-) -Chris _______________________________________________ Red5 mailing list [email protected] http://osflash.org/mailman/listinfo/red5_osflash.org
