search for: burdett

relaying a shoutcast stream via icecast2 is pretty much unlistenable -- it constantly stutters. for example, shoutcast relay -- http://205.188.234.1:8030/listen.pls icecast2 relay -- http://liveradio.indymedia.org:8001/sf-hifi.mp3.m3u --mark --- >8 ---- List archives: http://www.xiph.org/archives/ icecast project homepage: http://www.icecast.org/ To unsubscribe from this list, send a

...rs. > > now quick question, ive been unsuccessfull relaying another shoutcast > server, > what are the settings in your config if you dont mind sharing? > > > Dave St John > Mediacast1 Administration > (720) 641-7586 > ----- Original Message ----- > From: "mark burdett" <mark@linefeed.org> > To: <icecast-dev@xiph.org> > Sent: Wednesday, July 02, 2003 7:06 PM > Subject: [icecast-dev] shoutcast to icecast2 issues > > >> relaying a shoutcast stream via icecast2 is pretty much unlistenable >> -- >> it constantly stut...

...s this is darkice. perhaps we could work in 'icy-public' support...? --mark On Tuesday, Jul 8, 2003, at 19:58 US/Pacific, Arc wrote: > On Tue, Jul 08, 2003 at 03:40:42PM -0500, oddsock wrote: >> what source client is generating that ? > > I believe they run darkice, Mark Burdett would have to supply more > specific details as this is a relay of their lofi-mp3 stream. > >> The icy-* header that icecast is looking for is icy-pub, not >> icy-public...I >> don't think there ever *was* an icy-public, the two variations were >> ice-public and i...

I wanted to let folks know that I had a problem with unreliable, and mostly dysfunctional listing of a server's mounts on YP directories. This server has a few dozen mounts. If all the relays and sources were connected, YP wouldn't work; if only some were connected, YP would start working. I had to increase the <yp-url-timeout> for all the <yp-url>'s to a much larger

here's an idea for icecast.. the ability to create a relay dynamically by passing a url to the admin interface. (instead of having to add to the config file and kill -s HUP) such relays wouldnt be permanently stored in the config file (unless icecast starts writing to its config file) but would function as long as the server stays up, or until stopped thru the admin interface. --mark

On Mon, 2005-07-25 at 23:55, mark burdett wrote: > For 100% reliability I ended up removing dir.xiph.org from my > list of YP directories. My guess is it was taking too long to > respond to requests, which could be a problem if an icecast > server has a large number of mounts. But it could be a > problem unique to me (I...

i just realized that streamripper doesn't seem to archive icecast2 streams... what do people use to archive these days? (i'm looking for command-line) --mark B. --- >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-request@xiph.org' containing only the word

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

Hello! I am currently having issues monitoring a Tripp-Lite AVR900U. First, here are a few system details: > Manjaro Linux - kernel 5.4.30-1 > network-ups-tools 2.7.4-5 (built from Arch User Repository) > (lsusb output) Bus 003 Device 003: ID 09ae:3024 Tripp Lite AVR900U Contents of /etc/ups/ups.conf: > [tripplite] > driver =  usbhid-ups > port = auto Contents of

> wget, curl... remember it streams with standard http :-) > > Just start it up and let 'er rip! Stop the transfer when you're done. > Easy as pie. You can even use vcut (from vorbistools) to trim this down > to an exact sample if you want to do program archiving with it. hmmm.. ok. something like streamripper would be nice though ;) particularly for things like

On Tue, Jul 08, 2003 at 03:40:42PM -0500, oddsock wrote: > what source client is generating that ? I believe they run darkice, Mark Burdett would have to supply more specific details as this is a relay of their lofi-mp3 stream. > The icy-* header that icecast is looking for is icy-pub, not icy-public...I > don't think there ever *was* an icy-public, the two variations were > ice-public and icy-pub. Well that's what...

can anyone enlighten me how to make icecast2's autogen.sh work under freebsd 5.1? > Checking for automake version > > You must have automake version 1.6 installed > to compile ices. > Download the appropriate package for your distribution, > or get the source tarball at ftp://ftp.gnu.org/pub/gnu/ i have /usr/local/bin/automake (1.5) and /usr/local/bin/automake17 installed

i have two icecast servers on the same host (logging to the same file) one is a public server that people connect to one is a backend switcher to switch what they listen to and handle fallbacks. when a source or relay times out, the public server disconnects at the same time that the backend server switches to the fallback. what is the best way to deal w/ this? increase the source timeout on the

...uld be a problem unique to me (I'd be curious to know if anyone else has had trouble). the dir.xiph.org admins might want to make sure the db is well tuned (e.g. query caching, etc. in my.cnf) so it can perhaps respond to touches more quickly.. --mark On Sat, 23 Jul 2005 12:50:42 -0700, mark burdett wrote: > I wanted to let folks know that I had a problem with > unreliable, and mostly dysfunctional listing of a server's > mounts on YP directories. This server has a few dozen mounts. > If all the relays and sources were connected, YP wouldn't > work; if only some were c...

i'd be happy with any solution. XML listings of streams often have parse errors due to non UTF-8 characters in the metadata. (My own quick and dirty fix was for XSL to generate plain-text output..) --mark On Mon, 23 Oct 2006 17:34:36 +0200, Michael Smith wrote: > On 10/23/06, Andrew N. Below <defan@zenon.net> wrote: > >Hi there. > > >

Hi I was wondering what if any are the differences between the kh branch and 2.1? --mark

Hi: Is this an Ogg or MP3 stream? If MP3, do the same streams have the same format? Geoff. -- Geoff Shang <geoff@hitsandpieces.net> Phone: +61-418-96-5590 MSN: geoff@acbradio.org 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

...route...although there is a limit to this compatability....I would strongly urge darkice to use the ice-* headers (including the new ice-audio-info header) to provide stream information to icecast2. oddsock At 09:50 AM 7/9/2003 -0400, you wrote: >On Wed, Jul 09, 2003 at 06:38:33AM -0700, mark burdett wrote: > > yes this is darkice. perhaps we could work in 'icy-public' support...? > >Or begin a standardisation process and modify darkice to comply with it. > <p>--- >8 ---- List archives: http://www.xiph.org/archives/ icecast project homepage: http://www.icecas...

...back to the same fallback mount. Anyone care to comment? If there is enough interest I am willing to spend some time to graft the 2.1-trunk patch onto the 2.1.0 release. Cheers, Klaas Jan -----Oorspronkelijk bericht----- Van: icecast-bounces@xiph.org [mailto:icecast-bounces@xiph.org]Namens mark burdett Verzonden: dinsdag 9 november 2004 22:44 Aan: Geoff Shang CC: Icecast@xiph.org Onderwerp: Re: [Icecast] Multi-Level Fallbacks re: fallbacks & moving listeners, i've also seen/heard problems w/ mplayer and other free mp3 players.. i haven't yet done exhaustive testing to figure out wh...

re: fallbacks & moving listeners, i've also seen/heard problems w/ mplayer and other free mp3 players.. i haven't yet done exhaustive testing to figure out which variables cause problems on which clients.. --mark On 07 Nov 2004, at 10:07, Geoff Shang wrote: > Hi: > > Is this an Ogg or MP3 stream? If MP3, do the same streams have the > same format? > > Geoff.