similar to: [PATCH] IceCast2 - socket-based default mount

Reimplementation of my earlier patch - more proper aliasing - at the suggestion of Mike -Paul -------------- next part -------------- diff -ur icecast/CVS/Entries IceCast/CVS/Entries --- icecast/CVS/Entries 2003-04-18 11:00:19.000000000 -0400 +++ IceCast/CVS/Entries 2003-04-17 22:14:16.000000000 -0400 @@ -1,4 +1,3 @@ -/.cvsignore/1.3/Wed Jan 15 05:36:15 2003// /AUTHORS/1.2/Fri Aug 9 15:55:01

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

As proposed in #2272, this renames the mount specific mp3-metadata-interval to icy-metadata-interval to prevent confusion about what it does (setting the icy metadata interval) and to make clear it's not mp3 specific but ICY specific. --- src/cfgfile.c | 21 +++++++++++++++------ 1 file changed, 15 insertions(+), 6 deletions(-) diff --git a/src/cfgfile.c b/src/cfgfile.c index

Attached you will find a patch against the icecast-2.0.0 released source code which implements listener time limits on a global or mount-specific scope. Two new configuration elements are added with this patch: client-time-limit: This is a GLOBAL directive which covers all connections. Its value is given in seconds. So for example, if you want to limit all listeners on all mount points to 1

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

Hello, I didn't want to have to choose between Icecast running on port 80 and all my Apache virtual hosts, running also on port 80, on my sole external IP address. I didn't want either to open port 8000 on my firewall because I wanted all users being able to reach Icecast even the ones behind enterprise firewalls. So I managed to run Apache 2.2 listening on port 80 and Icecast 2.3.2

----- Original Message ----- From: "Michael Smith" <msmith@xiph.org> To: <icecast-dev@xiph.org> Sent: Wednesday, June 04, 2003 3:47 PM Subject: Re: [icecast-dev] libshout2 compiling problems under FreeBSD? <p>> Whilst there may well be problems, there are no _known_ problems, and we > certainly won't be able to fix them unless you actually tell us what the

I have this in a template: ===============cut here===================== # Allow ICMP traffic -A RH-Firewall-1-INPUT -p icmp --icmp-type any -j ACCEPT <% if netbackup_master_servers %> <% netbackup_master_servers.each do |master_server| -%> # Allow communication with NetBackup master server <%= master_server[0] %> -A RH-Firewall-1-INPUT -p tcp -m tcp -s <%= master_server[1]

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

So, I'm in the middle of understanding how the icecast.xml file is parsed, and how the settings for a specific mount point are read. In cfgfile.c - _parse_mount() I've added the following lines: } else if (xmlStrcmp (node->name, XMLSTR("playlist-notify-uri")) == 0) { mount->playlist_notify_uri = (char *)xmlNodeListGetString (doc, node->xmlChildrenNode, 1); }

Hello, Last night there appears to have been a loop in the network of my colocation provider. Somehow this loop/packet flood caused tinc to crash. I guess that, even though it seems to have restarted, it did not manage to reconnect/re-open the tap device/something else went wrong; the machine itself was communicating with the internet but I could not access it over the VPN. The most

On 06/09/10 16:42, Nicholas Young wrote: > So, I'm in the middle of understanding how the icecast.xml file is parsed, > and how the settings for a specific mount point are read. > > In cfgfile.c - _parse_mount() I've added the following lines: > > } else if (xmlStrcmp (node->name, XMLSTR("playlist-notify-uri")) == 0) { > mount->playlist_notify_uri =

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

On Wednesday 06 October 2004 09:32, Geoff Shang wrote: > Hi: > > I maintain an Icecast server at acbradio.org. Recently it's been crashing > fairly regularly. I've not yet upgraded it to 2.0.2. I thought I'd report > this crash bug first as the release note seemed to suggest that the fix > there was only for Windows. I'm thinking that either this is a separate

Hi: I maintain an Icecast server at acbradio.org. Recently it's been crashing fairly regularly. I've not yet upgraded it to 2.0.2. I thought I'd report this crash bug first as the release note seemed to suggest that the fix there was only for Windows. I'm thinking that either this is a separate problem or it's an example of the same one under LInux, thereby making it

Hi, One one server running tinc we're seeing a lot of syslog messages like the following: Old connection_t for XXXXX (xxx.xxx.xxx.xxx port 655) status 0014 still lingering, deleting... The last time these messages appeared, they referred to 2 of the 3 remote ends that this server is connected to. They appear regularly, once every minute. The VPN still works fine, but I have to restart tinc

On Mon, Nov 18, 2019 at 11:53:39PM +0200, Nir Soffer wrote: >This series extract oVirt SDK and imageio code to make it eaiser to follow the >code and improve error handing in open() and close(). > >Tested with virt-v2v master. > >Changes since v1: >- Rebase on merged patches from v1 >- Fix regression introduced by "rhv-upload: Fix cleanup after errors" >-

i ran into the same issue yesterday. i had to revert back to 1.6 here is the link to the exact file that helped me ftp://ftp.gnu.org/gnu/automake/automake-1.6.tar.gz then tar -zxf automake-1.6.tar.gz; cd automake-1.6l; ./configure; make; make install <p><p>Dave St John CEO Mediacast1 www.mediacast1.com ----- Original Message ----- From: "Tano M Fotang"

On Tue, Nov 19, 2019 at 01:14:23PM +0200, Nir Soffer wrote: >On Tue, Nov 19, 2019 at 11:17 AM Martin Kletzander <mkletzan@redhat.com> wrote: >> >> On Mon, Nov 18, 2019 at 11:53:39PM +0200, Nir Soffer wrote: >> >This series extract oVirt SDK and imageio code to make it eaiser to follow the >> >code and improve error handing in open() and close(). >> >