> So, meanwhile, you would rather we NOT use widely available tools > that allow "remote viewing" just because: no, I'm just saying that let's not take two steps backward in the name of making one step forward. the formats that we're currently using appear to run on more platforms (using a variety of players) than realaudio's proprietary formats. it might be that we need to support unicast playing, or some kind of multicast tunneling, in addition to native multicast. but that's not by itself a reason to give up on the use of open standards. Keith
- Re: bandwidth (and other support) required for... John Hawkinson
- Re: bandwidth (and other support) required for mult... Ole J. Jacobsen
- Re: bandwidth (and other support) required for... Henning G. Schulzrinne
- Re: bandwidth (and other support) required for mult... Keith Moore
- Re: bandwidth (and other support) required for mult... Ole J. Jacobsen
- Re: bandwidth (and other support) required for... Matt Crawford
- Re: bandwidth (and other support) required for mult... Keith Moore
- Re: bandwidth (and other support) required for mult... Ole J. Jacobsen
- Re: bandwidth (and other support) required for mult... Keith Moore
- Re: bandwidth (and other support) required for mult... Ole J. Jacobsen
- Re: bandwidth (and other support) required for mult... Keith Moore
- Re: bandwidth (and other support) required for mult... Lyndon Nerenberg
- Re: bandwidth (and other support) required for... Simon Leinen
- Re: bandwidth (and other support) required for... Alastair Matthews
- Re: bandwidth (and other support) required for mult... itojun
- Re: bandwidth (and other support) required for mult... Vernon Schryver
- Re: bandwidth (and other support) required for... Francis Dupont
- Re: bandwidth (and other support) required for mult... Ole J. Jacobsen
- Re: bandwidth (and other support) required for... Michael H. Lambert
- Re: bandwidth (and other support) required for... Einar Stefferud
