I think we definetly need to get YP authentication into Icecast2 soon, but I'd like to propose an extension to the draft now... with action=add: banner=URL This allows the Icecast2 server to supply a URL for a graphical banner to represent the radio stream instead of just it's name. On the server end it could fetch this URL, scale/convert it as needed, and prehaps use it with the name below it... or it could just ignore it. In addition it appears that part of the YP protocol currently in use is undocumented, the command that provides the "home url" for the broadcast. apparently, if not given, this defaults to the URL of the YP server on oddsock and icecast.net. I believe that alot of this stuff can/should be implemented directly in Icecast, in the mountpoint section, and does not require anything special on the source-end. -------------- next part -------------- A non-text attachment was scrubbed... Name: part Type: application/pgp-signature Size: 188 bytes Desc: not available Url : http://lists.xiph.org/pipermail/icecast-dev/attachments/20030621/9b7e2476/part.pgp
At 04:44 PM 6/21/2003 -0400, you wrote:>I think we definetly need to get YP authentication into Icecast2 soon, >but I'd like to propose an extension to the draft now...can you be more specific on what you mean by YP authentication ?>with action=add: > banner=URL > >This allows the Icecast2 server to supply a URL for a graphical banner >to represent the radio stream instead of just it's name. On the server >end it could fetch this URL, scale/convert it as needed, and prehaps use >it with the name below it... or it could just ignore it.yp related server info is currently only specified in the source client. In my opinion, icecast2 should not be the place where this information is stored.>In addition it appears that part of the YP protocol currently in use is >undocumented, the command that provides the "home url" for the >broadcast. apparently, if not given, this defaults to the URL of the YP >server on oddsock and icecast.net.I agree I should update the spec that I have to mention that "url" is an optional parameter. Although I'm not sure what you are recommending here. Or is this just an observation ? For optional parameters, it's up to the YP implementation to perform whatever logic it wants to..In my case, if URL is not supplied, the actual href value ends up being ""...IE ends up defaulting this value to the current page you are on...>I believe that alot of this stuff can/should be implemented directly in >Icecast, in the mountpoint section, and does not require anything >special on the source-end.I disagree, unless you'd like to completely rewrite how the yp is implemented, then all yp-related information comes from the source client...I personally don't think it belongs specified in the icecast2 config file... oddsock <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-dev-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 Sat, Jun 21, 2003 at 04:13:10PM -0500, oddsock wrote:> > can you be more specific on what you mean by YP authentication ?cluster password, username, password.> >with action=add: > > banner=URL > > > >This allows the Icecast2 server to supply a URL for a graphical banner > >to represent the radio stream instead of just it's name. On the server > >end it could fetch this URL, scale/convert it as needed, and prehaps use > >it with the name below it... or it could just ignore it. > > yp related server info is currently only specified in the source > client. In my opinion, icecast2 should not be the place where this > information is stored.The problem with this is in order to extend YP do we not, then, need to modify Icecast *AND* all the source clients? libshout, ices2, oddcast DSP, etc etc etc... some information does not origionate with the source client, such as the number of listeners and the "listenurl".. I don't see why other data which is not content-specific (such as song title, bitrate, etc) cannot be provided by the icecast config file.> >In addition it appears that part of the YP protocol currently in use is > >undocumented, the command that provides the "home url" for the > >broadcast. apparently, if not given, this defaults to the URL of the YP > >server on oddsock and icecast.net. > > I agree I should update the spec that I have to mention that "url" is an > optional parameter.how about calling it "homeurl"... since we already have listenurl, just to keep them from getting too confused? homeurl listenurl and bannerurl? <p> -------------- next part -------------- A non-text attachment was scrubbed... Name: part Type: application/pgp-signature Size: 188 bytes Desc: not available Url : http://lists.xiph.org/pipermail/icecast-dev/attachments/20030621/b4c3b0de/part.pgp
Hi: I agree that YP stuff should be specified in the streamer. It's not going to be practical for someone using a holesale provider of icecast2 servers, e.g. icecast.net, to go tweeking the server configs to suit the whims of their broadcasters. They'll just tell you to go away. It is true that all streamers will have to support what's being proposed, but my view on this is that, while icecast is in pre-release state, it's up to streamers to keep up with server development. Once it's out the door, then it's a different story. As for the URL, my view is that if there is no URL, then it shouldn't be clickable. Geoff. <p> -- Geoff Shang <gshang@uq.net.au> ICQ number 43634701 Make sure your E-mail can be read by everyone! http://www.betips.net/etc/evilmail.html Please avoid sending me Word or PowerPoint attachments. See http://www.fsf.org/philosophy/no-word-attachments.html --- >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-dev-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.