search for: ianbel

...ely 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, 2004 9:29 AM Subject: Re: [Icecast] ICECast 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.o...

I'm trying (and failing) to install Icecast on a fresh-off-the-line Redhat 9.0 box. When I attempt to install the RPM with the command: # rpm -i icecast-2.0.1-1.i386.rpm ..the result is: error: Failed dependencies: curl >= 7.10.0 is needed by icecast-2.0.1-1 ...so okay, I wonder to myself, which verion of curl do I have running? # yum info curl ...and I learn that I am running a

...: 54000000\n"); $fp=fopen("http://www.myradio.com:8000/mountpoint.mp3","r"); while(!feof($fp)) print($line=fread($fp,2000)); fclose($fp); ?> >From flash I call proxy.php instead of mountpoint.mp3 Hope this help, Sincerly, -- Ika Selon Ian Andrew Bell <hello@ianbell.com>: > Doesn't work so well on Mozilla or anything other than IEWin... and I'm > worried about using lots of extra software. > > Thanks for the suggestion tho. > > -Ian. > > On 18-Oct-04, at 6:46 AM, illiminable wrote: > > > Alternatively you can...

Begin forwarded message: > From: Ian Andrew Bell <hello@ianbell.com> > Date: July 16, 2004 9:39:35 AM PDT > To: Geoff Shang <gshang@pacific.net.au> > Cc: icecast@xiph.org > Subject: Re: [Icecast] Installing Icecast... > > Thanks... this worked. I obtained a slightly older version of CURL > than is current from here: > > ht...

...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, 2004 9:29 AM > Subject: Re: [Icecast] ICECast in Flash / IEWin > > >> On Sunday 17 October 2004 07:16, Ian Andrew Bell wrote: >>> I'd like to resurrect this orphaned thread: >>&gt...

That IP looks self-assigned ... he is probably not even on a network with that machine. -Ian. Geoff Shang wrote: > Denis Paschoalinoto wrote: > >> http://169.254.31.193:8000/live.m3u > > > 169.254 addresses are not routed on the net - no-one outside your > subnet will be able to access this address. It really shouldn't be > used for this either. For more info

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

On 30-Sep-04, at 5:24 PM, Karl Heyes wrote: > >> WARNING: You should not run icecast2 as root >> Use the changeowner directive in the config file > > http://www.icecast.org/docs/icecast-2.0.2/ > icecast2_config_file.html#security > > As with apache, you start as root then it changes to run as another > user, just state the user/group Right, so my icecast.xml

That fixed it! The importance of the beginning "/" should probably be emphasized in the doco, especially since the sample config says: <local-mount>different.ogg<local-mount> ....could be a little misleading. 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:

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

I've got a redhat linux 9.0 box and I've made sure Apache is out of the way, so that I can do what I really want to do, which is to run Icecast on port 80 of the server, so listeners can grab the stream even through the toughest firewall. I have been wrestling with this for a number of hours, consulted a few experts, and am coming up zilch. Theoretically, I should be able to just

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

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

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?

Folks; I am having a hell of a time trying to get IceCast 2.0 installed on an Apple XServe running OS X 10.2.3. The problem seems to stem from one of the libraries required by IceCast, specifically libvorbis. When running MAKE in an attempt to install libvorbis I get the following: <p>Making all in examples /bin/sh ../libtool --mode=link gcc -DDARWIN -fno-common

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

Thanks Ralph; Maybe it's me. I wiped out my whole /var/libvorbis directory, dropped in a new one from the libvorbis-1.0.1.tar.gz file including all the subdirectories, and edited /var/libvorbis/examples/Makefile.fm as instructed. I then ran ./configure without difficulty, then ran make again, which started afresh but still ended up with the same error: gcc -DDARWIN -fno-common

If propagation of Ogg Vorbis is the (or a) goal of Icecast then probably the best strategy is to build an embedded Ogg Flash Player of some sort, so that people unwittingly become Ogg users without lifting a finger, and broadcasters can start using it without fear that they'll lose listeners due to their protocol choice. I've been streaming for more than 7 years now with Quicktime,

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

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