similar to: Patch to add User-Agent to libshout

I've been using Ices2 for quite a while with no real problems; fairly stable and does what I want it to. Can't ask for more, eh? :) Anyway, the latest checkouts of CVS won't even get past the ./autogen.sh/./configure portion, so I was wondering if the automake/autoconf requirements had changed recently. This is my setup: Gentoo Linux automake 1.7.5(-r2) autoconf 2.57(-r1) The -r*

Current (and even icecast 1.3) icecast strftime() format option is to specify "%z" for gathering the timezone value for use in the logs. This isn't POSIX. The true token for standard strftime() timezone value is %Z. This patch fixes that. Without it, your log entries *may* look like this: 66.93.53.158 - - [21/Jul/2003:00:36:57 %z] "GET /full-on HTTP/1.1" 200 31554203

Hello, I've created a macromedia flash player in order to play icecast mp3 streaming. Icecast is configued on the port 8000 and It's ok with winamp. In my flash movie, I've used loadSound("<streaming>",true) on a Sound object. It's ok on Mozilla based browsers but some user don't have sound on Internet Explorer. D't understand? Is there an issue? Thx

On Mon, 2005-06-27 at 19:33, Michael Kamleitner wrote: > hi, > > icecast 2.2.0 has to be patched slightly to work with flash-players using > the sound-object - cant find the exact link to this, maybe one of the > developers can explain? I just added 4 lines at the end of > format_mp3_send_headers() in format_mp3.c: > > sock_write(client->con->sock,

-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Hi I have started to add bandwidth <limit> option to icecast. My ideea is to compute the current bandwidth by estimation on each sock_write*() call. Something like this: 1. initially we set kbps = 0, kbps_time = now and kbps_bytes = 0 2. after some time, a sock_write*() function is called which in turn calls sock_kbps_update(nobytes);

I've attached a small patch against icecast 2 which converts ice- headers to icy- headers for clients that include icy- headers in their request. This allows a few clients (notably xmms) to pick up stream info they otherwise miss. -b -------------- next part -------------- Index: src/format.c =================================================================== RCS file:

Is there any flash based players out that can be embedded into a webpage and stream a icecast feed? -=-=-=-=-=-=-=Ottawa Valley Weather-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-= Weather @ 5:50pm - Temp: 31.1?C - Humidity 23% - Wind: W @ 0 km/h Baro: 1001kPa Falling - Vis: 24km - Sky: Few Clouds - Weather: --- Hourly Rain: 0.00mm - Daily Rain: 0.00mm - Total Rain(May 28th): 1.00mm =-=-=-=

Hi Karl, Thanks for your help, About the "Connection:" header, you are right, it's: "Connection: close" and NOT "Connection: keep-alive". The protocol when the SERVER sends the data is http 1.0. It's http 1.1 when the browser requests the data. I don't understand the "Content-Length: 54000000" header either. Also I noticed the flash player on

Hello when i install ices-2.0.0, i can't finish "./configure", system said as fellow: checking for a BSD-compatible install... /usr/bin/install -c checking whether build environment is sane... yes checking for gawk... gawk checking whether make sets $(MAKE)... yes checking whether to enable maintainer-specific portions of Makefiles... no checking for gcc... gcc checking for C

The open source fdk-aac encoder, available there: https://github.com/mstorsjo/fdk-aac offers pretty good quality. As for libshout, I do not think that it is currently posible to send AAC data using it. First, libshout doesn't have support to buffer and control timing of data sent. And even is you use the un-timed API (shout_send_raw), the library cannot set the proper mime type, due to a

problem of the very large memory require by the Sign extension. --- R-2.5.0.orig/src/main/serialize.c 2007-03-27 01:42:08.000000000 +0900 +++ R-2.5.0/src/main/serialize.c 2007-06-25 00:48:58.000000000 +0900 @@ -1866,7 +1866,7 @@ static void resize_buffer(membuf_t mb, int needed) { - int newsize = 2 * needed; + size_t newsize = 2 * needed; mb->buf = realloc(mb->buf,

I have tried that, but not sure if i am doing that right. in connection.c starting line 847 i believe, it sends this bytes = sock_write(client->con->sock, "HTTP/1.0 200 OK\r\n" "Content-Type: audio/x-mpegurl\r\n\r\n" "http://%s:%d%s\r\n", host, port,

On Saturday 06 December 2003 17:12, Macsym wrote: > Hi Karl, > > I just checked in Icecast1 source, the line: > > if (client_wants_content_length (con)) > sock_write (con->sock, "Cache-Control: no-cache\r\nPragma: > no-cache\r\nConnection: close\r\nContent-Length: 54000000\r\n"); > > > is located in "client.c". Shouldn't I add this line

I though I should let you all know of this: Trying to build R-0.62.2 on a SunOS xxxx 4.1.4 2 sun4m machine using gcc (gcc version egcs-2.91.57 19980901 (egcs-1.1 release)): gnumake[2]: Entering directory `/tmp_mnt/xxxx/src/R-0.64.2/src/unix' gcc -g -O2 -I../include -I../../src/include -c Rsock.c -o Rsock.o In file included from Rsock.c:8: sock.h:21: parse error before `Sock_read'

Didnt try the application/ogg ogg extension yet, ill give that a shot. <p>Dave St John Mediacast1 Administration Need Support ? http://mediacast1.com/helpdesk ----- Original Message ----- From: "Geoff Shang" <gshang@pacific.net.au> To: <icecast-dev@xiph.org> Sent: Friday, April 02, 2004 5:28 AM Subject: Re: [icecast-dev] icecast2 ogg vorbis client request

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

-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 On Fri, 13 Feb 2004, Dave St John wrote: > > > > Another nice feature to add would be a "bandwidth" limit (so just a > new > > > > <limit> type entry). > If you are running icecast2 on linux you can handle bandwidth limitations > using QoS > more specificly iproute2. You mistunderstood me. No, I

Hi All, While testing another patch, I found that I could not longer log in as root, even if PermitRootLogin was yes. It seems to be the following code in auth_password: $ cvs diff -r1.48 -r1.49 auth-passwd.c [snip] #ifndef HAVE_CYGWIN - if (pw->pw_uid == 0 && options.permit_root_login != PERMIT_YES) + if (pw->pw_uid == 0 && options.permit_root_login !=

hi, icecast 2.2.0 has to be patched slightly to work with flash-players using the sound-object - cant find the exact link to this, maybe one of the developers can explain? I just added 4 lines at the end of format_mp3_send_headers() in format_mp3.c: sock_write(client->con->sock, "Cache-Control: no-cache\r\n"); sock_write(client->con->sock, "Pragma: no-cache\r\n");

> On Mon, 2005-06-27 at 19:33, Michael Kamleitner wrote: > > hi, > > > > icecast 2.2.0 has to be patched slightly to work with > flash-players using > > the sound-object - cant find the exact link to this, maybe > one of the > > developers can explain? I just added 4 lines at the end of > > format_mp3_send_headers() in format_mp3.c: > > >