similar to: Vorbis streems, old and new

On Fri, 21 Mar 2003, Remco B. Brink wrote: > <quote who="Geoff Shang"> > > > Is there some XML magic I need to use now to get directory info > > published? > > Can you send over your existing configuration? Yeah. Ignore the comments, this began as the sample config file and the comments weren't removed or changed. <?xml

Hi Brendan and all: Well, the last set of changes you made didn't get rid of the problem but the error messages certainly coincide with the icecast.log messages now. So is the problem icecast or ices? Here is just the last set of messages which caused it to die. There were many more through out the file but they didn't hit the magic ten consecutive. DEBUG: Builtin playlist handler

Hi: Disclaimer: I'm not a developer! You're right - the metadata as it is right now is contained within vorbis comments placed within the vorbis stream. The comments can only appear in the second vorbis packet of a vorbis stream. The way to get around this is to chain ogg bitstreams together. This is explicitely allowed in the spec. so if you need to update the metadata, conclude your

Hi Brendan and all: Well the upgrade libshout didn't fix the problem. Here are more logs from ices and icecast. They certainly don't tell me much. DEBUG: Builtin playlist handler serving: /var/music/Mercyful_Fate/Time/Mercyful Fate - 09 - Mirror.mp3 DEBUG: ID3v1 song: Mirror DEBUG: ID3v1 artist: Mercyful Fate DEBUG: Layer: III Version: MPEG-1 Frequency: 44100 DEBUG: Bitrate: 128

hey all, maybe i am dumb but it took me a few hours to work out which cvs was which and where ogg went etc etc...so i am completing some documentation (the icantcode site was down too when i checked last time, is it still alive?) anyway, I am going to make some good documentation for my site soon but heres a skeleton including some snippets from docs online already - appologies in advance for

ok - I'm now starting a new bitstream on each song change, but still no-go. Only on the very first reconnect does the title streaming show correct. The metadata information however NEVER displays correctly in the stats.xml - even though the comment headers seem to be fine - so I suspect I need to use another method? btw - Metdata inside OddCast DSP seems to work fine... Louis ----- Original

Hi: Just in case people are interested, Kirk Reiser's Egoplay is now available in 3 different bitrates for your listening pleasure. http://linux-speakup.org:9000/egoplay.ogg - as is (encoder defaults) http://linux-speakup.org:9000/egoplay64.ogg - 44.1khz stereo quality 0 http://linux-speakup.org:9000/egoplay24.ogg - 22.05khz mono quality -1 Note that some of the material was encoded with

Well, hi folks: I am still having this problem with ices crashing regularly. I have upgraded to todays cvs for ices and icecast hoping that would take care of it but no such luck. I am not sure just what is going on. It seems to happen fairly often which is not exactly making my listeners happy. I will include the relevant portion of the ices.log below. I would appreciate any suggestions

I'll add our init script for redhat to it then: note: it does work, but restarting is not always working, due to ports still being open :-( --------------------------------------------------------------------- #!/bin/sh # # description: starts/stops the ices audioencoder # # chkconfig: 345 99 20 # # Source function library. . /etc/rc.d/init.d/functions

Hi Folks: I have written a simple scheduler for ices2. It basically plays a background playlist in sequential, random or shuffle mode. Each time it is called by ices it checks to see if there is a file in /tmp and if there is builds it into a request file which plays immediately after the current piece finishes. You can use 'at' or cron to set up jobs to place playlists in /tmp to be

Hi: I ran a live test broadcast today and noticed a couple of things that concerned me. Now, I'll admit I was pushing my P2/266 pretty hard, but it kept things going so I'm guessing that it's not unreasonable for me to expect this to work. I was sending two streams encoded from the sound card, one at 22khz mono quality -1 and the other at 44.1 stereo quality 0. I was also saving

At 04:08 PM 10/9/02 +1000, you wrote: >Hi: > >Well, up until about a week ago, we had our stream up and running on 3 >seperate mountpoints and it was rock solid. then we started hitting >problems with disconnects and the like. I recompiled everything this >morning and set it running again. But one mount has died already. > >We have 3 streams running. the first is the

On Wednesday, 27 June 2001 at 14:08, Kirk Reiser wrote: > Well, hi folks: I am still having this problem with ices crashing > regularly. I have upgraded to todays cvs for ices and icecast hoping > that would take care of it but no such luck. I am not sure just what > is going on. It seems to happen fairly often which is not exactly > making my listeners happy. I will include

Hi: Last week, I upgraded an icecast2 server and enabled the directory code. The primary streams that run on it showed up nicely. As some may recall, I had issues with libshout compiling (seems the sources got hosed somehow, a fresh checkout fixed everything after all else failed), and I just compiled the latest ices2. I noticed, with some surprise, that the config file hadn't changed in

Hello I'm new to the list. I went through recent archives and didn't find any mention of this, sorry if this has already been discussed. When listening to a stream (http://bumpy.braille.uwo.ca:9000/test.ogg) winamp crashed after a few minutes. When i tried going back in and went back to the stream it worked for a few minutes again and crashed. The times are different (8:27 and 6:20, and

Hi: On Thu, 22 Aug 2002, Moritz Grimm wrote: > P.S.: While installing Icecast2 myself once again today, I noticed that > the current reference icecast.xml lacks the new <icelogin> directive, > which also can be either 0 or 1, and is 0 by default. If you want to use > a source client that doesn't support http basic auth yet, like Oddcast > DSP RC5, you have to add

Hi: Have been testing the latest winamp plugins on my icecast2 stream (http://bumpy.braille.uwo.ca:9000/test.ogg <plug plug>) and I noticed that in the field where the player/browser is listed in the log entries I see Mozilla for the winamp plugin. Isn't this ummmm. wrong? Geoff. --- >8 ---- List archives: http://www.xiph.org/archives/ Ogg project homepage:

--------------------------------------- Regards, Slava Shklyar ----- Original Message ----- From: "Michael Smith" <msmith@labyrinth.net.au> To: <icecast@xiph.org> Sent: Wednesday, October 09, 2002 11:14 Subject: Re: [icecast] Icecast2 issues continue <p>> At 04:08 PM 10/9/02 +1000, you wrote: > >Hi: > > > >Well, up until about a week ago, we had

--------------------------------------- Regards, Slava Shklyar ----- Original Message ----- From: "Michael Smith" <msmith@labyrinth.net.au> To: <icecast@xiph.org> Sent: Wednesday, October 09, 2002 11:14 Subject: Re: [icecast] Icecast2 issues continue <p>> At 04:08 PM 10/9/02 +1000, you wrote: > >Hi: > > > >Well, up until about a week ago, we had

--------------------------------------- Regards, Slava Shklyar ----- Original Message ----- From: "Michael Smith" <msmith@labyrinth.net.au> To: <icecast@xiph.org> Sent: Wednesday, October 09, 2002 11:14 Subject: Re: [icecast] Icecast2 issues continue <p>> At 04:08 PM 10/9/02 +1000, you wrote: > >Hi: > > > >Well, up until about a week ago, we had