search for: refbufs

Hello, I work at SmarctJog.com, we have here some patches on IceCast for performance and reliability, these are mostly client/connection/source cleanups (a slave merge is underway, and some more good stuff (c)), but we'd like this to be merged in before the list gets any longer. Please find attached a list of our patches with a short desc: This one is actually not from us/me, it was found

I am new to your lists but I have found something in icecast 2.3.1 that may need further review. there is a segfault when you have a failover mount point and the failover mount is using ezstream and you restart ices-2.x and the clients fail back. found via gdb. Very short diff to format.c line 104 below. diff -urNab icecast-2.3.1.orig/src/format.c icecast-2.3.1/src/format.c ---

Hi, If you have multiple players installed on your PC/Mac .m3u will always open the last media player who are the default in charge of the extension and mime m3u. On your web site you want maybe to force a link to open real media player or quicktime/itune. You need to create a .pls to force winamp loading the streaming because windows media player won't open .pls etc. If you add a .pls

I finally managed to get back to working on this patch. To get some feedback I've linked to it and posted a few comments on it. http://mediacast1.com/~karl/single-q.diff My previous patch (client write) I sent to the list needs to be applied first, there was no feedback to it. http://www.xiph.org/archives/icecast-dev/1153.html (looks like it still applies to svn, if not then let me know)

On Saturday 18 January 2003 16:04, Michael Smith shaped the electrons to shout: > On Sunday 19 January 2003 01:59, Ricardo Galli wrote: > > On Saturday 18 January 2003 03:37, Michael Smith shaped the electrons > > to > > > > shout: > > > We can't just drop packets, the transmission model assumed by the > > > format handlers (and required by at

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

On Sunday 19 January 2003 03:35, Michael Smith shaped the electrons to shout: > There's a bad interaction here between the predata and this faststart. > Suppose we have two logical streams (A and B), and the stream has just > recently got to logical stream B. Now, this means the fast start queue > contains the end of stream A, then the stream B headers, then the start > of

I'm trying to get icecast 2.3.1 compiled on a slackware 10.0 box. I've successfully compiled the libshout libraries. Now this is what I got after a make in the source dir: > make[3]: Entering directory `/tar_archive/icecast-2.3.1/src' > /bin/sh ../libtool --mode=link gcc -pthread -g -O2 -L/usr/local/lib > -o icecast cfgfile.o main.o logging.o sighandler.o connection.o

Hi, A radio is being developped at school, and we wanted to avoid eating too much bandwidth, so we had a look at RTP. I first implemented it in icecast1 and it worked well (although we had to apply a patch to make RTP work with xmms). We are indeed saving a lot of bandwidth. I then adapted it to icecast2, here is the patch. The biggest trouble for now is the configurability. I added 3 global

On Saturday 18 January 2003 03:37, Michael Smith shaped the electrons to shout: > We can't just drop packets, the transmission model assumed by the > format handlers (and required by at least one of them) will not permit It's not vorbis. Does it? > us to drop any data. It'd be possible, in theory at least, to tag > buffers with a flag to say that they can be dropped, but

...es and if that is > continuously having to queue (ie not all data can be sent) then display > the warning, maybe make it a run-time option (default enabled). Hi Karl, I will study it later. Do you have commit privileges? If so, I can send you also a patch to solve a memory leak bug (refbufs not released) and propose a bigger change: move the logic of actually sending the buffers to another function, and also exploit it to do some flow control. It is working in my site since a year without a glitch. It's something like (for old icecast version): <p>+int send_client_que...

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

Ok here's the deal. I set up Icecast and Oddcast, got them to communicate properly, but cannot access the live audio remotely. On other computers in the LAN it works perfetly. Currently I operate wirelessly behind a D-Link 514 router (a mite outdated by now, yes?) and have opened all necessary ports, turned my firewalls off, set this computer as a DMZ, pretty much everything I can think of -

Hi, find enclosed a patch to implement faststart (or prebuffering). Basically, it stores a number of "refbuf"s, configurable by seconds. When a new client connects, it adds the prebuffers to que clients' queue so they are delivered as fast as permitted by the connection. As result, the players prebuffers are filled up faster giving a better "response". I tried

Hello, I'm a new user of icecast which is a really cool software. I use it with the the http proxy module of apache httpd to do port forwarding with 2 sub domains. On my router i forward all tcp traffic of the port 80 to my server. 2 Sub domains are redirected to my server : radio.mydomain.com (icecast) music.mydomain.com (ampache) my apache server host the ampache application with a

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

marco chrappan wrote: > I'm trying to get icecast 2.3.1 compiled on a slackware 10.0 box. I've > successfully compiled the libshout libraries. Now this is what I got > after a make > in the source dir: > > >> make[3]: Entering directory `/tar_archive/icecast-2.3.1/src' >> /bin/sh ../libtool --mode=link gcc -pthread -g -O2 -L/usr/local/lib >> -o

Hello everyone, I have created a patch that allows an iPod touch or iPhone with "CoreMedia" to receive Icecast streams directly from the server. I did modify the original patch from the mailing list to include user agent switching for CoreMedia vs. other browsers. Please let me know how it works. I have been streaming a local weather radio on Icecast with the iPhone patch (attached)

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