similar to: icecast2 disconnects..

i can confirm that this fixes the bug. <p>On Sun, 2002-10-06 at 06:12, Michael Smith wrote: > At 09:29 PM 10/4/02 -0500, you wrote: > >weird..I posted this a few days ago, but it never showed up... > > It did, I just didn't get around to looking at it in depth... > > > > >anyway, here it is (again) :) >

Michael Smith wrote: > This looks like the two sources successfully connected, some clients > then successfully connected to those sources, and then the sources > disconnected later on. Where's the problem? The problem is that the source does not intend to disconnect. The whole setup is the following: 1. server machine, with both icecast 1.x and icecast2 installed 2. encoder,

ugh. this is a showstopper.. is there any fix yet? i'm having the same issue. if i HUP ices, it doesn't cause my client to reconnect (the song changes and the metadata updates) but when it normally switches tracks, the stream ends. i also see "invalid password" messages in my error log.. <p><p>On Fri, 2002-10-04 at 22:29, oddsock wrote: > weird..I posted this

indeed it does..nice work Mike :) oh, and am I not supposed to see my responses to the list ? I get all responses to my post, just not my original post, which is kind of disconcerting if I don't get any responses to a post...anyway, at least this bug is fixed... now if we could only get the server to send stream data out as fast as it can when a client first connects to eliminate the

icecast 1.3 had the "nametemplate" option.. is there any way to duplicate this in icecast2? i like to see our custom station info (name/url) along side the artist/title info. -- http://chemlab.org - email shade-pgpkey@chemlab.org for pgp public key chemlab radio! - drop out @ http://mp3.chemlab.org:8000 24-7-365 "i could build anything if i could just find my

easy one.. nametemplate chemlab radio! - %s - http://chemlab.org o if the currently playing track was "underworld - cowgirl" you'd see: chemlab radio! - underworld - cowgirl - http://chemlab.org crolling across your player.... <p>On Sun, 2002-10-06 at 07:48, Michael Smith wrote: > At 07:19 AM 10/6/02 -0400, you wrote: > >icecast 1.3 had the

At 09:29 PM 10/4/02 -0500, you wrote: >weird..I posted this a few days ago, but it never showed up... It did, I just didn't get around to looking at it in depth... > >anyway, here it is (again) :) >--------------------------------------------------- > >while we are talking about disconnects, I'll mention the fact that >apparently when metadata song changes are done

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 ogg files as they were encoded (egoplay.ogg). the second is a

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

massive props to the vorbis and icecast2 people.. this is truely impressive stuff guys. we're going live with pure icecast2/vorbis monday. its scary that 56K vorbis sounds almost as good as 128K mp3. this is a lifesaver as our isp is about to pull the plug for excessive bandwidth usage :> -- http://chemlab.org - email shade-pgpkey@chemlab.org for pgp public key chemlab radio!

ices.conf: <Public>1</Public> <!-- The name of you stream, not the name of the song! --> <Name>Poohba's Urban Sounds</Name> <!-- Genre of your stream, be it rock or pop or whatever --> <Genre>RnB</Genre> icecast.xml <directory> <yp-url-timeout>15</yp-url-timeout>

I'm relaying an icecast1 mp3 stream with icecast2. This works fine, and the song title is displayed correctly no matter if I use <relay-shoutcast-metadata>1</> or not on the relay. But, the stream name and other metadata provided by ices0 on the icecast1 server is not displayed in the listening client. Icecast1 source: [Id: 1] [Sock: 11] [Time of connect: 09/Aug/2004:10:01:24]

I've been looking over icecast2 and notice that it's all ogg. Are there plans for mp3 support in it, or will that be left to icecast1? I love ogg, but still have a sizeable set of mp3's from before I found it. Is it possible to have a stream of varying formats where songs could be either mp3 or ogg and the listening program uses the appropriate plugin/player to handle decoding, or

I remember working with a company called clubcastlive.com who were essentially doing the same thing - always wondered what happened to them - I guess as an internet company they went out of business. S&M <p>Monday, February 24, 2003, 11:06:26 PM, you wrote: <p> >> I've got a dilema. For months, I've been planning and implementing >> a large project

I thought the YP code was going to be fixed to use less resources so it could be used with other stream formats. It seems to be taking a long time. As it is now, Icecast2 is not a good solution for those wanting to be on a popular directory. I am forced to recommend using Shoutcast to my clients so they can get onto a popular directory. I would prefer to recommend Icecast2. Ross Levis.

Hi all, I set up ezstream to read a playlist.m3u file containing only MP3 encoded songs (to shuffle continuously) and push this to icecast2. This works, and I can also reencode to a lower bitrate. I would like to know if there is a way to reencode these MP3s into AAC-LC 128kpbs and then push the stream to icecast2. I'm doing this on a VM with only terminal access and no audio hardware, so

Hi! Been trying to figure out how to stream metadata. I got metadata streaming working for MP3, but just cant seem to make it work for Ogg? This is how I *think* it works - please correct me where I'm wrong: 1. For MP3 the metadata is updated via a HTTP GET (aka Old shoutcast method, just new URL /admin/) 2. For Ogg the metadata is embedded directly into the stream using a comment packet? I

According to what I've read on this mailing list, it should be possible to stream MP3 data to icecast2 using ices-0.2.3, which I assume also should be the case for any other streaming client based on libshout1. So I decided to test this out to see if we really could dispense with icecast1 altogether on the server I help administer. My results were not promising, to say the least. I wiped out

On Wednesday 29 October 2003 17:29, Ricardo wrote: > Excellent! > > With WinAmp 5 it works but after about 45seconds I get the same messages in > error.log > > [2003-10-29 08:38:33] DBUG format/format_generic_write_buf_to_client > Client had recoverable error -1 This should never happen. It looks like a bug present in some old versions (> 6 months old), are you sure a

I can understand wanting to boost the adoption of Xiph codecs, but I think restricting the directory to vorbis streams only will not help this endeavour. I can imagine it will just piss a lot of people, including myself, and give Xiph a bad name. I get very few listeners of my AAC+ stream now since this occured. The restriction is not an insentive to switch to Ogg Vorbis at all. The incentive