On Thu, 24 Feb 2005, Karl Heyes wrote:> On Thu, 2005-02-24 at 18:11, Kevin S. Brackett wrote: >> I have a icecast2, everything is working great, except for 2 issues.. >> >> 1, Quicktime is always buffering... never plays, anyone seen this and if >> so know of a solution? > > not sure, make sure that quicktime handles the stream format you're > sending it.Just sending a normal m3u stream. it's strange because if I kill the stream, quicktime will start playing it.. infinite buffer.>> 2, the icecast web server gives 404 errors for the png and css files that >> are in the web root, is this a known issue? > > The usual causes are either fserve set to 0, webroot isn't where you > think it is(eg because of chroot), or a permission problem (ie icecast > is not allowed to read the file).Doh. Fserve fixed that one, thanks...
On Thu, 2005-02-24 at 18:22, Kevin S. Brackett wrote:> On Thu, 24 Feb 2005, Karl Heyes wrote: > > > On Thu, 2005-02-24 at 18:11, Kevin S. Brackett wrote: > >> I have a icecast2, everything is working great, except for 2 issues.. > >> > >> 1, Quicktime is always buffering... never plays, anyone seen this and if > >> so know of a solution? > > > > not sure, make sure that quicktime handles the stream format you're > > sending it. > > Just sending a normal m3u stream. it's strange because if I kill the > stream, quicktime will start playing it.. infinite buffer.m3u isn't a stream format, it's a playlist format, often used by web browsers to kick off your player. Icecast can generate an m3u which will list the stream in question but whether quicktime will know how to decode that stream will depend on the installation of your player. karl.
>>> On Thu, 2005-02-24 at 18:11, Kevin S. Brackett wrote: >>>> I have a icecast2, everything is working great, except for 2 issues.. >>>> >>>> 1, Quicktime is always buffering... never plays, anyone seen this and if >>>> so know of a solution? >>> >>> not sure, make sure that quicktime handles the stream format you're >>> sending it. >> >> Just sending a normal m3u stream. it's strange because if I kill the >> stream, quicktime will start playing it.. infinite buffer. > > m3u isn't a stream format, it's a playlist format, often used by web > browsers to kick off your player. Icecast can generate an m3u which > will list the stream in question but whether quicktime will know how to > decode that stream will depend on the installation of your player.Well, I meant mp3s served by the icecast m3u mount... The fact that quicktime buffers while the source is active but play after the source has been dropped is what confuses me the most...
[Forwarding to the list - mistakenly replied directly to Kevin only] On Thu, 24 Feb 2005 13:44:03 -0500 (EST), Kevin S. Brackett <ksb@platypusgroup.com> wrote:> >>> On Thu, 2005-02-24 at 18:11, Kevin S. Brackett wrote: > >>>> I have a icecast2, everything is working great, except for 2 issues.. > >>>> > >>>> 1, Quicktime is always buffering... never plays, anyone seen this and if > >>>> so know of a solution? > >>> > >>> not sure, make sure that quicktime handles the stream format you're > >>> sending it. > >> > >> Just sending a normal m3u stream. it's strange because if I kill the > >> stream, quicktime will start playing it.. infinite buffer. > > > > m3u isn't a stream format, it's a playlist format, often used by web > > browsers to kick off your player. Icecast can generate an m3u which > > will list the stream in question but whether quicktime will know how to > > decode that stream will depend on the installation of your player. > > Well, I meant mp3s served by the icecast m3u mount... The fact that > quicktime buffers while the source is active but play after the source has > been dropped is what confuses me the most...Kevin - this is precisely what Quicktime does if you feed it the MP3 stream direct, rather than giving it the M3U telling it to stream the MP3. Are you sure you're giving quicktime the M3U? You need to mount a stream at (for example) /blonky and then get quicktime to call /blonky.m3u , meaning that icecast automatically generates the playlist file. One possible cause of the problem would be if you actually mounted your MP3 stream as /blonky.m3u, which would serve it as an MP3 stream regardless of the "file extension" on the stream name. (And if this is what has happened, then you might find /blonky.m3u.m3u is the URL you should call!) Dan -- http://www.mcld.co.uk
> >>>>>> 1, Quicktime is always buffering... never plays, anyone seen this and if > >>>>>> so know of a solution? > >>>>> > >>>>> not sure, make sure that quicktime handles the stream format you're > >>>>> sending it. > > The stream is mounted as /starfish .. served as starfish.m3u > (http://www.winkingstarfish.com:8000/starfish.m3u is the exact url)You know, you're right. And in fact the same happens with my MP3 stream via M3U in Quicktime, which I seem to have overlooked... particularly odd since iTunes handles it perfectly... -- http://www.flatfourradio.co.uk
icy://www.winkingstarfish.com:8000/starfish works just fine here. NOTE: QuickTime needs icy:// for these streams. Thank you Apple. Think different indeed. -greg. At 02:10 2005-02-26, Dan Stowell wrote:> > >>>>>> 1, Quicktime is always buffering... never plays, anyone seen > this and if > > >>>>>> so know of a solution? > > >>>>> > > >>>>> not sure, make sure that quicktime handles the stream format you're > > >>>>> sending it. > > > > The stream is mounted as /starfish .. served as starfish.m3u > > (http://www.winkingstarfish.com:8000/starfish.m3u is the exact url) > >You know, you're right. And in fact the same happens with my MP3 >stream via M3U in Quicktime, which I seem to have overlooked... >particularly odd since iTunes handles it perfectly... > >-- >http://www.flatfourradio.co.uk >_______________________________________________ >Icecast mailing list >Icecast@xiph.org >http://lists.xiph.org/mailman/listinfo/icecast__________________________________________________________________________ Greg J. Ogonowski VP Product Development ORBAN / CRL, Inc. 1525 Alvarado St. San Leandro, CA 94577 USA TEL +1 510 351-3500 FAX +1 510 351-0500 greg@orban.com http://www.orban.com