similar to: Metadata Swapping: How do they do it?

On Thu, 2005-05-05 at 20:17, Ian Andrew Bell wrote: > Think I answered my own question really. > > The display in iTunes, for example, is swapping between what in > status.xsl would be Stream Title and Current Song. > > > If Song is updated like so: > http://admin:password@myserver.pulverradio.com:8000/admin/metadata? >

Now that 2.2.0 is out, we can update metadata on-the-fly. At pulverradio.com we are working on an injector that takes the song info from our broadcast automation software and dumps it in (thanks guys for the help). I realize that we can inject the song info like so: http://server.ip:port/admin/metadata?mount=/ mountpoint&mode=updinfo&song=ACDC+Back+In+Black .... but are there

On 5-May-05, at 12:52 PM, Karl Heyes wrote: >> My (potentially misguided) belief is that the client >> downloads/receives >> the latter attribute once, on initially connecting to the relay. >> >> KH and I have been playing with a branch he built that lets you >> configure all that stuff in the icecast.xml file however it's not >> making it into the

At 10:21 PM 2/11/2005, you wrote: >Now that 2.2.0 is out, we can update metadata on-the-fly. At >pulverradio.com we are working on an injector that takes the song info >from our broadcast automation software and dumps it in (thanks guys for >the help). I realize that we can inject the song info like so: > >http://server.ip:port/admin/metadata?mount=/

So we're making huge progress on our little app which reads a text file and re-inserts metadata on the currently playing track into the icecast stream. The behaviour of course that I'm trying to replicate is where a user listening to pulverradio.com via iTunes or WinAmp gets to see the currently playing track etc. in their player just like on radio stations that DON'T use

Sending again .... is this thing on? On 11-Feb-05, at 9:20 PM, oddsock wrote: > At 10:21 PM 2/11/2005, you wrote: >> Now that 2.2.0 is out, we can update metadata on-the-fly. At >> pulverradio.com we are working on an injector that takes the song info >> from our broadcast automation software and dumps it in (thanks guys >> for >> the help). I realize that we

As a follow-up to this thread: http://lists.xiph.org/pipermail/icecast/2004-May/007171.html ... I am still attempting to relay effectively from two separate Audioactive encoders via an icecast server. Since we last discussed this Audioactive have updated their firmware to comply to the standards for MP3 streaming more explicitly. And according to Michael Icecast was patched to be more

Howdy Folks: Is there a way in v2.4.2 to include a ?StreamUrl=? field in the stream metadata as well as ?StreamTitle=?? It appears that the administrative interface only populates StreamTitle. For example: http://server.example.com:8000/admin/metadata?mount=MyMount&mode=updinfo&song=MySong will insert only ?StreamTitle=MySong?;. Googling around has brought up some possible

Hi, first of all, thank you all. The new Icecast version works very well and the new features are great! But I have some troubles with the metatag update via the admininterface. Basically everything works fine, but only WinAmp is displaying the titles correct. Windows Media Player isn't displaying them at all, XMMS only displays them when the ID3 tag changes for about 3 seconds and

Like any other major radio station we output our music from automation software via analog audio through a mix board in a studio, where we insert other stuff like live DeeJays, etc. only to have that stream re-encoded by hardware MP3 encoders for distribution to our network of IceCast servers. The chain of song information gets broken as soon as we output from the Automation software,

I also tried installing Icecast 1.31 ... the config file claims its relaying capabilities aren't very well tested and I can verify this. But now I'm concerned that even 2.0 won't work for me in relaying. I'm trying to relay multiple streams from a cluster these hardware encoding devices: http://www.audioactive.com/products/realtime_enc/rte_ovw.html ...to do so you

I'd like to resurrect this orphaned thread: http://lists.xiph.org/pipermail/icecast/2003-December/006139.html We're using the embedded flash player for listeners of pulverradio.com and can't use 2.2 for relaying from our encoders. Apparently we can use Icecast v1.3 Although this is clearly a problem caused by ActiveX and Microsoft boneheads that is a mountain that may prove

Thank you! Do you think oddSock will be nice enough to build another Windows executable? Fred -----Original Message----- From: Karl Heyes [mailto:karl@xiph.org] Sent: Thursday, June 09, 2005 9:56 AM To: Fred Black Cc: 'icecast' Subject: RE: [Icecast] IceCast 2.2 MP3 stream and Real Player noise On Wed, 2005-06-08 at 16:34, Fred Black wrote: > I tested it this morning and here are

Alternatively you can just script the window media player control, and bind it to your stream, that should work just fine, assuming you have my directshow filters installed. Zen. ----- Original Message ----- From: "Michael Smith" <msmith@xiph.org> To: "Ian Andrew Bell" <hello@ianbell.com>; "icecast" <icecast@xiph.org> Sent: Monday, October 18,

Right... I understand how the stream works and we have no confusion at all then. So I need to create a script to re-inject MP3 Metadata from my handy-dandy XML file (when it changes) which is easily done if, as you say, there're a few variables that the admin.cgi can listen for (of course Icecast has no admin.cgi) The info you've provided for Shoutcast is useful and you allude to

I tested it this morning and here are my findings: 1) The Intro tag causes Real Player to give an error that the stream "contains unexpected data and may be corrupt". It does not play with the Intro tag in the mount point. If I remove the Intro tag the stream plays, and, the Real Player noise caused by meta-data is gone and the meta-data updates work. 2) The Intro plays in iTunes and

After encountering a mysterious problem with Icecast 2.0 and streaming to Flash within IE for Windows, we've had to roll back to Icecast 1.3.12 2.0 Problem here: http://lists.xiph.org/pipermail/icecast/2004-October/007726.html Of course, I'm now having problems installing Icecast 1.3.12. When running gmake or make after ./configure with or without the --with-libwrap or

When "Icy-MetaData: 1" is in the HTTP request to the server, that indicates that the client wants to receive meta data inlined with the mp3 data stream. The metadata interval is reported by the server via the "icy-metaint" header in the response stream. Such data looks like the following within the mp3 stream StreamTitle='Ozzy Osbourne - Crazy

Yeah it is a tad gross but here is my first (and probably only) attempt: ---------------- 8< ---------------- #!/bin/bash pipe=/tmp/testpipe trap "rm -f $pipe" EXIT if [[ ! -p $pipe ]]; then mkfifo $pipe fi mplayer -slave -playlist "http://my.icecast.stream/music" > /tmp/testpipe 2> /dev/null & while true do if read line <$pipe; then

I've been working with AudioActive the last couple of days to fix their behaviour... looks like they're going to update their firmware EPROMs. What are the chances that Michael's fix below could be incorporated into a future version, so that all those boxes without the Firmware upgrade will work? -Ian. <p>On 10-May-04, at 7:20 PM, Michael Smith wrote: > On Tuesday 11