similar to: Clients, not always connecting since about 2.4.1, 2.4.2.

Hi Philip, I'll do more testing and logging over the weekend and see how I go. At the moment I have 2.4.4 Win32 running on port 9000 @ http://radioinvercargill.nz:9000/ I'm not sure how good this will be from overseas as the queue is only about 8 seconds, burst about 4 seconds. It's adequate for xDSL/Fibre and 4G mobile over here and is on a 450Mbps upstream fibre line. I've

I can confirm it doesn't happen on kh13 Win32 build either. I think it was introduced about 2.4.1/2 in the normal version. On 21/05/2020 3:17 am, Gavin Stephens wrote: > I'll get around to putting Wireshark on and seeing what's going on, > perhaps someone else has already noticed this: > > Since I upgraded to 2.4.2 Win32 (used to use a kh branch version > previously)

...and of course, password and host. Everything else is the same in the config. On 23/05/2020 6:22 am, Gavin Stephens wrote: > Hi Philip, > > I'll do more testing and logging over the weekend and see how I go. > > At the moment I have 2.4.4 Win32 running on port 9000 @http://radioinvercargill.nz:9000/ I'm not sure how good this will be from overseas as the queue is only

Hello, I have a problem with icecast icecast-2.0-kh8: - the source disconnect - icecast didn't notice it - the source cannot reconnect until - the source cannot reconnect (it tries every 8 seconds) - after two hours, the source is able to reconnect Here is the interesting parts of the log files: Thanks for your advices and help. Chris (icecast machine has +3sec in its time, that's

This is call for volunteers to try out some modifications to icecast for supporting burst on connection (aka fast pre-buffering). http://www.xiph.org/~karl/icecast-2.0-kh8.tar.gz Your existing icecast.xml configuration file should have the same behaviour as CVS is now ie no bursting, only when you add the <burst-size> tags (specified in bytes) in the <limits> section should the burst

What about scrapping the access logs for connections that have completed, or utilizing netstat outputs to get active listeners (minus sources)? Either of those options would get you remote IP addresses, both a slightly different view in that logs are after a connection closes, while netstat is while the connection is open. -----Original Message----- From: Icecast-dev <icecast-dev-bounces at

Good afternoon, On Tue, 2020-09-22 at 11:43 -0400, Reaz Baksh wrote: > Too much work. I would like to refer to Jordan Erickson's comment here. > If I am able to see it on the web interface I should be able to get a Json or XML file with this in it. Why not just use the API? Remove the ".xsl" from any URL in the admin interface and get the raw XML. The rendered webinterface

Geoff Shang wrote: > Kelvin Chu wrote: > >> After reading the docs, I was under the impression that icecast2 does >> not do on demand relaying? > > > Oh, on demand *relaying*! different kettle of fish. > > On demand relaying is available in Karl's branch and has just been > checked into the mainline development code. > > Geoff. > Tarballs

Hello Jordan Thanks for the reply.  I commented out all the fields in the status-json.xsl but it didn't give me the listener IP.  The example below would show me the source IP.  I can get the IP from the web interface at this location, http://xxx.xxx.xxx.xxx:8000/admin/listclients.xsl?mount=/dhantal, but that means I would have to scrape the web interface which I don't want to do.

Thanks for the suggestion. It turns out that debug for ices told me nothing but debug for icecast 2.2.0 showed that it was terminating the source at the same place in the playlist, apparently due to a lack of trailing metadata in one particular file -- icecast saw it as end of stream. After checking code updates on the TRAC system, I installed the kh branch of icecast (kh13) and this seems

I think I got it. I needed to change the following: http://xxx.xxx.xxx.xxx:8000/admin/listclients.xsl?mount=/mountpoint to http://xxx.xxx.xxx.xxx:8000/admin/listclients?mount=/mountpoint and that gives me the XML. No need to change or modify anything. Now how do I get the json as I prefer json? Reaz > On Sep 22, 2020, at 1:51 PM, Reaz Baksh <reaz at dhantal.com> wrote: > >

Hi, I've looked high and low for any changes that streaming MoH needs on Asterisk 1.4 (.21), followed NerdVittle's article about it (http://nerdvittles.com/index.php?p=92) yet nothing worked. After creating dir stream/ and touch stream.mp3, here's my musiconhold.conf [stream] mode=mp3 directory=/var/lib/asterisk/mohmp3/stream stream =>

*Hello, * *I am writing you in regards to the current version of **Icecast 2.4.2* *I am wondering if there is a security descriptor in place for banning IPs within the script for Icecast, and if there is how it would be done?******Thank You for your insight into this, as it has been a bit of an issue with some of our clients having issues with bots ****lately and having this available with

> RackSpace wants $7,400/month for 3TB (3,000GB) of monthly traffic. > That's a major expense for a community radio station. Can anyone > suggest a less expensive way to connect? That sounds like a bad deal, or else my math is wrong. That comes out to 9Mbps per second here. Math: 3000GB * 8 bits/byte divided by 86400 sec/day * 30 days At one time (maybe bandwidth prices have

Hi all, I want to do a proxy to icecast (:8000) with nginx (:80). Its working for me, stream is running on port 80, but on the first loading is "pending" For a long time before its starts play. Who using the "proxy_pass" on nginx and can help? Thnx. -------------- next part -------------- An HTML attachment was scrubbed... URL:

Hello, Yesterday evening, I installed icecast kh13 with your latest libshout. We have to wait 1, 2 or three days to see what is happening... Yes, the samplerate 19404 is exactly what I asked ices to do... Just a compromise between bitrate and samplerate to have a better sound quality. Regarding to that, I didn't found the option to set the ouput rate in ices kh47, and also I was wondering how

Trying to get the LE version for months now, still treamguys can?t deliver.... Regards, Dennis Heerema -----Original Message----- From: "Greg J. Ogonowski" <greg@orban.com> To: qiang Bao <jakobao@yahoo.com>, icecast@xiph.org Date: Wed, 29 Dec 2004 11:08:04 -0800 Subject: Re: [Icecast] icecast2.2 and aac? Icecast 2.2 works fine with AAC/aacPlus at any bitrate. 32kbps

A bit off-topic question: has anyone any experiences with the relaying service that live365.com has? what kind of stream(s) do they relay? what is the protocol they use? --- >8 ---- List archives: http://www.xiph.org/archives/ icecast project homepage: http://www.icecast.org/ To unsubscribe from this list, send a message to 'icecast-request@xiph.org' containing only the word

On Mon, 10 Nov 2003, Karl Heyes wrote: > This is call for volunteers to try out some modifications to icecast for > supporting burst on connection (aka fast pre-buffering). > > http://www.xiph.org/~karl/icecast-2.0-kh8.tar.gz Hey Karl, Any chance CVS will ever match up to your modifications? I checked out CVS ices/libshout the other day for a new system and I noticed it corrupted a

I need mobile web browser compatibility across most manufacturers. -Pete > On Jan 27, 2020, at 11:20 AM, user <5f787a at i2pmail.org> wrote: > > Why do you care about format?