similar to: Icecast "dropping" YP updates

On Wed, Jun 25, 2003 at 11:34:07AM +1000, Michael Smith wrote: > > > 2) Should relay icy/x-audiocast stream metadata when connecting to > > icecast1/shoutcast/etc so that this information is available to YP > > Eh? It does. I even tested that with someone's shoutcast stream. It works. > Just add >

you could set up a php yp-server and add a line in the icecast config $email = "you at somewhere"; if($_REQUEST['action'] == "remove"){ header("YPResponse: 1"); header("YPMessage: Deleted server info."); mail($email,'YP debug: remove stream',print_r($_REQUEST,true)); } if($_REQUEST['action'] ==

On Wed, Jun 25, 2003 at 03:33:25PM +1000, Michael Smith wrote: > > Is the metadata relayed to connecting clients. i.e. take a client that > supports shoutcast-style metadata, like winamp (and probably most others). > Connect as a listener to the relay. Do you get metadata? You should. If you > don't, the metadata relaying could have been broken (I think this is >

On Wednesday 25 June 2003 15:55, Arc wrote: > On Wed, Jun 25, 2003 at 03:33:25PM +1000, Michael Smith wrote: > > Is the metadata relayed to connecting clients. i.e. take a client that > > supports shoutcast-style metadata, like winamp (and probably most > > others). Connect as a listener to the relay. Do you get metadata? You > > should. If you don't, the metadata

Ok I've been discovering many bugs in Icecast's YP implementation.. The most serious of which is, if a YP server is rejecting a stream the server has a memory leak which, as it continues to re-try to publish it's rejected streams, grows until the server segfaults. On our server, for instance, we're relaying shoutcast streams (which does not relay the stream name and other

On Wed, Jun 25, 2003 at 04:27:58PM +1000, Michael Smith wrote: > > > > notice that, with exception of the last, they're all ice-* not icy-*... > > prehaps this is incompatable with the way most players operate to get > > stream data? Is this a typo? > > No. This is deliberate. There could be a bug in the code that takes these > headers and puts bits of them

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

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

Hoi folks, I don't like to post in newsletter because of several reason but sometimes it isn't evitable. I am setting up a internet-radio-show (exclusively live, including 2 video-streams) and I want to read out the audio-metadata of momentarily played tracks in realtime to compare it against a SQL-database. The aim is to fill up and/or update a table with 'most played'

On Wed, May 21, 2003 at 12:37:10PM -0600, Jack Moffitt wrote: > > I believe that you can get plugins for iTunes (OSX) that allow you to play ogg > > files. Be aware that this does not mean they will play ogg vorbis streams. > > They don't work very well. They only play _certain_ files. I couldn't > get them to work hardly at all, although I know I've gotten

On Tue, Jul 08, 2003 at 03:10:25PM -0500, oddsock wrote: > At 03:58 PM 7/8/2003 -0400, you wrote: > >That isnt the only bug. One one of our icecast servers the third > >stream, sf-lofi.mp3, is not being announced to YP servers at all. On my > >local diagnostics (logs all connections to the liveradio.indymedia.org > >YP server) I see that icecast isnt even trying to add

On Wednesday 25 June 2003 15:11, Arc wrote: > On Wed, Jun 25, 2003 at 11:34:07AM +1000, Michael Smith wrote: > > > 2) Should relay icy/x-audiocast stream metadata when connecting to > > > icecast1/shoutcast/etc so that this information is available to YP > > > > Eh? It does. I even tested that with someone's shoutcast stream. It > > works. Just add >

At 04:30 PM 7/8/2003 -0400, you wrote: >On Tue, Jul 08, 2003 at 03:10:25PM -0500, oddsock wrote: > >Already checked that. this is the HTTP header for the stream: > >Content-Type: audio/mpeg >icy-bitrate:16 >icy-description:SF Indymedia >icy-genre:Talk >icy-name:Enemy Combatant Radio >icy-public:1 >icy-url:http://sf.indymedia.org/ >Server: Icecast 2.0-alpha2/cvs

On Tue, Jul 15, 2003 at 11:06:03AM +1200, Ross Levis wrote: > Mark Casey wrote: > > I think when the real-time cbr encoding issues are sorted > > Vorbis (this is my experience with oddcast dsp, winamp and > > icecast 2 win32, big cpu hog) will start gaining more ground, > > I can't use the managed bitrate option in OddCast on my K6II-500 CPU! > (Overclocked to

There is a big, big difference between cbr and vbr, btw. The machine in question is a Pentium 3 700 oc'ed to 800, 512MB ram, win nt 5.1 (2k and xp being nt) etc In an earlier version the oddcast dsp ate up so much cpu time when set at say 64kbps (for examples sake) 44.1kHz, stereo that the machine became totally unusable and the winamp task had to be (slowly) ended with task manager. Now,

Hey, Rapid web development is all when and good but when it takes 4 months to rise anywhere in google it certainly takes off the shine. You hear of zero to hero.. crashed the server.. minted before toilet break.. I was wondering if any heros would share their marketing strategies.. or prehaps an amazon link to "Post-Agile Web development". Does anyone plug an app purely based on its

I'm hoping this is a new proposal, and not a rehash of something that's already been discussed and shot down. Without logs of the recent IRC discussion there's no way for me to know without asking. When I suggested it in #theora earlier derf_ or AndrewBachmann said that it had already been discussed, so I'm under the belief that this is a new idea. <p>Ok so we've

On Mon, 12 Oct 2020, Alexandru Lazarev wrote: > Hi community, > In CentOS 7 there is such rpm (libcxx-devel - it seems from EPEL > repository), but in CentOS 8 it isn't. > > How is it possible to have it there as RPM? because alternative to build it > (libc++) from sources is a big headache (I need it in order to build v9 and > plv8 projects) Do you mean the

On Wed, 4 Jun 2003, Geoff Shang wrote: > > Oh right. Well, Oddsock's your guy, as he wrote the spec and the code. > The icecast.net server seems to be the same PHP code, so maybe it's > available somewhere (not sure though). Thanks Geoff. I've e-mailed him directly (not knowing if I should though) but if anyone else can point me to the code I would be much appreciative :)

So I just setup my Icecast server on my unix box but I am having trouble with Nicecast in trying to send a stream to it. Nicecast connects to the server fine when I leave the mountpoint setting blank but when I put something in there, it fails to login. Regardless, neither alternative produces a working stream. Although, when I don?t enter a mountpoint and the broadcast is playing, my icecast