Thanks for the suggestion. It turns out that debug for ices told me nothing but debug for icecast 2.2.0 showed that it was terminating the source at the same place in the playlist, apparently due to a lack of trailing metadata in one particular file -- icecast saw it as end of stream. After checking code updates on the TRAC system, I installed the kh branch of icecast (kh13) and this seems to have fixed the spontaneous dropping of the mountpoint due to this particular file. BTW, I tried icecast-2.2-kh14.tar.gz from mediacast1.com/~karl but it won't untar completely; it gives this: . . . icecast-2.2-kh14/doc/icecast2_admin.html icecast-2.2-kh14/doc/icecast2_basicsetup.html icecast-2.2-kh14/doc/icecast2_config_file.html gzip: stdin: unexpected end of file tar: Unexpected EOF in archive tar: Unexpected EOF in archive tar: Error is not recoverable: exiting now and won't configure. However, icecast-2.2-kh13.tar.gz untarred just fine. --------------------- Brendan Cully brendan at xiph.org wrote: Mon Jul 25 14:56:28 PDT 2005 On Monday, 25 July 2005 at 11:56, Robert Muchnick wrote:> > I have an experimental installation of ices 0.4 streaming to icecast 2.2.0 > > on the same server (libshout 2.1). Ices had been very stable until this > > weekend, when it began dying after playing only a few MP3s (same files as > > before). Nothing in the ices.log to indicate a problem. The icecast error > > log shows this when ices dies:> You might want to crank up the ices logging level. Also the ices.cue > file would be a good clue about whether ices died in the middle of a > track or not.Robert Muchnick Xenterra.net 720-276-7917
On Tue, 2005-07-26 at 18:43, Robert Muchnick wrote:> Thanks for the suggestion. It turns out that debug for ices told me > nothing but debug for icecast 2.2.0 showed that it was terminating the > source at the same place in the playlist, apparently due to a lack of > trailing metadata in one particular file -- icecast saw it as end of > stream.> After checking code updates on the TRAC system, I installed the kh branch > of icecast (kh13) and this seems to have fixed the spontaneous dropping of > the mountpoint due to this particular file.I'm not sure what the changes in -kh would have with this, the mp3 difference is really just making sure there are blocks of a certain size. I would need the test case to verify it.> BTW, I tried icecast-2.2-kh14.tar.gz from mediacast1.com/~karl but it > won't untar completely; it gives this: > > . . . > icecast-2.2-kh14/doc/icecast2_admin.html > icecast-2.2-kh14/doc/icecast2_basicsetup.html > icecast-2.2-kh14/doc/icecast2_config_file.html > > gzip: stdin: unexpected end of file > tar: Unexpected EOF in archive > tar: Unexpected EOF in archive > tar: Error is not recoverable: exiting nowmaybe an interrupted download, I believe the mediacast1.com server was rebooted yesterday, so you may of caught it. The tar.gz untars here without issue karl.
On Tue, 26 Jul 2005, Karl Heyes wrote:> On Tue, 2005-07-26 at 18:43, Robert Muchnick wrote:<< >>>> icecast saw it as end of >> stream. > >> After checking code updates on the TRAC system, I installed the kh branch >> of icecast (kh13) and this seems to have fixed the spontaneous dropping of >> the mountpoint due to this particular file. > > I'm not sure what the changes in -kh would have with this, the mp3 > difference is really just making sure there are blocks of a certain > size. I would need the test case to verify it.It was the changes noted at http://trac.xiph.org/cgi-bin/trac.cgi/changeset/9465, starting at line 468 that made me think this new code might accommodate the mp3's particular problem. Seems to have done it, as that playlist ran flawlessly for hours today after installing kh13. (I can send you the offending music file offlist if you want it, if that's what you meant.)>> BTW, I tried icecast-2.2-kh14.tar.gz from mediacast1.com/~karl but it >> won't untar completely; it gives this:<< >>> maybe an interrupted download, I believe the mediacast1.com server was > rebooted yesterday, so you may of caught it. The tar.gz untars here > without issueYup. Must have got caught right in it toward the end of the download so I had a "big" file, not an obvious error. kh14 compiles perfectly now. Thanks. Robert Muchnick Xenterra.net 720-276-7917