> 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!
Mike - http is not ideally suited to streaming, where the idea is to provide smooth audio or video taking into account floopy network bandwidth (with buffering...), client-side decoding speed, and viewing the stream or flux while the file is still being downloaded. http is of course fine for small clips. I believe Flash MX was the first version to offer "streaming" and it was simulated streaming at that, straight buffering with no network quality feedback if I remember right. Sometimes close enough does count, as in horseshoes and hand grenades a biker friend of mine used to say. Also IIRC MPEG-1 was silent on IP transport while MPEG-2 may have had something and MPEG-4 has a whole chapter on it. The issue of open standards is of course perfectly valid. RealNetworks for example has had great streaming for years but I believe their protocols are entirely proprietary. Sean On Jan 24, 2008 11:42 AM, Sean DALY <[EMAIL PROTECTED]> wrote: > 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]/
