similar to: BUG: sending bad buf's in MP3

Here is a patch for icecast 2.3.2 that adds support for listening to mp3 and aac+ streams on the iphone. A quick background on the technical aspects of the patch and why it is needed : With the advent of 3g on the iphone, lots of people have been jumping on the bandwagon of providing internet radio streams that work on the iPhone. The biggest problem is that (without having to install an

Hi, I use liveice/icecast on a linux box redhat 6 (2.2.18) and my problem is that the streamed audio gets chopped -on the LAN!!! The audio is encoded in 32kbps and I have a 512kbps/512kbps connection, so it should be enough to stream several connections at once. It sounds just like when a cd gets dirty or scracthed on the back. Anyway, it seems to go away if you can endure the terrible sound for

On Tuesday 21 January 2003 10:38, Michael Smith shaped the electrons to shout: > This is much improved. There are a few things to clean up (comments, > for instance, since we're not targetting C99), plus actually writing > the generic implementation for get_predata() (which at the moment only > mp3 will use), but the design looks fine. I'm unlikely to have time to Hope you

Hi, I am new to rails. I need to edit an existing pdf file and fill in some data and send it to browser, how to implement this? Is there an example online I can look at it? Thanks! -- Posted via http://www.ruby-forum.com/. -- You received this message because you are subscribed to the Google Groups "Ruby on Rails: Talk" group. To post to this group, send email to

In message "[icecast] icecast-2.0-kh34" on 24.04.2004, Karl Heyes <karl@xiph.org> writes: KH> On Fri, 2004-04-23 at 09:58, Wild Karl-Heinz wrote: KH> ... [snip] >> ... but it coredumps every 10 secs. KH> There is a segv bug in kh34 triggered when clients move from one mount KH> to another. That should be fixed now in kh35. the result with gdb .... (gdb)

On Sun, 25 Apr 2004, Wild Karl-Heinz wrote: > Program received signal SIGSEGV, Segmentation fault. > 0x08057f50 in format_mp3_write_buf_to_client (self=0x80bee00, client=0x80d5e00) > at format_mp3.c:311 > 311 if (ret < (int)refbuf->associated->len) > > what else can i do? When you get to this point, you should do a backtrace so Karl can see what is

Hi All, I attempted to switch my MP3 server from Icecast 1 to Icecast 2 today. I run a Live365 station, Big Planet Radio, which simply relays my local Icecast server. My Icecast 2 error.log file shows a lot of the following messages when the Live365 server, Nanocaster 2.5.6, is connected to it: [2003-05-14 22:09:15] DBUG format-mp3/format_mp3_write_buf_to_client Client had recoverable error

Hi All, I attempted to switch my MP3 server from Icecast 1 to Icecast 2 today. I run a Live365 station, Big Planet Radio, which simply relays my local Icecast server. My Icecast 2 error.log file shows a lot of the following messages when the Live365 server, Nanocaster 2.5.6, is connected to it: [2003-05-14 22:09:15] DBUG format-mp3/format_mp3_write_buf_to_client Client had recoverable error

Hi Aaron thats interesting, I made a similar change to icecast some time ago myself. It writes ALL metadata to the log, not only ARTIST and TRACK. We wanted to include more information into the playlist of our radio but unfortunately we discovered that oddcast doesn't send more than ARTIST and TRACK... so I am looking for something that sends really everything. What do you use as your

hem here it is the patch. ;) bye kysucix -------------- next part -------------- Index: conf/icecast.xml.in =================================================================== --- conf/icecast.xml.in (revisione 10365) +++ conf/icecast.xml.in (copia locale) @@ -62,6 +62,7 @@ <port>8001</port> </listen-socket> --> +

Hi there, I?m using icecast 2.0.1 with darkice 0.14 streaming an 192kb mp3 stream. Everything seems to work fine except that clients (eg winamp5) disconnect after a period of time (5/10/20 minutes). The icecast log shows some weir errors: [2004-08-18? 01:24:54] DBUG format-mp3/format_mp3_write_buf_to_client Client had recoverable error -1 [2004-08-18? 01:24:54] DBUG

Hi guys, i have an Icecast2 server with 3 source client (Oddcast V3). I can see in my error.log this lines: [2005-12-14 12:06:13] DBUG format-mp3/format_mp3_write_buf_to_client Client had recoverable error -1 [2005-12-14 12:06:13] DBUG format-mp3/format_mp3_write_buf_to_client Client had recoverable error -1 [2005-12-14 12:06:13] DBUG format-mp3/format_mp3_write_buf_to_client Client had

Updated version of video preview covering frame writing every 3 keyframe and a xsl typo. Best regards :) kysucix -- Make things as simple as possible, but no simpler. - Albert Einstein

Hi. Here it is my patch to put a video preview of a theora stream in status.xsl. I just added a: <video-preview>1</video-preview> parameters in icecast.xml.in that control the previewing function. It encodes a png in $webroot/$mountname.tmp and then move it to $webroot/$mountname.png As for now it saves a frame every theora keyframe, which is probably too heavy for the server but

Hi, I added metadata support for the stdinpcm module of ices. The metadata have to be submitted via file (as stdin is already used for the strem). Please apply this patch to the current cvs sources. <p>Deti <p> Index: im_stdinpcm.c =================================================================== RCS file: /usr/local/cvsroot/ices/src/im_stdinpcm.c,v retrieving revision 1.8 diff

Hello, Does anybody know how I can configure icecast so it doesn't disconnect a client which "has fallen too far behind". We are using icecast2.01 streaming software for our church home-listening system. Our client we use a netgem-netbox. We are streaming 25kbps MP3 on V90-56kbps modem connection After around 45 minutes after starting the cleint the icecast error.log reports:

I want the callers don't join in a queue when the agents are busy. I suposse it is easy but i can't get the solution for this. Can you suggest me something? Thanks. -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.digium.com/pipermail/asterisk-users/attachments/20081229/3545ab8c/attachment.htm

this is probably caused by the lack of buffering in icecast2. Their relay client may be doing some buffering in itself, and if it's expecting for there to be buffering on the server side as well, it might exhibit a behavior you are seeing....(that also is a difference between iceast1 and icecast2 - no server-side buffering in icecast2 and there was in icecast1)... fwiw, I am trying to

On Wed, 2004-09-01 at 23:06, Silvester Verdonkschot wrote: > Hi there, > > I?m using icecast 2.0.1 with darkice 0.14 streaming an 192kb mp3 stream. > Everything seems to work fine except that clients (eg winamp5) disconnect > after a period of time (5/10/20 minutes). The icecast log shows some weir > errors: > > [2004-08-18 01:24:54] DBUG

Did the following: svn checkout http://svn.digium.com/svn/asterisk-addons/trunk asterisk-addons svn checkout http://svn.digium.com/svn/asterisk/trunk asterisk svn checkout http://svn.digium.com/svn/zaptel/trunk zaptel svn checkout http://svn.digium.com/svn/libpri/trunk libpri Compiled and installed zaptel, libpri, asterisk and finally asterisk-addons. Following errors ocurrs when compiling