Re: bandwidth (and other support) required for multicast

2001-03-30 Thread Bora Akyol
That doesn't help those of us that are behind firewalls ;-) I like the way NANOG handles the broadcasts. Maybe we can get one of the content distributors like Akamai to host the Quicktime broadcast. Bora Writing this from a powerbook running MasOS X On Friday, March 30, 2001, at 09:20 AM, Jo

Re: bandwidth (and other support) required for multicast

2001-03-30 Thread Keith Moore
> Quicktime seems suitable. > > Mac and Windows Clients - both free. too bad there are no clients, or encoders, for open platforms. it's not likely to happen anytime soon - the Sorensen codec used for QT streaming is proprietary. let's stamp out proprietary data formats (and patent profiteeri

Re: bandwidth (and other support) required for multicast

2001-03-30 Thread Henning G. Schulzrinne
RJ Atkinson wrote: > > At 12:12 30/03/01, Joel Jaeggli wrote: > > >With h.261/pcm and mpeg-1 you should be able to implement a client for > >your platform of choice without stomping on someone elses IP to hard, in > >practice clients are already available for most platforms, or can be built > >t

RE: Last Call: End-to-end Performance Implications of Links with Errors to BCP

2001-03-30 Thread Dawkins, Spencer
Dear Dan, Thanks for your comments - good catches! Just to move this onto the IETF mailing list - o We'll fix the typo when we forward the document to the RFC Editor at the latest - we just need to remember to do this. o (Speaking as an author, and not as co-chair) I assumed (on the basis of

Re: bandwidth (and other support) required for multicast

2001-03-30 Thread Gary E. Miller
Yo Alastair! Yes, the clients and streaming servers are free for Quicktime. Too bad there is no free or open source encoder, and no open source decoder. Those are still proprietary. The only way to encode live streams for Quicktime is on a Mac running Sorenson. RGDS GARY -

Re: Deja Vu

2001-03-30 Thread Matt Holdrege
At 07:18 AM 3/29/2001, Randy Bush wrote: > >> when will you be hosting? > > I've done it 1.5 times myself. How about you? > >2002, i believe. working on it now. Good for you. I should mention that the one I hosted was a heck of a lot of work. One of the results was that I now have a awful lot o

Re: bandwidth (and other support) required for multicast

2001-03-30 Thread Alastair Matthews
on 30/3/01 2:08 am, Lyndon Nerenberg at [EMAIL PROTECTED] wrote: >> Oh, and of course Internet standards based players are available for >> all platforms, right? > > Yes (for a larger value of "all" than RealPlayer supports). vic/vat/rat > are portable to many UNIX variants, and also run under W

Re: bandwidth (and other support) required for multicast

2001-03-30 Thread Alastair Matthews
on 30/3/01 2:57 am, Ole J. Jacobsen at [EMAIL PROTECTED] wrote: > According to the Real Web page: > > Windows 95, Windows 98, Windows 2000, Windows Me or Windows NT 4.0, MacOS > > Yes, I know no Unix variants, but the above still covers a large portion > of IETF would-be participants. I am not

Re: bandwidth (and other support) required for multicast

2001-03-30 Thread Joel Jaeggli
On Fri, 30 Mar 2001, RJ Atkinson wrote: > At 12:12 30/03/01, Joel Jaeggli wrote: > > >With h.261/pcm and mpeg-1 you should be able to implement a client for > >your platform of choice without stomping on someone elses IP to hard, in > >practice clients are already available for most platforms, or

Re: bandwidth (and other support) required for multicast

2001-03-30 Thread RJ Atkinson
At 12:12 30/03/01, Joel Jaeggli wrote: >With h.261/pcm and mpeg-1 you should be able to implement a client for >your platform of choice without stomping on someone elses IP to hard, in >practice clients are already available for most platforms, or can be built >there with a modicum of effort. > >

Re: bandwidth (and other support) required for multicast

2001-03-30 Thread Joel Jaeggli
On Thu, 29 Mar 2001, Lyndon Nerenberg wrote: > > Oh, and of course Internet standards based players are available for > > all platforms, right? > > Yes (for a larger value of "all" than RealPlayer supports). vic/vat/rat > are portable to many UNIX variants, and also run under Windows. I > think t

Re: bandwidth (and other support) required for multicast

2001-03-30 Thread Joel Jaeggli
On Thu, 29 Mar 2001, Ole J. Jacobsen wrote: > On Thu, 29 Mar 2001, Keith Moore wrote: > > > > Why aren't we using something like a RealAudio stream? > > > please no. PowerPoint is bad enough. the last thing we need is > > another thing to bias IETF away from open systems. > > > > Last I checke

Re: bandwidth (and other support) required for multicast

2001-03-30 Thread Simon Leinen
> "ln" == Lyndon Nerenberg <[EMAIL PROTECTED]> writes: > Yes (for a larger value of "all" than RealPlayer > supports). vic/vat/rat are portable to many UNIX variants, and also > run under Windows. I think that MacOS is the only orphan in this > scenario, but ISTR there are protocol proxies ava

Re: Conceptual Protocol

2001-03-30 Thread John Stracke
Deepika Giri wrote: > RTP/RTCP is one such protocol already existing, what are you trying to do? Proxy servers. -- /==\ |John Stracke| http://www.ecal.com |My opinions are my own.| |Chief Scientist |

Re: bandwidth (and other support) required for multicast

2001-03-30 Thread Matt Crawford
> Open standards is a fine thing, but you have to have some implementations > and common use before it really matters. And let's not forget what the > goal was: allow people to remotely participate (for some value of > "participate"). Cool! Where can I get this free two-way interactive RealAudio

Re: Conceptual Protocol

2001-03-30 Thread Vivek Jishtu
The RTP/RTCP protocol work in a different way, and the protocol that I am talking about works in an altogether different way. > - Original Message - > From: "Deepika Giri" <[EMAIL PROTECTED]> > To: "Vivek Jishtu" <[EMAIL PROTECTED]>; <[EMAIL PROTECTED]> > Sent: Friday, March 30, 2001 12