I believe icecast would be a better FOSS candidate for a multicast on-demand streaming server than VLC.
But really, any discussion of streaming must needs associate the file format container and codec and client-side application (browser plug-in, dedicated, ...). And on a large scale, the workflow, both media transcoding and metadata transformations. I wouldn't underestimate the technical difficulties of organising massive on-demand streaming, especially both historic and close behind on-air. Just the data storage alone is a major headache. And I won't even bring up DRM / authentification issues :-) Sean On Jan 24, 2008 11:16 AM, mike waterworth <[EMAIL PROTECTED]> wrote: > On 1/24/08, Adam <[EMAIL PROTECTED]> wrote: > > > > Andy wrote: > > On 23/01/2008, Phil Wilson <[EMAIL PROTECTED]> wrote: > > > > > > Without looking it up, the previous reply (from a Gnash dev IIRC) was that > > the BBC are > > using the latest version of Adobe Flash Streaming Server, and this has > > dropped support for > > streaming over HTTP. > > > > I remembered it being described as deprecated. My interpretation of > > deprecated is that it isn't recommended to use it but it still can be > > used. Normally it means it will be removed sometime in the future. For > > instance I can use a Deprecated Method in Java and it will still wok > > but I will get a warning and it may be removed from Java in the > > future. I therefore assumed that RTMP could still be used but wasn't > > the recommended approach. I may have been wrong though. (Why would > > anyone remove something useful from a software application anyway? > > More importantly why would anyone trust a vendor that did that with > > their Mission Critical software applications?). > > > > You seem to be confusing yourself as RTMP has not been removed and is the > > recommended approach with http apparently being deprecated. > > > > They probably removed http streaming as it isn't that efficient and it > > makes it easy for people to download the flv videos. With the streaming the > > videos are harder to copy plus you get the benefits that if you skip forward > > in a video you don't have to wait for the flv to download to that point. > > Have you ever used youtube? you can skip to any part of the video and > it starts streaming from there. The only reason i can see adobe > deprecating http is so you have to use their clients to use it! > > The bbc really should be more open about this. > So you want to open iplayer up to third party clients and get the open > source community involved? But yet you don't want to let them download > the shows? > The only thing stopping us from downloading the shows is no rtmp > client support outside of flash player, as soon as that happens anyone > could build a downloader client. > So what is your logic for closing us off then trying to open it up? > > > > > > > > When YouTube upgrade, they too will probably lose support for > > streaming over HTTP as well. > > Not so sure, they have loads of third party clients (think apple tv) > that doesn't use rtmp and they wouldn't kill support for them. > > > > > > > > They currently stream over HTTP don't they? This the BBC could > > *currently* do the same. > > > > See above. Like other people have pointed out when You Tube next upgrade > > they will probably stop the current http streams. > > > > > > > > Also, I previously asked you if you knew of any alternatives the BBC could > > have used. To > > quote you: "Any chance you could actually answer the questions I asked?" > > > > > > To quote you: > > > > > > This has also been answered before (the last time you asked it, actually). > > I'm not > > entirely convinced you've actually been reading replies, or if you have, > > actually paying > > them much attention. > > > > Apache has the power to serve files over HTTP. You should check it out > > http://www.apache.org/ . Stick a file in a location it can access and > > clients can stream from it. > > Red5 likely still does HTTP. http://osflash.org/red5 > > > > First hit on Google for "Video Streaming Software": > > http://www.videolan.org/vlc/streaming.html > > (VLC can behave as a server as well as doing playback) > > Supports multiple formats and protocols. > > > > > > Apache is okay, but no security and it can only do http, VLC can do > > different streams but it is only designed for streaming one video and makes > > use of multicast and this is not available with many ISPs, so both of this > > suggestions are unusable. > > > > Adam > > > > > -- > This email proudly and graciously contributes to entropy. > > - > Sent via the backstage.bbc.co.uk discussion group. To unsubscribe, please > visit http://backstage.bbc.co.uk/archives/2005/01/mailing_list.html. > Unofficial list archive: > http://www.mail-archive.com/[email protected]/ > - Sent via the backstage.bbc.co.uk discussion group. To unsubscribe, please visit http://backstage.bbc.co.uk/archives/2005/01/mailing_list.html. Unofficial list archive: http://www.mail-archive.com/[email protected]/
