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/backstage@lists.bbc.co.uk/
