similar to: IE/FLASH/ICECAST

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,

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");

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

Hi everybody, Assorgia and me, we have worked on the Flash client for Icecast2. We got successful results with: -Windows (Netscape, Mozilla, CompuServe, or Opera) -Macintosh and Linux(Netscape, Internet Explorer for Macintosh, Safari, AOL, Opera, or CompuServe) For Windows (Internet Explorer or AOL) some headers sent by Icecast2 are missing. These headers are sent by Icecast1 but NOT Icecast2

> 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: > > >

This is regarding the Flash player... There is nothing special that needs to be coded into your icecast 2.2.0 server to accomplish this. I've been streaming it thru Flash now for 5 months. www.krushradio.com click on the click2listen button. It will launch my microsite. I'm streaming it on a Windows server, and I'm using my own software to drop xml files for the player to read the

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

Hi, What is the actual functionality of ezstream when I use it with Icecast?What does it exactly do? Why isn't Icecast written to read a file directly and stream it? -- ~$ubh

-----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:

hi list, I'm looking for a way to execute commands in my dialplan specifically when a caller has hung up. my curretn dialplan looks like this: exten => s,1,Answer exten => s,n(restart),BackGround(intro) exten => s,n,Read(Enter,4,4) exten => s,n,Voicemail(${Enter},u) exten => s,n,agi(process.php|${Enter}) exten => #,1,Playback(thanks) exten => #,n,Hangup it lets a user

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 in "client.c" of Icecast2 instead of "format_mp3.c" as you

Just a nifty thing to have for icecast server access logs... diff against CVS HEAD is attached. <p> Index: configure.in =================================================================== RCS file: /usr/local/cvsroot/libshout/configure.in,v retrieving revision 1.65 diff -u -r1.65 configure.in --- configure.in 13 Jul 2003 16:36:37 -0000 1.65 +++ configure.in 21 Jul 2003 04:20:22 -0000 @@

hi everyone, we're running a webradio-station focussed on electronic music (http://www.play.fm), using icecast 2.2.0 (on SuSe Linux 9). we're broadcasting 4 hours of live-program each day (using streamtranscoder). what I would like to do is to stream a generated playlist of mp3-files during the rest of t. day (using something like ezstream, which I have currently installed & played

hi everybody, I'm currently planning a small-sized web-applicaiton allowing users to call-in via phone. the phonecalls should be recorded and processed further by some custom scripts - sounds like asterisk is a perfect match for this app. however, during prototyping I have no ISDN-connection whatsoever available, so I was asking myself if it's possible to connect a cellphone via

hi folks, I've built a simple PHP-script utilizing the AGI-interface. in extensions.conf I trigger the script and pass a single value as first argument: exten => h,1,DeadAGI(process.php|${Enter}) On the Asterisk-console, I can actually see that the script is called correctly (something like "DeadAGI(process.php|1234)"). However, when I read stdin in the PHP script, I receive

relaying a shoutcast stream via icecast2 is pretty much unlistenable -- it constantly stutters. for example, shoutcast relay -- http://205.188.234.1:8030/listen.pls icecast2 relay -- http://liveradio.indymedia.org:8001/sf-hifi.mp3.m3u --mark --- >8 ---- List archives: http://www.xiph.org/archives/ icecast project homepage: http://www.icecast.org/ To unsubscribe from this list, send 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,

hi community, I'm new to this list & asterisk in general, so let me first say thx to everybody involved in providing such great tools & ressources!! I'm currently trying to implement a simple voicebox-system. for demonstration purposes, I've successfully connected my cellphone via bluetooth using the current chan_cellphone-patch on the current SVN-version of asterisk.