At 11:22 AM 11/11/2002 +0000, you wrote:>Karl Heyes wrote: > >> Is it just the java player that seems to be unreliable. There is a >> couple >> of outstanding bugs in ices for network socket error cases, but the fixes >> these are with Mike. > >I'm not entirely sure. Certainly, playback is flawless with Winamp. >Every now and then, Ices seems to just stop, and swallow up all my CPU. >I'm not sure if this was caused by my playlist having non-existant file >entries, or whether it was caused by me trying to make it play mp3's. In >any case, it's been running all night (almost 9 hours now..) without >problems, so perhaps it was just the phase of the moon... >What sort of continuous running times can I expect? (For Ices i mean - >icecast seems fine)There are a couple of minor bugs (if you hit them, they're major, but if you don't often hit them, you probably won't ever). I have some pending patches, but I'm not doing development stuff until after my exams. If you're not hitting those bugs, it should run indefinately. I sometimes run ices for 3-4 days at a time (usually killing it off to add a new feature, rather than because of a crash :-) If you are hitting one of those bugs, then not long at all. <p><p>Michael <p>--- >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 'unsubscribe' in the body. No subject is needed. Unsubscribe messages sent to the list will be ignored/filtered.
Karl Heyes wrote:> Is it just the java player that seems to be unreliable. There is a > couple > of outstanding bugs in ices for network socket error cases, but the fixes > these are with Mike.I'm not entirely sure. Certainly, playback is flawless with Winamp. Every now and then, Ices seems to just stop, and swallow up all my CPU. I'm not sure if this was caused by my playlist having non-existant file entries, or whether it was caused by me trying to make it play mp3's. In any case, it's been running all night (almost 9 hours now..) without problems, so perhaps it was just the phase of the moon... What sort of continuous running times can I expect? (For Ices i mean - icecast seems fine)> With each file, the initial headers get sent (one of which contains the > comments - metadata). If it's the comments that's causing this then it > sounds like the java player is expecting a particular comment and not > receiving it. Use ogginfo to compare the files comments. Failing that > it doesn't know how to parse the changes within streams.I will mail the Freedomaudio people and see what they say. Thanks a lot for the info. <p>Leo --- >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 'unsubscribe' in the body. No subject is needed. Unsubscribe messages sent to the list will be ignored/filtered.
On 2002.11.11 11:22 Leo Currie wrote:> I'm not entirely sure. Certainly, playback is flawless with Winamp. > Every now and then, Ices seems to just stop, and swallow up all my CPU. > I'm not sure if this was caused by my playlist having non-existant file > entries, or whether it was caused by me trying to make it play mp3's. In > any case, it's been running all night (almost 9 hours now..) without > problems, so perhaps it was just the phase of the moon...Having mp3's in the playlist won't work well:). It's not supposed to stop ices though, same for non-existent files. I'll have to check that. The swallow all my CPU sounds like the send_raw bug. Does it also show an increased memory usage as well? It's a very nasty bug, but only occurs if the connection to icecast terminates unexpectedly, eg ctrl-C icecast or if the time on the ices machine changes significantly. Try the attached patches if that's the issue.> What sort of continuous running times can I expect? (For Ices i mean - > icecast seems fine)hould be indefinite (unless you have a limit like once through playlist). karl. -------------- next part -------------- --- libshout/src/shout.c Sun Oct 6 14:22:25 2002 +++ libshout.test/src/shout.c Fri Nov 1 19:58:01 2002 @@ -159,20 +159,24 @@ if (!self) return -1; + self->error = SHOUTERR_SUCCESS; while(remaining) { ret = sock_write_bytes(self->socket, data, remaining); - if(ret < (ssize_t)remaining || errno == EINTR) { - remaining -= (ret>0)?ret:0; - continue; - } - else if(ret < 0) { - self->error = SHOUTERR_SOCKET; - return -1; + if (ret == remaining) + return len; + if(ret < 0) + { + if (errno == EINTR) + ret = 0; + else + { + self->error = SHOUTERR_SOCKET; + return -1; + } } - remaining = 0; + remaining -= ret; } - self->error = SHOUTERR_SUCCESS; return len; } -------------- next part -------------- A non-text attachment was scrubbed... Name: ices-1.diff Type: text/x-patch Size: 3521 bytes Desc: ices-1.diff Url : http://lists.xiph.org/pipermail/icecast/attachments/20021111/7856be54/ices-1.bin
Karl Heyes wrote:> Having mp3's in the playlist won't work well:). It's not supposed to stop > ices though, same for non-existent files. I'll have to check that. The > swallow all my CPU sounds like the send_raw bug. Does it also show an > increased memory usage as well?<p>Just came in this morning and it is sitting there using 98.5% cpu and 47.6% memory. So yes - memory usage goes up as well. My playlist is 'clean' of mp3's now, so it's something else.. Strange thing though - I'm using 2 instances in my config file (2 different bitrates, same playlist), and it's only one mountpoint that has gone - there other is still running fine.> It's a very nasty bug, but only occurs if the connection to icecast > terminates unexpectedly, eg ctrl-C icecast or if the time on the ices > machine changes significantly. Try the attached patches if that's > the issue.Well, Icecast is still running, and my clock is on time - how significant a change do you mean? Thanks for the help - I'll try those patches anyway! Leo --- >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 'unsubscribe' in the body. No subject is needed. Unsubscribe messages sent to the list will be ignored/filtered.