Does Icecast support bandwidth negotiation like Real's server? If so, how would one configure this (can't find it in the docs or list archives). If not, is there any interest in adding this capability? -- Kevin DeGraaf --- >8 ---- List archives: http://www.xiph.org/archives/ icecast project homepage: http://www.icecast.org/ To unsubscribe from this list, send a message to 'icecast-request@xiph.org' containing only the word 'unsubscribe' in the body. No subject is needed. Unsubscribe messages sent to the list will be ignored/filtered.
On Tue, Jan 20, 2004 at 03:30:56PM -0500, Kevin DeGraaf wrote:> Does Icecast support bandwidth negotiation like Real's server? If so, how > would one configure this (can't find it in the docs or list archives).No.> If not, is there any interest in adding this capability?Well, it makes more sense with rtp, maybe. I understand real does this by auto-switching between several pre-encoded streams of the same content at different bitrates. I can imagine hacking that in with vorbis, but the hard part with http streaming figuring out when you need to throttle. The player knows of course, so maybe it could handle switching between alternatives? -r --- >8 ---- List archives: http://www.xiph.org/archives/ icecast project homepage: http://www.icecast.org/ To unsubscribe from this list, send a message to 'icecast-request@xiph.org' containing only the word 'unsubscribe' in the body. No subject is needed. Unsubscribe messages sent to the list will be ignored/filtered.
I think Kevin is talking about SURESTREAM. This technology detects the user's bandwidth and adapts the stream's bitrate in consequence. Am I right Kevin? I don't think it's available on Icecast. Surestream with Real is only available with a complete Real configuration: Helix encoder, Helix server, Real player and Real stream format. In Icecast case, more than one encoder and player are available. Also, I don't know how it works exactly but I think it's only available with a "pull" streaming configuration, which is not available with Icecast compatible encoders (I might be wrong). Another great feature of Helix, not available on Icecast, is "multicast" streaming, but there is not a huge interest now, because only few providers are equipped with multicast routers for the moment. Anyway, I think the sound's quality is better on Icecast, and last but not least, Icecast is FREE and OPEN SOURCE! Cheers, MAX -----Original Message----- From: owner-icecast@xiph.org [mailto:owner-icecast@xiph.org] On Behalf Of Oliver Stirling Sent: Tuesday, January 20, 2004 9:59 PM To: icecast@xiph.org Subject: Re: [icecast] bandwidth negotiation Kevin DeGraaf wrote:>Does Icecast support bandwidth negotiation like Real's server? If so, how >would one configure this (can't find it in the docs or list archives). > >If not, is there any interest in adding this capability? > >-- >Kevin DeGraaf >--- >8 ---- >List archives: http://www.xiph.org/archives/ >icecast project homepage: http://www.icecast.org/ >To unsubscribe from this list, send a message to 'icecast-request@xiph.org' >containing only the word 'unsubscribe' in the body. No subject is needed. >Unsubscribe messages sent to the list will be ignored/filtered. > >I'm not sure what this bandwidth negotiation is, is it the same as limiting the number of listeners? Oli --- >8 ---- List archives: http://www.xiph.org/archives/ icecast project homepage: http://www.icecast.org/ To unsubscribe from this list, send a message to 'icecast-request@xiph.org' containing only the word 'unsubscribe' in the body. No subject is needed. Unsubscribe messages sent to the list will be ignored/filtered. <p>--- >8 ---- List archives: http://www.xiph.org/archives/ icecast project homepage: http://www.icecast.org/ To unsubscribe from this list, send a message to 'icecast-request@xiph.org' containing only the word 'unsubscribe' in the body. No subject is needed. Unsubscribe messages sent to the list will be ignored/filtered.
Kevin DeGraaf wrote:>Does Icecast support bandwidth negotiation like Real's server? If so, how >would one configure this (can't find it in the docs or list archives). > >If not, is there any interest in adding this capability? > >-- >Kevin DeGraaf >--- >8 ---- >List archives: http://www.xiph.org/archives/ >icecast project homepage: http://www.icecast.org/ >To unsubscribe from this list, send a message to 'icecast-request@xiph.org' >containing only the word 'unsubscribe' in the body. No subject is needed. >Unsubscribe messages sent to the list will be ignored/filtered. > >I'm not sure what this bandwidth negotiation is, is it the same as limiting the number of listeners? Oli --- >8 ---- List archives: http://www.xiph.org/archives/ icecast project homepage: http://www.icecast.org/ To unsubscribe from this list, send a message to 'icecast-request@xiph.org' containing only the word 'unsubscribe' in the body. No subject is needed. Unsubscribe messages sent to the list will be ignored/filtered.
> I'm not sure what this bandwidth negotiation is, is it the same as > limiting the number of listeners?Apologies, I should not have assumed that everyone knew what the term meant. This phrase, as used by RealNetworks, refers to the ability of their server to determine the usable bandwidth between itself and a client and to then select from a number of different bitrates (of the same audio signal) automatically, optimizing the delivery quality while saving the user the hassle of having to choose from a number of streams at different bitrates. No big deal -- I was asked if this could be done, and it's not a critical issue at all, just a curiosity. -- Kevin DeGraaf --- >8 ---- List archives: http://www.xiph.org/archives/ icecast project homepage: http://www.icecast.org/ To unsubscribe from this list, send a message to 'icecast-request@xiph.org' containing only the word 'unsubscribe' in the body. No subject is needed. Unsubscribe messages sent to the list will be ignored/filtered.
Hi: The downside with the Real approach is that you need to have enough grunt on your encoder box to chern out several different versions of the same stream. Once the technicalities of bitrate pealing are worked out, somehting like this should be achievable with only one encoded stream... Now that will be a fine thing when it eventually happens. Geoff. --- >8 ---- List archives: http://www.xiph.org/archives/ icecast project homepage: http://www.icecast.org/ To unsubscribe from this list, send a message to 'icecast-request@xiph.org' containing only the word 'unsubscribe' in the body. No subject is needed. Unsubscribe messages sent to the list will be ignored/filtered.