search for: pulverradio

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? mount=/high.mp3&mode=updinfo&song=ACDC+Back%20In%20Black ...then what exactly is the verbage to update StreamTitle? http://admin:password@myserver.pulverradio.com:8000/admin/metadata? mount=/high.mp3&mode=updinfo&StreamTitle=PulverRadio ...doesn't w...

...for MP3 streaming more explicitly. And according to Michael Icecast was patched to be more tolerant of malformed headers and attributes. I'm running 2.0.2. I can connect to the streams without hassle at their URL on the encoders themselves from iTunes or any other MP3 player: http://56k.pulverradio.com:16080/ Here's what's in my icecast.xml file: <relay> <server>128k.pulverradio.com</server> <port>16080</port> <mount>/</mount> <local-mount>high.mp3</local-mount> <relay-shoutcas...

...--with-libwrap or --with-crypt flags it craps out with an error (below). Installation cannot proceed. This is on a Redhat Linux 9.0 box. Is there ANY way to fix this? -Ian. ---- Transcript follows: [root@asl147 icecast-1.3.12]# gmake gmake all-recursive gmake[1]: Entering directory `/home/pulverradio/icecast/icecast-1.3.12' Making all in src gmake[2]: Entering directory `/home/pulverradio/icecast/icecast-1.3.12/src' Making all in authenticate gmake[3]: Entering directory `/home/pulverradio/icecast/icecast-1.3.12/src/authenticate' [..STUFF DELETED..] gcc -DHAVE_CONFIG_H -I. -I. -...

...in-line metadata will be > sent > provided the metadata has been asked for (metadata is an add-on for mp3 > streams) Let's face it -- what's going to make us all successful as streamers is appearing nicely in client apps. This is what I'm shooting for, as well. Right now PulverRadio looks like ass in WinAmp and iTunes, whereas stations streaming via other means are great. That's why I'm investing in dumping the SongData back into the stream (which works very well BTW!). The name of my mountpoint that gets listed by iTunes (in its index) in the "Song Name&quo...

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+Bla...

...-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? > mount=/high.mp3&mode=updinfo&song=ACDC+Back%20In%20Black > > ...then what exactly is the verbage to update StreamTitle? > > http://admin:password@myserver.pulverradio.com:8000/admin/metadata? > mount=/high.mp3&mode=updinfo&StreamTitle...

...streams from a cluster these hardware encoding devices: http://www.audioactive.com/products/realtime_enc/rte_ovw.html ...to do so you need to pull the file: http://hostname:port/l3audio.m3u In my case I've set up a test stream from one of these boxes at: http://56k.pulverradio.com:80/l3audio.m3u ...would anyone be interested in trying to relay this for me from an Icecast 2.0 server to see if it works? 1.31 definitely doesn't. Thanks.. -Ian. --- >8 ---- List archives: http://www.xiph.org/archives/ icecast project homepage: http://www.icecast.org/ To unsubscri...

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 difficult to heave in a timely manner. The fact that it can work with 1.3 indicates that...

...t in Flash / IEWin > On Sunday 17 October 2004 07:16, Ian Andrew Bell wrote: >> 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 difficult to heave in a >> timely manner. &...

...ding. Also need the closing slash in the sample XML flags. -Ian. On 30-Sep-04, at 5:26 PM, Karl Heyes wrote: > On Fri, 2004-10-01 at 01:09, Ian Andrew Bell wrote: >> Here's what's in my icecast.xml file: >> >> <relay> >> <server>128k.pulverradio.com</server> >> <port>16080</port> >> <mount>/</mount> >> <local-mount>high.mp3</local-mount> > > you really mean > <local-mount>/high.mp3</local-mount> > > >> <relay>...

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=/ >mountpoint&mode=updinfo&song=...

...; >> http://www.audioactive.com/products/realtime_enc/rte_ovw.html >> >> ...to do so you need to pull the file: >> >> http://hostname:port/l3audio.m3u >> >> In my case I've set up a test stream from one of these boxes at: >> >> http://56k.pulverradio.com:80/l3audio.m3u >> >> ...would anyone be interested in trying to relay this for me from an >> Icecast 2.0 server to see if it works? 1.31 definitely doesn't. >> > > There are two problems here: > > 1) Getting the actual stream URL. You've given a URL t...

...free and open-source in itself doesn't cut it in the mass market. MP3, these days, is "free enough" and easily available for use by the unwashed masses. So... what would make me as a professional broadcaster seriously consider Ogg? Two things: ONE: We use an embedded player at Pulverradio.com that's done in Flash. For our part we just modified an off-the-shelf player for our station and the result is we receive very little email from folks having trouble connecting. So ostensibly we could choose any protocol we liked, so long as there was a Flash Library to support it, sin...

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 can inject the song info like so: >> >> http://server.ip:port/admin/metadata?mount=/ >> mou...

...ng information gets broken as soon as we output from the Automation software, although nowadays most of the software such as RCS and Dalet can output raw text or XML. They had to do this for guys like XM and Sirius. While we re-unite song data with the stream via our Flash-based player at www.pulverradio.com but you can always tell such radio stations on Live365 or Shoutcast.com because they don't pump out song data with their stream, which makes listening to the streams on dedicated hardware or desktop clients less interesting. Can there be a way for Icecast to somehow re-include Song Data...

...hardware > encoding devices: > > http://www.audioactive.com/products/realtime_enc/rte_ovw.html > > ...to do so you need to pull the file: > > http://hostname:port/l3audio.m3u > > In my case I've set up a test stream from one of these boxes at: > > http://56k.pulverradio.com:80/l3audio.m3u > > ...would anyone be interested in trying to relay this for me from an > Icecast 2.0 server to see if it works? 1.31 definitely doesn't. > There are two problems here: 1) Getting the actual stream URL. You've given a URL to an m3u file, which CONTAINS the...

On Sunday 17 October 2004 07:16, Ian Andrew Bell wrote: > 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 difficult to heave in a > timely manner. > > The fact that i...

...y 17 October 2004 07:16, Ian Andrew Bell wrote: >>> 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 difficult to heave in a >&...

At 10:00 PM 11/4/2004, you wrote: >On 2-Nov-04, at 5:55 PM, Michael Smith wrote: > >>We don't sent a content-length header because there's no way to know the >>content length in advance - it's a stream, after all! > >Well, you COULD do this but choosing not to when there seems to be a lot >of call to add one doesn't seem to be a great answer. I've

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 hundreds of thousands of dollars worth of production and encoding gear. :) So when I listen to other stations that stream using icecast/shoutcast and ices/shout...