similar to: Using Icecast relay function with dynamic IP at remote source end

Hey, The relay easiest to configured in a pull configuration. Where the setting are setup on the remote server. Since the client is on WiFi, you will have lots of issues streaming due to the ever changing wifi environment. My suggestion is source the stream at the lowest settings for encoding you can live with, This will keep the bandwidth down and less likely burp on you. We do have

Ha! Terms even a broadcaster can understand! Many many thanks. If BUTT is considered to be as good a transporter as Icecast, then I will stick with what I'm doing, if for no other reason than, "Master is the source server (where the source comes from) and Slave is the relay. THe connection is initiated by the slave to the master." Slave may not know where the Master is. Master

/I made an error, I swapped two diagrams, it should be this:/ Here's how I've been doing it: BUTT ===> WAN ===> Icecast server I thought I might try this instead: BUTT --> localhost Icecast server ===> WAN ===> Icecast server -- That Jack Elliott (541) 848 7021 KPOV 88.9 FM High Desert Community radio Producer, The Wednesday Point Host, The Sunday Classics On

Right, BUTT can be set to push to studio, and studio's IP is fixed. It doesn't appear that Icecast Master can push to a Slave at studio, Slave at studio has to pull from Master, and Master's IP address is not fixed. So for our remotes, BUTT is the better choice for that, and all the other reasons you mention. Plus, when you are recording eight bands in a 12-hour broadcast day,

Fraunhofer Institute for Integrated Circuits has stopped providing licenses for MP3 technology, "[...] noting that more superior audio formats have rendered the MP3 obsolete. Speaking to National Public Radio (USA), the Fraunhofer Institute said AAC has since become the 'de facto standard for music download and videos on mobile phones.' "

Encoding not being part of Icecast, I reckon this is indeed off-topic; but to close the thread, it does seem to be the case that mp3 encoding is now license free. "MP3 is supported by everything, everywhere, and is now patent-free. There has never been another audio format as widely supported as MP3, it's good enough for almost anything, and now, over twenty years since it took the

It's behaving as it is meant to: if a listen client gets too far behind, Icecast2 server is kicking them off. error.log says, "INFO source/source.c Client 120 (xxx.xxx.xxx.xxx) has fallen too far behind, removing" I don't see a setting in icecast.xml that sets the value for "too far behind". I'm guessing it's related to <queue-size>. I wish Icecast

Thanks, Brad -- I first turned to VLC but my stream-client device is a Raspberry Pi 3, and there doesn't seem to be a build for the device. That said, I just stumbled across mpg123, a command-line mp3/stream player that has audio buffer and timeout setting which so far looks quite robust. For Icecast2 content, when Icecast kicks a client off for being "too far behind" -- what

It does not matter what IP BUTT has, it sends to the fixed IP at the studio on port [ 8000 ] with a mount like /liveBroadcast.mp3 On 21/04/17 11:05, Jack Elliott wrote: > > Ha! Terms even a broadcaster can understand! Many many thanks. > > If BUTT is considered to be as good a transporter as Icecast, then I > will stick with what I'm doing, if for no other reason than,

ok let see if I can translate it to broadcaster terms for ya :) A icecast server can be set up to accept direct source connection. ie dark ice( which i do agree runs better on the machine where icecast server is. ) I do use it to trans-code the mount to different encoding. THe icecast server can also set up as a relay, where it pulls in from the another server. Primary used to pull the stream

Hey, Yes, we been just using a simple source client connecting directly to our icecast server for years. These being a simple free solution. Also works with other free and paid for products too. Your milage will varry with each program, and what features it will offers. For dynamic IPs you can use a service like noip.com. There are a few of them to choose from. IT allow you to give your

Icecast allows using a fallback mount file which the listener will hear if the main mount stops. It is specified in icecast.xml as this example: <fallback-mount>/example2.ogg</fallback-mount> It is necessary that the file have the same bitrate and same format (single or two-channels) as the main mount. We were at a music festival last weekend and used butt (Broadcast Using This

Hi David, I don't think we will necessarily be on wifi, I'm sorry if I implied that. There are a couple of events each year when we have to use wifi, but for those I have a dedicated access point running at close to 1 watt connected directly to our ISP's network. Okay, I was told over on the Darkice listserv that using Darkice > WAN > Icecast is not very reliable, and my

As described here in ffmpeg's documentation: http://ffmpeg.org/ffmpeg-all.html#Icecast -- That Jack Elliott (541) 848 7021 KPOV 88.9 FM High Desert Community radio Host, The Sunday Classics

On 19 Apr 2017, at 16:20, Jack Elliott wrote: > For our community radio station's live music festivals broadcasts, we > set up a small broadcast studio at the festival's venue, and use > B.U.T.T. to send a stream to an Icecast server located at the radio > station's building. > > REMOTE LOCATION STATION BUILDING > B.U.T.T. =======

"Live streams are not live, they can be up to 15 to 20 sec off original encoding." Something you become aware of very quickly when you're announcing into a mic and have to wait to hear your words! We do a bit of pre-show calibration with folks at the station to determine how long the delay ("latency" in digital-speak) is at the start of the remote broadcast, and start

I see. I'm not sure how I keep missing things in the Icecast docs. I'll give that location a try. Thanks On 6/3/15, Jack Elliott 541 848 7021 <thatjackelliott at kpov.org> wrote: > That one stumbled me, too. I'm on a Windows machine so my webroot is in > a different location. But according to > http://icecast.org/docs/icecast-2.4.1/config-file.html, the path to >

Oh dear. Okay, can anyone suggest how to install Icecast under Windows as a service, and to be able to bring up some kind of console to start/stop it? I can launch Icecast using the installed .bat file, but it's clunky. -- that Jack Elliott 541 848 7021 Producer Wednesday Point, Host, The Sunday Classics KPOV 88.9, High Desert Radio Audio geek On 05/14/2015 09:21 AM, Ross Levis wrote:

Hmm. Even with the file in the right place, Icecast still doesn't use it when my stream is offline. I can access the file using it's URL, so I know Icecast has access to it. This is what I have in my configuration file. <mount> <mount-name>/stream.mp3</mount-name> <fallback-mount>/StreamWarning.mp3</fallback-mount>

Windows 7, Icecast 2.4.1 Installer downloaded from http://downloads.xiph.org/releases/icecast/icecast_win32_2.4.1.exe Referring to http://en.flossmanuals.net/icecast/windows/ The installation process goes as described, but doesn't offer the "Create a desktop icon" option. Nor am I offered the option to "Install Icecast as a Windows service" as shown. I can't