similar to: Server drops client - problem with IceS?

Can anybody help me, I have Icecast2 and Ices2 on Mandrake and want to play a static playlist. I am getting the following problem: [2003-06-26 12:56:08] DBUG connection/_handle_get_request Client connected [2003-06-26 12:56:08] DBUG admin/admin_handle_request Got command (streamlist) [2003-06-26 12:56:08] INFO admin/admin_handle_request Bad or missing password on admin command request

Hello Everyone, I have a bit of a problem trying to set up Icecast2 + Ice2, on my debian box, I installed icecast2 ver 2.3.2-6 and ices2 2.0.1-8. I'm able to start icecast2 as shown in the logs: [2012-12-24 20:34:27] INFO main/main Icecast 2.3.2 server started [2012-12-24 20:34:27] DBUG yp/yp_recheck_config Updating YP configuration [2012-12-24 20:34:27] INFO

Geoff Shang wrote: > Does your playback match the sound that you are encoding? Perhaps share > your config file so we can help troubleshoot this. I would think so, but I might have missed something. <p>Here is my IceS2-config - with this one, the problem manifests after 2 minutes of playing, and the client is disconnected after 3 minutes. I have tried tweaking bitrate, quality,

>if you are getting the ogg data from a stream then you can just state a >- in the playlist and it will read it from stdin. > >curl .. http://host:port/mountpoint.ogg | ices ices-playlist.xml > >ideally the playlist should be more flexible and allow starting of >external programs but not just yet. > >karl. Thank you! That got it working. Partly. I managed to get two

darkice is an execellent bit of software, very well written. and the author of the darkice software, akos, is very active on the darkice ML. http://yp.tilos.hu:9000/tilos_high.ogg <= for a darkice stream. b. On Sat, Nov 22, 2003 at 12:05:55PM -0500, Brendan Cully wrote: > On Saturday, 22 November 2003 at 10:50, Kerry Cox wrote: > > So basically, I download and install ices 0.3,

Hello, I had a big trouble with ices (ices-2kh60). It is reading a playlist file containing "-" to tell "read stdin". But I think that when stdin is having problem, then ices become mad. It tries hundreds of time per second to play the playlist file content, generating huge amount of traces, which are rotated, but causing a denial of service on the server which become

On Sun, 2003-11-23 at 00:35, Kerry Cox wrote: > Now I tried to add a third stream by adding the following <instance> to > the above config: > > <instance> > <hostname>xx.xxx.x.xxx</hostname> > <port>8000</port> > <password>secretpasswd</password> >

Hi: Last week, I upgraded an icecast2 server and enabled the directory code. The primary streams that run on it showed up nicely. As some may recall, I had issues with libshout compiling (seems the sources got hosed somehow, a fresh checkout fixed everything after all else failed), and I just compiled the latest ices2. I noticed, with some surprise, that the config file hadn't changed in

I'm trying to connect to my icecast2 server with winamp with http:host:8000/test.ogg and I get the following error on the server console: DEBUG: client coming in DEBUG: source not found for client I'm wondering if the playlist.txt file is in the wrong place. It's in /root/ and has absolute pathnames to the ogg files in my home directory /home/user/ogg/ What did

>it supposed to, check the log file for details but there is no reason >for it not to work with 2 instances. > >Note as well, that you should have 2 instances each of which has the >icecast connection details and an encode section. > I don't quite understand. You always talk about two instances. Do you really mean two instances of ices2 called seperately? Do I have to make

Hi, I've been doing some experiments today with ices, icecast-2.0.1 server and using ogg123 to play the stream on a client device... Twice, the client appears to "lock" at around the same point - once at 189:45:56 and the second time at 187:45:40. The server log states: [2004-05-30 17:28:50] DBUG format/format_generic_write_buf_to_client Client had recoverable error -1

Hello Does anyone have experience with _real_ real time streaming - i.e. with very little delay/latency? I need to stream from point A to point B in near-CD quality via a 100 Mbit network. That is easily done using icecast. But here is the tricky bit: I want as little delay in the signal as possibble - preferrably below 50ms! I have made a test setup encoding on and serving from an 800 MHz

I have icecast2 running on several machines now and have gotten relaying to work just fine. I've posted my instructions on how to do this to my icecast docs site. I have just a few more questions. Perhaps some one on this list has already addressed these issues but has simply not posted these elsewhere. 1) I'm looking for a startup script for launching the icecast2 icecast ices binaries

Hello, I had a problem with ices kh48 and icecastkh13. I usually restart them by cron at 00:00. ----------1---------- This night, icecast told ices "Too many sources" for radio-bro-gwened.ogg... All right, I've just seen that my config file is wrong for icecast (I have 3 sources): <sources>2</sources> But, with this configuration, I can have 3 sources:

I have got ices running with quality -1 (and on my roommates crappy computer speakers it sounds damn near the real thing - better than FM radio anyway)... I'm just wondering if it's posible to configure it with a maximum bitrate, or a nominal bitrate. i.e. to use managed bitrates instead of quality (I know it's a no no, but this is streaming!). Mark <p>--- >8 ---- List

Hi: If you want to use icecast 2 for streaming vorbis audio then don't get it from the CVS repository at icecast.org. That's ancient developer stuff in there. Instead get it from the xiph.org CVS repository (see http://www.xiph.org/cvs.html which I see now lists the icecast stuff (yay!). You'll need the icecast module plus the avl, httpp, log, net, thread and timing modules (check

I'm using the latest CVS source under Linux using a playlist of ogg files. When I use a client to connect on the same machine, there is not any disconnect (xmms and zinf). When using a client on a Windows machine, I get mixed results. Zinf on windows will play thru the current song but then stops when the song is finished and does not play the next song being streamed (see log below).

I have problems with the stdinpcm module in ices2. The player fills its buffer and doen't play anything and fill the buffer again and this repeats (with winamp). when I download the stream with wget I can play it from hard disk... is this a common problem with ices2 or do only I experience this behaviour? the oss module works. --- >8 ---- List archives: http://www.xiph.org/archives/

Hello, Perhaps it is a typical question but i've got stuck. I'm using icecast2+ices to stream some ogg vorbis files or voice_in_life (/dev/dsp) over the network/internet. All seems to work fine, for example using: ogg123 http://127.0.0.1:8000/mount works :). And: ogg123 http://my_internet_ip:8000/mount works too from another pc over internet and far away :). Using mplayer works fine

-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Hi, find a patch which is an update to a patch sent months ago. Before it was in net/sock.c, now I moved it to format.c, so net CVS module is not affected. It polls the socket before trying to send() any byte to check if the TCP buffers are full due to network congestion. See below the warning messages of "normal" (at least in