similar to: Mediacast1 yp dir update

At 10:08 AM 7/8/2003 -0400, you wrote: >On Tue, Jul 08, 2003 at 11:36:10AM +0100, David Jones wrote: > > and Ross Levis wrote: > > > Sometimes when I restart my stream it appears for a while without > > > updating the title etc and then disappears a few minutes later. I'm > > > sure Dave will fix it eventually but he is away for the week. > > >

Mark Casey wrote: > I think when the real-time cbr encoding issues are sorted > Vorbis (this is my experience with oddcast dsp, winamp and > icecast 2 win32, big cpu hog) will start gaining more ground, I can't use the managed bitrate option in OddCast on my K6II-500 CPU! (Overclocked to 525, WinXP Pro,192MB RAM). I would like to. Normal VBR uses about 90% CPU. This seems too

At 03:58 PM 7/8/2003 -0400, you wrote: >That isnt the only bug. One one of our icecast servers the third >stream, sf-lofi.mp3, is not being announced to YP servers at all. On my >local diagnostics (logs all connections to the liveradio.indymedia.org >YP server) I see that icecast isnt even trying to add it. The other YP >servers are not showing this stream either. It doesnt

Oddsock wrote: > > there are no known issues with > > listing streams at the moment...I am assuming that you know > there are > > multiple pages of listings, sometimes it hard to see that little > > "Next/Prev" link on each page.... and Ross Levis wrote: > Sometimes when I restart my stream it appears for a while without > updating the title etc and

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

I've recently switched from Oddcast to ices2 under Linux, as my pro sound card unfortunately didn't work well under windows. Is there a problem with ices2 updating the yp dir, as my stream is not listing anymore - it seems that for some reason ices2 doesn't have the metadata code to list like oddcast does? Any ideas if this is a problem with my xml config in ices or a limitation of

On Tue, Jul 08, 2003 at 11:36:10AM +0100, David Jones wrote: > and Ross Levis wrote: > > Sometimes when I restart my stream it appears for a while without > > updating the title etc and then disappears a few minutes later. I'm > > sure Dave will fix it eventually but he is away for the week. > > We're getting the same problem at Virgin Radio. We're using

On Tue, Jul 08, 2003 at 09:22:31AM -0500, oddsock wrote: > actually, it was a bug when listing in multiple directories only. It was > caused by accidentally resetting the "last touch time" for all directory > entries when it should have done it only for one directory entry. This was > causing the "I need to touch now" logic to not get triggered. I just >

On Tue, Jul 08, 2003 at 03:10:25PM -0500, oddsock wrote: > At 03:58 PM 7/8/2003 -0400, you wrote: > >That isnt the only bug. One one of our icecast servers the third > >stream, sf-lofi.mp3, is not being announced to YP servers at all. On my > >local diagnostics (logs all connections to the liveradio.indymedia.org > >YP server) I see that icecast isnt even trying to add

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 >

On Wed, 9 Jul 2003, oddsock wrote: > urge darkice to use the ice-* headers (including the new ice-audio-info > header) to provide stream information to icecast2. I'm *guessing* that darkice, in this instance, is being run in shoutcast mode. Darkice can run in icecast2 mode, though I've not tried it. Geoff. --- >8 ---- List archives: http://www.xiph.org/archives/ icecast

The ice-* headers are the standard protocol for connecting to icecast2, the trouble is making all source clients adhere to the standard. The option is to be very militant about it, and basically deny any source clients that do not connect with the ice-* headers , but we chose the more compatable route...although there is a limit to this compatability....I would strongly urge darkice to use

yes 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

I think I figured everything out on my own, BUT it gives me this error each time I attempt to play a stream (using WinAmp's oddcast plugin). I have made sure multiple times that the passwords in the Icecast config file & oddcast config box are both the same! [2002-10-20 17:21:30] INFO main/D:\Ed\xiph\icecast\src\main.c icecast server started [2002-10-20 17:23:26] INFO

There is a big, big difference between cbr and vbr, btw. The machine in question is a Pentium 3 700 oc'ed to 800, 512MB ram, win nt 5.1 (2k and xp being nt) etc In an earlier version the oddcast dsp ate up so much cpu time when set at say 64kbps (for examples sake) 44.1kHz, stereo that the machine became totally unusable and the winamp task had to be (slowly) ended with task manager. Now,

Hello All: I'm having troubles getting my YP submissions to go up correctly, unfortunately there's not much I've been able to find. I'm getting NACK back from the yp_add call, I've tried two different versions of cURL/libcURL on my gentoo box to see if it was that, no luck. I've also replicated the problem onto another gentoo box of mine and the exact same NACK/no

Hello All: I'm having troubles getting my YP submissions to go up correctly, unfortunately there's not much I've been able to find. I'm getting NACK back from the yp_add call, I've tried two different versions of cURL/libcURL on my gentoo box to see if it was that, no luck. I've also replicated the problem onto another gentoo box of mine and the exact same NACK/no

I mentioned this 1 or 2 years back but it's still not fixed. I presume it's a Icecast2 server problem. I'm using the latest Oddcast client, and my server host Mediacast1 has just updated to the latest Icecast2. I'm currently streaming a track in Vorbis format called: M?ire Brennan - I L?thair D? It shows this correctly in Winamp on the broadcast PC. On the Icecast Status page,

I am having problem with icecast2/winamp oddcast dsp/darkice being listed on dir.xiph.org and dir.oddsock.org. Now I've scanned the mailing list and found that there was a previous issue, however if I use icecast on Windows XP it works fine, but not from Fedora Core 1. I've made sure to check my config files multiple times and looked at the error logs but I still can't figure

On Tuesday 15 July 2003 16:40, Arc wrote: > On Tue, Jul 15, 2003 at 11:06:03AM +1200, Ross Levis wrote: > > Mark Casey wrote: > > > I think when the real-time cbr encoding issues are sorted > > > Vorbis (this is my experience with oddcast dsp, winamp and > > > icecast 2 win32, big cpu hog) will start gaining more ground, > > > > I can't use the