From thomas at ruecker.fi Thu Aug 1 08:39:59 2013 From: thomas at ruecker.fi (=?ISO-8859-1?Q?=22Thomas_B=2E_R=FCcker=22?=) Date: Thu, 01 Aug 2013 08:39:59 +0000 Subject: [Icecast] Newbie Questions In-Reply-To: <037F9CFFAB5C44F2B1422C55F2B060F8@fastmail.co.uk> References: <037F9CFFAB5C44F2B1422C55F2B060F8@fastmail.co.uk> Message-ID: <51FA1EDF.5080905@ruecker.fi> Hi Derek, On 07/31/2013 07:46 AM, Derek Jones wrote: > Many thanks for providing this software. Thanks, we hope you'll find it useful. > I have version v2.0.0 b1023 installed on a QNAP NAS. The station is > working fine (http://digitalcarnage.myqnapcloud.com:8002/stream). > However I do have a few questions. I don't think so. That would be a 10 year old version. Also the fact, that your web interface has XSPF tells me it must be at least 2.3.2. > How do I submit my station to the Icecast directory? I may have got it > wrong but I understood that the application submitted it > automatically? Or do I have to submit/create and XML file etc. There are two things: - the Icecast config (icecast.xml) needs to have a working and enabled YP entry. By default that's probably commented out on most distributions. - the source client needs to set the 'public' bit, or it needs to be overridden in a mount point specific config setting in Icecast. You'll probably find it useful to give the documentation a look. Specifically: http://icecast.org/docs/icecast-2.3.3/icecast2_config_file.html http://icecast.org/docs/icecast-2.3.3/icecast2_yp.html > The MP3 link works fine at http://digitalcarnage.myqnapcloud.com:8002 > but the XSPF link returns: "*Could not parse XSLT file" * What have I > missed here. That's most certainly not a MP3, but a M3U link, which is a playlist file format. There was a bug in the make file of 2.3.2 which made the xspf.xsl file not be installed. You can put it in the admin directory manually after downloading it from here: http://svn.xiph.org/icecast/tags/icecast_2_3_3/admin/xspf.xsl > I have had a good look around for this one so I'm guessing its a "no" > but can you have multiple streams? through the same port/server? Yes of course, that's one of the main advantages of Icecast. You might want to have a look here to gain some better understanding: http://liveice.sourceforge.net/understanding.html > Finally, and this is finally. I'd like to get a better understanding > of Relay Servers and how they are used in IceStation and also "Mounts" > What they are and how to use them. Please see the link above too. In addition: http://icecast.org/docs/icecast-2.3.3/icecast2_relay.html http://icecast.org/docs/icecast-2.3.3/icecast2_config_file.html#relay Hope that helps. If you have further questions, just ask. We're here to help! Cheers Thomas PS: Please lose the disclaimer in your footer. It's legally pointless in general, but on a PUBLIC mailing list it's highly annoying. Also please don't send HTML emails to mailing lists. From w2lie at w2lie.net Thu Aug 1 21:05:27 2013 From: w2lie at w2lie.net (Phil - w2lie) Date: Thu, 01 Aug 2013 17:05:27 -0400 Subject: [Icecast] Alert Email In-Reply-To: <51F06117.8070405@logicalnetworking.net> References: <95695bdf876455911f806562f76f0566@w2lie.net> <51F06117.8070405@logicalnetworking.net> Message-ID: <51FACD97.1020800@w2lie.net> After all the discussion last week, I finally decided to put my own connect / disconnect scripts in on my server, as well as make some changes to the house keeping. I'm now running my icecast server under chown, and as a user (instead of nobody). Chown and the user seem to be functioning fine. But, for some reason, Icecast cannot find my connect & disconnect scripts, even though the exist. They are .sh scripts and have 755 permissions. Running the scripts directly from shell work fine. But Icecast will always spit out an error that it can't find the connect or disconnect script. I've even put the scripts in the chown root, but no luck there either. Can someone help me figure out why icecast can't find my scripts? SSH: root at xx [/home/]# icecast -c /home//icecast/.xml Changed root successfully to "/home//icecast". Changed groupid to 5##. Changed userid to 5##. error.log: [2013-08-01 20:51:10] WARN main/main YP server handling has been disabled [2013-08-01 20:51:16] EROR source/source_run_script Unable to run command connect.sh (No such file or directory) [2013-08-01 20:51:21] EROR source/source_run_script Unable to run command disconnect (No such file or directory) Thanks for the help Phil By The way, I've extended the bash file to include different e-mail addresses for different feeds. #!/bin/bash # # W2LIE Icecast Connect / Disconnect Parameters File # Use for notification system # # Rev .01 # # #Set the date and Time date="$(date '+%B %d,%Y')" time="$(date +%H%M)" # Set the Connect and Disconnect Subject Lines SUBJECT="Stream $1 connected" # Set our Delivery E-mail Addresses per feed if [[ $1 == "" ]] || [[ $1 == "" ]]; then email="email at address.tld email at address.tld" elif [[ $1 == "" ]]; then email="email at address.tld email at address.tld" elif [[ $1 == "" ]]; then email="email at address.tld email at address.tld" elif [[ $1 == "" ]]; then email="email at address.tld email at address.tld" elif [[ $1 == "" ]]; then email="email at address.tld email at address.tld email at address.tld" elif [[ $1 == "" ]]; then email="email at address.tld email at address.tld" elif [[ $1 == "" ]]; then email="email at address.tld email at address.tld" elif [[ $1 == "" ]] || [[ $1 == "" ]]; then email="email at address.tld email at address.tld" else email="email at address.tld" fi # Set the Connect and Disconnect Messages echo -e "Hello,\nThis is an automatic notification from W2LIE.net.\nThe ${1} Live Scanner Feed has connected to the server on ${date} at ${time}hrs.\n\nThank you,\nPhil / w2lie" > /home//icecast/scripts/${1}_connect.txt # send an email using /bin/mail /bin/mail -s "${SUBJECT}" ${email} < /home//icecast/scripts/${1}_connect.txt #EOF From thomas at ruecker.fi Thu Aug 1 21:27:29 2013 From: thomas at ruecker.fi (=?ISO-8859-1?Q?=22Thomas_B=2E_R=FCcker=22?=) Date: Thu, 01 Aug 2013 21:27:29 +0000 Subject: [Icecast] Alert Email In-Reply-To: <51FACD97.1020800@w2lie.net> References: <95695bdf876455911f806562f76f0566@w2lie.net> <51F06117.8070405@logicalnetworking.net> <51FACD97.1020800@w2lie.net> Message-ID: <51FAD2C1.40401@ruecker.fi> GE DR OM Phil, On 08/01/2013 09:05 PM, Phil - w2lie wrote: > After all the discussion last week, I finally decided to put my own > connect / disconnect scripts in on my server, as well as make some > changes to the house keeping. > > I'm now running my icecast server under chown, and as a user (instead of > nobody). Chown and the user seem to be functioning fine. I guess you mean chown and chroot? Or just chown, but no chroot? > But, for some reason, Icecast cannot find my connect & disconnect > scripts, even though the exist. They are .sh scripts and have 755 > permissions. Running the scripts directly from shell work fine. But > Icecast will always spit out an error that it can't find the connect or > disconnect script. I've even put the scripts in the chown root, but no > luck there either. > > Can someone help me figure out why icecast can't find my scripts? > > SSH: > root at xx [/home/]# icecast -c /home//icecast/.xml > Changed root successfully to "/home//icecast". > Changed groupid to 5##. > Changed userid to 5##. That looks like chown and chroot. > error.log: > > [2013-08-01 20:51:10] WARN main/main YP server handling has been disabled > [2013-08-01 20:51:16] EROR source/source_run_script Unable to run > command connect.sh (No such file or directory) > [2013-08-01 20:51:21] EROR source/source_run_script Unable to run > command disconnect (No such file or directory) /if/ I read this correctly, then this would mean, that it tries to run connect.sh in the root directory of your chroot, so /connect.sh and when seen from outside /home//icecast/connect.sh Are there any security features on this system, that might interfere? SELinux? AppArmor? If all else fails, try to run this instead: strace icecast -c /home//icecast/.xml This might have some hints about what's going wrong. Another approach might be to just try and see for yourself. Something like this should work as root: chroot /home//icecast/ su user ls -la /connect.sh /connect.sh Hope that helps, 73 es 55 Thomas From xoneca+icecast at gmail.com Thu Aug 1 21:27:46 2013 From: xoneca+icecast at gmail.com (Xabier Oneca -- xOneca) Date: Thu, 1 Aug 2013 23:27:46 +0200 Subject: [Icecast] Alert Email In-Reply-To: <51FACD97.1020800@w2lie.net> References: <95695bdf876455911f806562f76f0566@w2lie.net> <51F06117.8070405@logicalnetworking.net> <51FACD97.1020800@w2lie.net> Message-ID: Hello Phil, Just to confirm, are you sure the scripts' path in config file is relative to the chroot directory? When you chroot an executable, you are changing the root directory to the configured path, so you have to account for that in the config file. El 01/08/2013 23:05, "Phil - w2lie" escribi?: > After all the discussion last week, I finally decided to put my own > connect / disconnect scripts in on my server, as well as make some > changes to the house keeping. > > I'm now running my icecast server under chown, and as a user (instead of > nobody). Chown and the user seem to be functioning fine. > > But, for some reason, Icecast cannot find my connect & disconnect > scripts, even though the exist. They are .sh scripts and have 755 > permissions. Running the scripts directly from shell work fine. But > Icecast will always spit out an error that it can't find the connect or > disconnect script. I've even put the scripts in the chown root, but no > luck there either. > > Can someone help me figure out why icecast can't find my scripts? > > SSH: > root at xx [/home/]# icecast -c /home//icecast/.xml > Changed root successfully to "/home//icecast". > Changed groupid to 5##. > Changed userid to 5##. > > error.log: > > [2013-08-01 20:51:10] WARN main/main YP server handling has been disabled > [2013-08-01 20:51:16] EROR source/source_run_script Unable to run > command connect.sh (No such file or directory) > [2013-08-01 20:51:21] EROR source/source_run_script Unable to run > command disconnect (No such file or directory) > > > > Thanks for the help > > Phil > > By The way, I've extended the bash file to include different e-mail > addresses for different feeds. > > #!/bin/bash > # > # W2LIE Icecast Connect / Disconnect Parameters File > # Use for notification system > # > # Rev .01 > # > # > > #Set the date and Time > date="$(date '+%B %d,%Y')" > time="$(date +%H%M)" > > > # Set the Connect and Disconnect Subject Lines > SUBJECT="Stream $1 connected" > > > # Set our Delivery E-mail Addresses per feed > if [[ $1 == "" ]] || [[ $1 == "" ]]; then > email="email at address.tld email at address.tld" > > elif [[ $1 == "" ]]; then > email="email at address.tld email at address.tld" > > elif [[ $1 == "" ]]; then > email="email at address.tld email at address.tld" > > elif [[ $1 == "" ]]; then > email="email at address.tld email at address.tld" > > elif [[ $1 == "" ]]; then > email="email at address.tld email at address.tld email at address.tld" > > elif [[ $1 == "" ]]; then > email="email at address.tld email at address.tld" > > elif [[ $1 == "" ]]; then > email="email at address.tld email at address.tld" > > elif [[ $1 == "" ]] || [[ $1 == "" ]]; then > email="email at address.tld email at address.tld" > > else email="email at address.tld" > fi > > # Set the Connect and Disconnect Messages > echo -e "Hello,\nThis is an automatic notification from W2LIE.net.\nThe > ${1} Live Scanner Feed has connected to the server on ${date} at > ${time}hrs.\n\nThank you,\nPhil / w2lie" > > /home//icecast/scripts/${1}_connect.txt > > # send an email using /bin/mail > /bin/mail -s "${SUBJECT}" ${email} < > /home//icecast/scripts/${1}_connect.txt > > #EOF > > > _______________________________________________ > Icecast mailing list > Icecast at xiph.org > http://lists.xiph.org/mailman/listinfo/icecast > -------------- next part -------------- An HTML attachment was scrubbed... URL: From jam at zoidtechnologies.com Thu Aug 1 21:24:55 2013 From: jam at zoidtechnologies.com (Jeff) Date: Thu, 01 Aug 2013 17:24:55 -0400 Subject: [Icecast] Alert Email In-Reply-To: <51FACD97.1020800@w2lie.net> References: <51F06117.8070405@logicalnetworking.net> <51FACD97.1020800@w2lie.net> Message-ID: <1389681.CCfsaJ1i6d@cyclops.zoidtechnologies.com> Greetings, On Thursday, August 01, 2013 05:05:27 PM Phil - w2lie wrote: > Can someone help me figure out why icecast can't find my scripts? > [...snipped...] > > error.log: > > [2013-08-01 20:51:10] WARN main/main YP server handling has been disabled > [2013-08-01 20:51:16] EROR source/source_run_script Unable to run > command connect.sh (No such file or directory) > [2013-08-01 20:51:21] EROR source/source_run_script Unable to run > command disconnect (No such file or directory) Be very sure that the scripts are available inside the chroot. Also make sure that the path to bash is correct, and that it is available under chroot. I assume you meant "chroot" when you said "chown" > > Thanks for the help > > Phil > Regards, J From w2lie at w2lie.net Thu Aug 1 23:23:24 2013 From: w2lie at w2lie.net (Phil - w2lie) Date: Thu, 01 Aug 2013 19:23:24 -0400 Subject: [Icecast] Alert Email In-Reply-To: References: <95695bdf876455911f806562f76f0566@w2lie.net> <51F06117.8070405@logicalnetworking.net> <51FACD97.1020800@w2lie.net> Message-ID: <51FAEDEC.5040208@w2lie.net> Hi All, thanks for the replies so far.. I will try to address as many of them as I can in a group reply: Xabier Oneca -- xOneca wrote: Just to confirm, are you sure the scripts' path in config file is relative to the chroot directory? - Yes, I am working under the new path names in my xml file. The Web, Admin, and Log directories all work as planned. The shell files are in the same path. Jeff, I believe that answers your question as well. "Thomas B. R?cker" wrote: I guess you mean chown and chroot? Or just chown, but no chroot? /if/ I read this correctly, then this would mean, that it tries to run connect.sh in the root directory of your chroot, so /connect.sh and when seen from outside/home//icecast/connect.sh Are there any security features on this system, that might interfere? SELinux? AppArmor? If all else fails, try to run this instead: strace icecast -c/home//icecast/.xml == - I was running both options, chroot and chown/grp. I first ran under a chown/chgrp config in my xml. I then added in the chroot flag to see if that had helped. I don't think I gained any ground, because when I try and chroot from shell, I see this: [~]# chroot /home//icecast chroot: cannot run command `/bin/bash': No such file or directory So let's just assume I should crawl before I can run. From here on out I guess I'll leave chroot flag at 0 My chroot directory was setup as /home//icecast The scripts are in /home//icecast so in my xml I just reference /connect.sh as the script to run (no path). When I don't chroot, I call script /home//icecast/connect.sh and that still can't be located. Yet, running a find ~ -name connect.sh from the user's account shows the full path just fine. SELinux is disabled. I don't believe I am running AppArmor. This is a CentOS VPS (which I probably should have stated earlier). I ran the strace. It is well over my head. If I capture it to a file, would you be willing to look it over for me? I'm no linux noob, but I'm no where near being an expert either. Thank you all for the help so far.. Phil -------------- next part -------------- An HTML attachment was scrubbed... URL: From xoneca+icecast at gmail.com Thu Aug 1 23:28:55 2013 From: xoneca+icecast at gmail.com (Xabier Oneca -- xOneca) Date: Fri, 2 Aug 2013 01:28:55 +0200 Subject: [Icecast] Alert Email In-Reply-To: <51FAEDEC.5040208@w2lie.net> References: <95695bdf876455911f806562f76f0566@w2lie.net> <51F06117.8070405@logicalnetworking.net> <51FACD97.1020800@w2lie.net> <51FAEDEC.5040208@w2lie.net> Message-ID: Has the script the executable bit set? El 02/08/2013 01:23, "Phil - w2lie" escribi?: > Hi All, thanks for the replies so far.. > I will try to address as many of them as I can in a group reply: > > Xabier Oneca -- xOneca wrote: > Just to confirm, are you sure the scripts' path in config file is relative > to the chroot directory? > > > - Yes, I am working under the new path names in my xml file. The Web, > Admin, and Log directories all work as planned. The shell files are in the > same path. > > Jeff, I believe that answers your question as well. > > > "Thomas B. R?cker" wrote: > > I guess you mean chown and chroot? > Or just chown, but no chroot? > > */if/* I read this correctly, then this would mean, that it tries to run > connect.sh in the root directory of your chroot, so /connect.sh and when > seen from outside */home/*/icecast/connect.sh > > Are there any security features on this system, that might interfere? > SELinux? AppArmor? > > If all else fails, try to run this instead: > strace icecast -c */home/**/icecast/*.xml > > == > - I was running both options, chroot and chown/grp. I first ran under a chown/chgrp config in my xml. I then added in the chroot flag to see if that had helped. I don't think I gained any ground, because when I try and chroot from shell, I see this: > [~]# chroot /home//icecast > chroot: cannot run command `/bin/bash': No such file or directory > > So let's just assume I should crawl before I can run. From here on out I guess I'll leave chroot flag at 0 > > My chroot directory was setup as /home//icecast The scripts are in /home//icecast so in my xml I just reference /connect.sh as the script to run (no path). When I don't chroot, I call script /home//icecast/connect.sh and that still can't be located. Yet, running a find ~ -name connect.sh from the user's account shows the full path just fine. > > SELinux is disabled. I don't believe I am running AppArmor. This is a CentOS VPS (which I probably should have stated earlier). > > I ran the strace. It is well over my head. If I capture it to a file, would you be willing to look it over for me? I'm no linux noob, but I'm no where near being an expert either. > > > > Thank you all for the help so far.. > Phil > > _______________________________________________ > Icecast mailing list > Icecast at xiph.org > http://lists.xiph.org/mailman/listinfo/icecast > > -------------- next part -------------- An HTML attachment was scrubbed... URL: From xoneca+icecast at gmail.com Thu Aug 1 23:34:04 2013 From: xoneca+icecast at gmail.com (Xabier Oneca -- xOneca) Date: Fri, 2 Aug 2013 01:34:04 +0200 Subject: [Icecast] Alert Email In-Reply-To: References: <95695bdf876455911f806562f76f0566@w2lie.net> <51F06117.8070405@logicalnetworking.net> <51FACD97.1020800@w2lie.net> <51FAEDEC.5040208@w2lie.net> Message-ID: Sorry, I have re-read your first mail and you said it's mode is 755. Don't know, it should work. Can you post the strace here or is it too verbose? El 02/08/2013 01:28, "Xabier Oneca -- xOneca" escribi?: > Has the script the executable bit set? > El 02/08/2013 01:23, "Phil - w2lie" escribi?: > >> Hi All, thanks for the replies so far.. >> I will try to address as many of them as I can in a group reply: >> >> Xabier Oneca -- xOneca wrote: >> Just to confirm, are you sure the scripts' path in config file is >> relative to the chroot directory? >> >> >> - Yes, I am working under the new path names in my xml file. The Web, >> Admin, and Log directories all work as planned. The shell files are in the >> same path. >> >> Jeff, I believe that answers your question as well. >> >> >> "Thomas B. R?cker" wrote: >> >> I guess you mean chown and chroot? >> Or just chown, but no chroot? >> >> */if/* I read this correctly, then this would mean, that it tries to run >> connect.sh in the root directory of your chroot, so /connect.sh and when >> seen from outside */home/*/icecast/connect.sh >> >> Are there any security features on this system, that might interfere? >> SELinux? AppArmor? >> >> If all else fails, try to run this instead: >> strace icecast -c */home/**/icecast/*.xml >> >> == >> - I was running both options, chroot and chown/grp. I first ran under a chown/chgrp config in my xml. I then added in the chroot flag to see if that had helped. I don't think I gained any ground, because when I try and chroot from shell, I see this: >> [~]# chroot /home//icecast >> chroot: cannot run command `/bin/bash': No such file or directory >> >> So let's just assume I should crawl before I can run. From here on out I guess I'll leave chroot flag at 0 >> >> My chroot directory was setup as /home//icecast The scripts are in /home//icecast so in my xml I just reference /connect.sh as the script to run (no path). When I don't chroot, I call script /home//icecast/connect.sh and that still can't be located. Yet, running a find ~ -name connect.sh from the user's account shows the full path just fine. >> >> SELinux is disabled. I don't believe I am running AppArmor. This is a CentOS VPS (which I probably should have stated earlier). >> >> I ran the strace. It is well over my head. If I capture it to a file, would you be willing to look it over for me? I'm no linux noob, but I'm no where near being an expert either. >> >> >> >> Thank you all for the help so far.. >> Phil >> >> _______________________________________________ >> Icecast mailing list >> Icecast at xiph.org >> http://lists.xiph.org/mailman/listinfo/icecast >> >> -------------- next part -------------- An HTML attachment was scrubbed... URL: From w2lie at w2lie.net Fri Aug 2 23:14:45 2013 From: w2lie at w2lie.net (Phil - w2lie) Date: Fri, 02 Aug 2013 19:14:45 -0400 Subject: [Icecast] Alert Email In-Reply-To: References: <95695bdf876455911f806562f76f0566@w2lie.net> <51F06117.8070405@logicalnetworking.net> <51FACD97.1020800@w2lie.net> <51FAEDEC.5040208@w2lie.net> Message-ID: <51FC3D65.2000101@w2lie.net> Thank you all for the help. For whatever reason, I had to put my scripts into: /usr/local/share/icecast/scripts in order for them to work. They would not read under my local user's home directory. 73 Phil / w2lie www.w2lie.net Long Island Live Scanner Feeds and Forums Scanner Programming at w2lie.net http://www.w2lie.net/sales e-mail: sales at w2lie.net phone: (347) 829-SCAN From jorgefren12 at gmail.com Tue Aug 6 23:40:52 2013 From: jorgefren12 at gmail.com (=?ISO-8859-1?Q?Jorge_N=FA=F1ez?=) Date: Tue, 6 Aug 2013 18:40:52 -0500 Subject: [Icecast] Using freeswitch and Icecast Message-ID: Hi I am trying to use icecast to broadcast a realtime conference from freeswitch. But I am having a delay like 20 seconds then I reduced it to 12s. But I don't know if somebody can help me how to reduce it as lower as possible. Thanks Jorge -------------- next part -------------- An HTML attachment was scrubbed... URL: From basilgohar at librevideo.org Wed Aug 7 06:48:16 2013 From: basilgohar at librevideo.org (Basil Mohamed Gohar) Date: Wed, 07 Aug 2013 02:48:16 -0400 Subject: [Icecast] Using freeswitch and Icecast In-Reply-To: References: Message-ID: <5201EDB0.9060301@librevideo.org> On 08/06/2013 07:40 PM, Jorge N??ez wrote: > Hi I am trying to use icecast to broadcast a realtime conference from > freeswitch. But I am having a delay like 20 seconds then I reduced it to > 12s. But I don't know if somebody can help me how to reduce it as lower > as possible. > > Thanks > > Jorge Jorge, first I'd like to know what you did to reduce the delay from 20 to 12 seconds. Secondly, the delay can also be related to the following two issues: 1. The audio codec being used 2. The amount of buffering on the client side Using Ogg Vorbis for the audio, for example, will incur some delay, but that wouldn't explain 12 seconds. More than likely, a good portion of the delay is related to buffering on the client side. VLC media player allows you to set the buffering on the client side, you may consider trying that and experimenting with different settings to see how little delay you can get by reducing buffering. But keep in mind, a smaller buffer exposes your client to more network-related transmission errors, which may result in Icecast dropping your client altogether or the sound coming through with stuttering. The fact of the matter is that while Icecast can be used for broadcasting live audio, it's a very simple protocol that does not have any mechanism to ensure that all clients are receiving the audio at the same time. The audio is being broadcast as basically an HTTP download without a Content-Length header. It's up to the client (i.e., application) to present it to the user with or without delay, depending on configuration as I mentioned above. -- Libre Video http://librevideo.org From thomas at ruecker.fi Wed Aug 7 07:06:23 2013 From: thomas at ruecker.fi (=?ISO-8859-1?Q?=22Thomas_B=2E_R=FCcker=22?=) Date: Wed, 07 Aug 2013 07:06:23 +0000 Subject: [Icecast] Using freeswitch and Icecast In-Reply-To: <5201EDB0.9060301@librevideo.org> References: <5201EDB0.9060301@librevideo.org> Message-ID: <5201F1EF.5030204@ruecker.fi> what-he-said On 08/07/2013 06:48 AM, Basil Mohamed Gohar wrote: > On 08/06/2013 07:40 PM, Jorge N??ez wrote: >> Hi I am trying to use icecast to broadcast a realtime conference from >> freeswitch. But I am having a delay like 20 seconds then I reduced it to >> 12s. But I don't know if somebody can help me how to reduce it as lower >> as possible. >> >> Thanks >> >> Jorge > Jorge, first I'd like to know what you did to reduce the delay from 20 > to 12 seconds. > > Secondly, the delay can also be related to the following two issues: > > 1. The audio codec being used > 2. The amount of buffering on the client side > > Using Ogg Vorbis for the audio, for example, will incur some delay, but > that wouldn't explain 12 seconds. More than likely, a good portion of > the delay is related to buffering on the client side. > > VLC media player allows you to set the buffering on the client side, you > may consider trying that and experimenting with different settings to > see how little delay you can get by reducing buffering. But keep in > mind, a smaller buffer exposes your client to more network-related > transmission errors, which may result in Icecast dropping your client > altogether or the sound coming through with stuttering. > > The fact of the matter is that while Icecast can be used for > broadcasting live audio, it's a very simple protocol that does not have > any mechanism to ensure that all clients are receiving the audio at the > same time. The audio is being broadcast as basically an HTTP download > without a Content-Length header. It's up to the client (i.e., > application) to present it to the user with or without delay, depending > on configuration as I mentioned above. In addition, why would you require the broadcast to be as low latency as the conversation itself? Even professional broadcasting will have a delay of anywhere between a couple hundred miliseconds and several seconds. If you need real time interaction or want to have people dial in, then those people should use the VoIP bidirectional channel and not the broadcast. That's how call-in shows on the radio do it too. Also while you can get the latency into the 1-2s range with Icecast, this will come at the cost of stability and increased configuration complexity across the whole chain, including the listener (especially the listener side software, as those tend to have the largest buffers). Icecast is simply not a low latency solution, let alone real-time. If you are looking for sub-second latency, Icecast is the wrong tool or you need to accommodate how broadcasting works in your workflow. Cheers Thomas From thedarkener at logicalnetworking.net Wed Aug 7 16:06:00 2013 From: thedarkener at logicalnetworking.net (TheDarkener) Date: Wed, 07 Aug 2013 09:06:00 -0700 Subject: [Icecast] Using freeswitch and Icecast In-Reply-To: <5201F1EF.5030204@ruecker.fi> References: <5201EDB0.9060301@librevideo.org> <5201F1EF.5030204@ruecker.fi> Message-ID: <52027068.7070802@logicalnetworking.net> All of that being said, using ogg/opus seems like it should be more geared toward what you're trying to do - though what everyone above has said still stands, regardless of codec. On 08/07/2013 12:06 AM, "Thomas B. R?cker" wrote: > what-he-said > > On 08/07/2013 06:48 AM, Basil Mohamed Gohar wrote: >> On 08/06/2013 07:40 PM, Jorge N??ez wrote: >>> Hi I am trying to use icecast to broadcast a realtime conference from >>> freeswitch. But I am having a delay like 20 seconds then I reduced it to >>> 12s. But I don't know if somebody can help me how to reduce it as lower >>> as possible. >>> >>> Thanks >>> >>> Jorge >> Jorge, first I'd like to know what you did to reduce the delay from 20 >> to 12 seconds. >> >> Secondly, the delay can also be related to the following two issues: >> >> 1. The audio codec being used >> 2. The amount of buffering on the client side >> >> Using Ogg Vorbis for the audio, for example, will incur some delay, but >> that wouldn't explain 12 seconds. More than likely, a good portion of >> the delay is related to buffering on the client side. >> >> VLC media player allows you to set the buffering on the client side, you >> may consider trying that and experimenting with different settings to >> see how little delay you can get by reducing buffering. But keep in >> mind, a smaller buffer exposes your client to more network-related >> transmission errors, which may result in Icecast dropping your client >> altogether or the sound coming through with stuttering. >> >> The fact of the matter is that while Icecast can be used for >> broadcasting live audio, it's a very simple protocol that does not have >> any mechanism to ensure that all clients are receiving the audio at the >> same time. The audio is being broadcast as basically an HTTP download >> without a Content-Length header. It's up to the client (i.e., >> application) to present it to the user with or without delay, depending >> on configuration as I mentioned above. > In addition, why would you require the broadcast to be as low latency as > the conversation itself? > Even professional broadcasting will have a delay of anywhere between a > couple hundred miliseconds and several seconds. > > If you need real time interaction or want to have people dial in, then > those people should use the VoIP bidirectional channel and not the > broadcast. That's how call-in shows on the radio do it too. > > Also while you can get the latency into the 1-2s range with Icecast, > this will come at the cost of stability and increased configuration > complexity across the whole chain, including the listener (especially > the listener side software, as those tend to have the largest buffers). > Icecast is simply not a low latency solution, let alone real-time. If > you are looking for sub-second latency, Icecast is the wrong tool or you > need to accommodate how broadcasting works in your workflow. > > Cheers > > Thomas > > _______________________________________________ > Icecast mailing list > Icecast at xiph.org > http://lists.xiph.org/mailman/listinfo/icecast -- Jordan (PGP: 0xDA470FF8) From jorgefren12 at gmail.com Wed Aug 14 15:56:08 2013 From: jorgefren12 at gmail.com (=?ISO-8859-1?Q?Jorge_N=FA=F1ez?=) Date: Wed, 14 Aug 2013 10:56:08 -0500 Subject: [Icecast] Using freeswitch and Icecast Message-ID: Thanks for your answer, well I changed this parameters on icecast.xml and the the delay reduce from 20s to 12s 0 4096 Well I was trying to reproduce mp3 and ogg but both have 12 s of delay. How can I reduce to maybe 1 or 2 seconds. -------------- next part -------------- An HTML attachment was scrubbed... URL: From jorgefren12 at gmail.com Wed Aug 14 15:56:14 2013 From: jorgefren12 at gmail.com (=?ISO-8859-1?Q?Jorge_N=FA=F1ez?=) Date: Wed, 14 Aug 2013 10:56:14 -0500 Subject: [Icecast] Icecast Digest, Vol 111, Issue 5 Message-ID: Thanks for your answer, well I changed this parameters on icecast.xml and the the delay reduce from 20s to 12s 0 4096 Well I was trying to reproduce mp3 and ogg but both have 12 s of delay. How can I reduce to maybe 1 or 2 seconds. 2013/8/7 > Send Icecast mailing list submissions to > icecast at xiph.org > > To subscribe or unsubscribe via the World Wide Web, visit > http://lists.xiph.org/mailman/listinfo/icecast > or, via email, send a message with subject or body 'help' to > icecast-request at xiph.org > > You can reach the person managing the list at > icecast-owner at xiph.org > > When replying, please edit your Subject line so it is more specific > than "Re: Contents of Icecast digest..." > > > Today's Topics: > > 1. Using freeswitch and Icecast (Jorge N??ez) > 2. Re: Using freeswitch and Icecast (Basil Mohamed Gohar) > 3. Re: Using freeswitch and Icecast (Thomas B. R?cker) > 4. Re: Using freeswitch and Icecast (TheDarkener) > > > ---------------------------------------------------------------------- > > Message: 1 > Date: Tue, 6 Aug 2013 18:40:52 -0500 > From: Jorge N??ez > Subject: [Icecast] Using freeswitch and Icecast > To: icecast at xiph.org > Message-ID: > HQgqbPMQgy4FKZbc-VXBqHVTrUA at mail.gmail.com> > Content-Type: text/plain; charset="iso-8859-1" > > Hi I am trying to use icecast to broadcast a realtime conference from > freeswitch. But I am having a delay like 20 seconds then I reduced it to > 12s. But I don't know if somebody can help me how to reduce it as lower as > possible. > > Thanks > > Jorge > -------------- next part -------------- > An HTML attachment was scrubbed... > URL: > http://lists.xiph.org/pipermail/icecast/attachments/20130806/619a6b24/attachment.html > > ------------------------------ > > Message: 2 > Date: Wed, 07 Aug 2013 02:48:16 -0400 > From: Basil Mohamed Gohar > Subject: Re: [Icecast] Using freeswitch and Icecast > To: icecast at xiph.org > Message-ID: <5201EDB0.9060301 at librevideo.org> > Content-Type: text/plain; charset=ISO-8859-1 > > On 08/06/2013 07:40 PM, Jorge N??ez wrote: > > Hi I am trying to use icecast to broadcast a realtime conference from > > freeswitch. But I am having a delay like 20 seconds then I reduced it to > > 12s. But I don't know if somebody can help me how to reduce it as lower > > as possible. > > > > Thanks > > > > Jorge > > Jorge, first I'd like to know what you did to reduce the delay from 20 > to 12 seconds. > > Secondly, the delay can also be related to the following two issues: > > 1. The audio codec being used > 2. The amount of buffering on the client side > > Using Ogg Vorbis for the audio, for example, will incur some delay, but > that wouldn't explain 12 seconds. More than likely, a good portion of > the delay is related to buffering on the client side. > > VLC media player allows you to set the buffering on the client side, you > may consider trying that and experimenting with different settings to > see how little delay you can get by reducing buffering. But keep in > mind, a smaller buffer exposes your client to more network-related > transmission errors, which may result in Icecast dropping your client > altogether or the sound coming through with stuttering. > > The fact of the matter is that while Icecast can be used for > broadcasting live audio, it's a very simple protocol that does not have > any mechanism to ensure that all clients are receiving the audio at the > same time. The audio is being broadcast as basically an HTTP download > without a Content-Length header. It's up to the client (i.e., > application) to present it to the user with or without delay, depending > on configuration as I mentioned above. > > -- > Libre Video > http://librevideo.org > > > ------------------------------ > > Message: 3 > Date: Wed, 07 Aug 2013 07:06:23 +0000 > From: "Thomas B. R?cker" > Subject: Re: [Icecast] Using freeswitch and Icecast > To: icecast at xiph.org > Message-ID: <5201F1EF.5030204 at ruecker.fi> > Content-Type: text/plain; charset=ISO-8859-1 > > what-he-said > > On 08/07/2013 06:48 AM, Basil Mohamed Gohar wrote: > > On 08/06/2013 07:40 PM, Jorge N??ez wrote: > >> Hi I am trying to use icecast to broadcast a realtime conference from > >> freeswitch. But I am having a delay like 20 seconds then I reduced it to > >> 12s. But I don't know if somebody can help me how to reduce it as lower > >> as possible. > >> > >> Thanks > >> > >> Jorge > > Jorge, first I'd like to know what you did to reduce the delay from 20 > > to 12 seconds. > > > > Secondly, the delay can also be related to the following two issues: > > > > 1. The audio codec being used > > 2. The amount of buffering on the client side > > > > Using Ogg Vorbis for the audio, for example, will incur some delay, but > > that wouldn't explain 12 seconds. More than likely, a good portion of > > the delay is related to buffering on the client side. > > > > VLC media player allows you to set the buffering on the client side, you > > may consider trying that and experimenting with different settings to > > see how little delay you can get by reducing buffering. But keep in > > mind, a smaller buffer exposes your client to more network-related > > transmission errors, which may result in Icecast dropping your client > > altogether or the sound coming through with stuttering. > > > > The fact of the matter is that while Icecast can be used for > > broadcasting live audio, it's a very simple protocol that does not have > > any mechanism to ensure that all clients are receiving the audio at the > > same time. The audio is being broadcast as basically an HTTP download > > without a Content-Length header. It's up to the client (i.e., > > application) to present it to the user with or without delay, depending > > on configuration as I mentioned above. > > In addition, why would you require the broadcast to be as low latency as > the conversation itself? > Even professional broadcasting will have a delay of anywhere between a > couple hundred miliseconds and several seconds. > > If you need real time interaction or want to have people dial in, then > those people should use the VoIP bidirectional channel and not the > broadcast. That's how call-in shows on the radio do it too. > > Also while you can get the latency into the 1-2s range with Icecast, > this will come at the cost of stability and increased configuration > complexity across the whole chain, including the listener (especially > the listener side software, as those tend to have the largest buffers). > Icecast is simply not a low latency solution, let alone real-time. If > you are looking for sub-second latency, Icecast is the wrong tool or you > need to accommodate how broadcasting works in your workflow. > > Cheers > > Thomas > > > > ------------------------------ > > Message: 4 > Date: Wed, 07 Aug 2013 09:06:00 -0700 > From: TheDarkener > Subject: Re: [Icecast] Using freeswitch and Icecast > To: Icecast at xiph.org > Message-ID: <52027068.7070802 at logicalnetworking.net> > Content-Type: text/plain; charset=ISO-8859-1 > > All of that being said, using ogg/opus seems like it should be more > geared toward what you're trying to do - though what everyone above has > said still stands, regardless of codec. > > > On 08/07/2013 12:06 AM, "Thomas B. R?cker" wrote: > > what-he-said > > > > On 08/07/2013 06:48 AM, Basil Mohamed Gohar wrote: > >> On 08/06/2013 07:40 PM, Jorge N??ez wrote: > >>> Hi I am trying to use icecast to broadcast a realtime conference from > >>> freeswitch. But I am having a delay like 20 seconds then I reduced it > to > >>> 12s. But I don't know if somebody can help me how to reduce it as lower > >>> as possible. > >>> > >>> Thanks > >>> > >>> Jorge > >> Jorge, first I'd like to know what you did to reduce the delay from 20 > >> to 12 seconds. > >> > >> Secondly, the delay can also be related to the following two issues: > >> > >> 1. The audio codec being used > >> 2. The amount of buffering on the client side > >> > >> Using Ogg Vorbis for the audio, for example, will incur some delay, but > >> that wouldn't explain 12 seconds. More than likely, a good portion of > >> the delay is related to buffering on the client side. > >> > >> VLC media player allows you to set the buffering on the client side, you > >> may consider trying that and experimenting with different settings to > >> see how little delay you can get by reducing buffering. But keep in > >> mind, a smaller buffer exposes your client to more network-related > >> transmission errors, which may result in Icecast dropping your client > >> altogether or the sound coming through with stuttering. > >> > >> The fact of the matter is that while Icecast can be used for > >> broadcasting live audio, it's a very simple protocol that does not have > >> any mechanism to ensure that all clients are receiving the audio at the > >> same time. The audio is being broadcast as basically an HTTP download > >> without a Content-Length header. It's up to the client (i.e., > >> application) to present it to the user with or without delay, depending > >> on configuration as I mentioned above. > > In addition, why would you require the broadcast to be as low latency as > > the conversation itself? > > Even professional broadcasting will have a delay of anywhere between a > > couple hundred miliseconds and several seconds. > > > > If you need real time interaction or want to have people dial in, then > > those people should use the VoIP bidirectional channel and not the > > broadcast. That's how call-in shows on the radio do it too. > > > > Also while you can get the latency into the 1-2s range with Icecast, > > this will come at the cost of stability and increased configuration > > complexity across the whole chain, including the listener (especially > > the listener side software, as those tend to have the largest buffers). > > Icecast is simply not a low latency solution, let alone real-time. If > > you are looking for sub-second latency, Icecast is the wrong tool or you > > need to accommodate how broadcasting works in your workflow. > > > > Cheers > > > > Thomas > > > > _______________________________________________ > > Icecast mailing list > > Icecast at xiph.org > > http://lists.xiph.org/mailman/listinfo/icecast > > -- > Jordan (PGP: 0xDA470FF8) > > > > ------------------------------ > > _______________________________________________ > Icecast mailing list > Icecast at xiph.org > http://lists.xiph.org/mailman/listinfo/icecast > > > End of Icecast Digest, Vol 111, Issue 5 > *************************************** > -------------- next part -------------- An HTML attachment was scrubbed... URL: From geoff at QuiteLikely.com Wed Aug 14 15:58:41 2013 From: geoff at QuiteLikely.com (Geoff Shang) Date: Wed, 14 Aug 2013 18:58:41 +0300 (IDT) Subject: [Icecast] Using freeswitch and Icecast In-Reply-To: References: Message-ID: On Wed, 14 Aug 2013, Jorge N??ez wrote: > Thanks for your answer, well I changed this parameters on icecast.xml and > the the delay reduce from 20s to 12s > > 0 > 4096 > > > Well I was trying to reproduce mp3 and ogg but both have 12 s of delay. How > can I reduce to maybe 1 or 2 seconds. How big is the buffer in your player? I typically get a second or two delay with mpg123 and that's with the buffer settings *enabled*. Geoff. From jorgefren12 at gmail.com Wed Aug 14 16:40:02 2013 From: jorgefren12 at gmail.com (=?ISO-8859-1?Q?Jorge_N=FA=F1ez?=) Date: Wed, 14 Aug 2013 11:40:02 -0500 Subject: [Icecast] Using freeswitch and Icecast In-Reply-To: References: Message-ID: What do you mean at how big is the buffer? Sorry but I am pretty new in this. 2013/8/14 Geoff Shang > On Wed, 14 Aug 2013, Jorge N??ez wrote: > > Thanks for your answer, well I changed this parameters on icecast.xml and >> the the delay reduce from 20s to 12s >> >> 0 >> 4096 >> >> >> Well I was trying to reproduce mp3 and ogg but both have 12 s of delay. >> How >> can I reduce to maybe 1 or 2 seconds. >> > > How big is the buffer in your player? I typically get a second or two > delay with mpg123 and that's with the buffer settings *enabled*. > > Geoff. > -------------- next part -------------- An HTML attachment was scrubbed... URL: From ross at stationplaylist.com Thu Aug 15 02:57:52 2013 From: ross at stationplaylist.com (Ross Levis) Date: Thu, 15 Aug 2013 14:57:52 +1200 Subject: [Icecast] Relay of Shoutcast server stopped Message-ID: <00ae01ce9963$3d2ffc10$b78ff430$@com> I set up an Icecast server yesterday to relay a Shoutcast server with on-demand off. This was working yesterday for several hours at least but today it wasn't relaying the stream. I restarted the server and it started working again. Does Icecast handle reconnecting if the Shoutcast server goes down for a few minutes, etc? What would be the problem? I've switched it to on-demand to see if that resolves it. Regards, Ross. From alexander.dalfarra at dmd2.net Fri Aug 16 13:13:17 2013 From: alexander.dalfarra at dmd2.net (Alexander Dal Farra) Date: Fri, 16 Aug 2013 15:13:17 +0200 Subject: [Icecast] icecast sourcing via iOS Message-ID: Hello I am looking for a iOS client to source an Icecast Stream (Audio only, OGG or MP3 fine). Been browsing thru the appstore and didn't find anything really nice/working. Anybody who made some good experiences? Thanks, Alex -------------- next part -------------- An HTML attachment was scrubbed... URL: From geoff at QuiteLikely.com Fri Aug 16 14:19:19 2013 From: geoff at QuiteLikely.com (Geoff Shang) Date: Fri, 16 Aug 2013 17:19:19 +0300 (IDT) Subject: [Icecast] icecast sourcing via iOS In-Reply-To: References: Message-ID: On Fri, 16 Aug 2013, Alexander Dal Farra wrote: > I am looking for a iOS client to source an Icecast Stream (Audio only, OGG > or MP3 fine). Been browsing thru the appstore and didn't find anything > really nice/working. Anybody who made some good experiences? I've not used it much, but KoalaSAN can do both Ogg Vorbis and Ogg Opus. HTH, Geoff. From pumahosting at gmail.com Mon Aug 19 09:06:37 2013 From: pumahosting at gmail.com (pumahosting at gmail.com) Date: Mon, 19 Aug 2013 04:06:37 -0500 Subject: [Icecast] pumahosting@gmail.com wants to give you 50 points on Perk! Message-ID: <5211e01d10f49_f5d2169e9418895ba@srv003.jutera.com.mail> An HTML attachment was scrubbed... URL: From pumahosting at gmail.com Mon Aug 19 09:13:55 2013 From: pumahosting at gmail.com (puma hoosting) Date: Mon, 19 Aug 2013 11:13:55 +0200 Subject: [Icecast] I am sorry guys Message-ID: Sorry for my previous e-mail . I accidentaly sent it to all my e-mail contact. Sorry again -- ?dv?zlettel, Mayer Gell?rt Levente ?gyvezet? igazgat?! Puma-Hosting Momn? Bt. Hungary -------------- next part -------------- An HTML attachment was scrubbed... URL: From Jonathancandler_msa at q.com Tue Aug 20 20:19:04 2013 From: Jonathancandler_msa at q.com (jonathan candler) Date: Tue, 20 Aug 2013 13:19:04 -0700 Subject: [Icecast] the best way to run an automation system with iccast? Message-ID: <146B3EED-F8B6-4604-BC4F-EFD12BC98A9D@q.com> Hello all, I'm running a radio station on a remote server of which I'm hosting my website on and my ice cast server on, both on the same server. my question is, what would be the best way to run an automation system using ice cast? I have tried liquid soap which is a automation scripting language with ice cast but that didn't work? I have tried airtime, which is also an automation system but even that didn't work. is there any other way that I can run an automation system in ice cast and configure the fallback mount points so that when I start broadcasting, it would connect to my mount point? and then, when I'm done, it would fall back to the automation mount point? thanks all so much. From timothyclarkmusic at me.com Tue Aug 20 21:13:54 2013 From: timothyclarkmusic at me.com (Timothy Clark Music) Date: Tue, 20 Aug 2013 17:13:54 -0400 Subject: [Icecast] the best way to run an automation system with iccast? In-Reply-To: <146B3EED-F8B6-4604-BC4F-EFD12BC98A9D@q.com> References: <146B3EED-F8B6-4604-BC4F-EFD12BC98A9D@q.com> Message-ID: <40D4D34C-9F9E-4CDE-874D-ED08D8FAA9FF@me.com> jonathan, you would have to upload music into your server's data bass. that's how a friend and i did it back when i was running my radio station. what server are you on by the way? Timothy Your friend in the music industry follow me on twitter @timothyclark13 to check out music, photos, videos, press, show dates, and more go to http://www.reverbnation.com/timothyclark13 feel free to give me a call at 7244011224 note, if i don't answer your call just leave me a voicemail and i'll get back in contact with you as soon as possible thanks and god bless On Aug 20, 2013, at 4:19 PM, jonathan candler wrote: > Hello all, I'm running a radio station on a remote server of which I'm hosting my website on and my ice cast server on, both on the same server. my question is, what would be the best way to run an automation system using ice cast? I have tried liquid soap which is a automation scripting language with ice cast but that didn't work? I have tried airtime, which is also an automation system but even that didn't work. is there any other way that I can run an automation system in ice cast and configure the fallback mount points so that when I start broadcasting, it would connect to my mount point? and then, when I'm done, it would fall back to the automation mount point? thanks all so much. > _______________________________________________ > Icecast mailing list > Icecast at xiph.org > http://lists.xiph.org/mailman/listinfo/icecast -------------- next part -------------- An HTML attachment was scrubbed... URL: From walker1145 at azstumbler.com Wed Aug 21 14:07:29 2013 From: walker1145 at azstumbler.com (walker1145) Date: Wed, 21 Aug 2013 07:07:29 -0700 Subject: [Icecast] the best way to run an automation system with iccast? In-Reply-To: <146B3EED-F8B6-4604-BC4F-EFD12BC98A9D@q.com> References: <146B3EED-F8B6-4604-BC4F-EFD12BC98A9D@q.com> Message-ID: <5214C9A1.3040703@azstumbler.com> Can you be a little more specific on how it did not work? On 08/20/2013 01:19 PM, jonathan candler wrote: > Hello all, I'm running a radio station on a remote server of which I'm hosting my website on and my ice cast server on, both on the same server. my question is, what would be the best way to run an automation system using ice cast? I have tried liquid soap which is a automation scripting language with ice cast but that didn't work? I have tried airtime, which is also an automation system but even that didn't work. is there any other way that I can run an automation system in ice cast and configure the fallback mount points so that when I start broadcasting, it would connect to my mount point? and then, when I'm done, it would fall back to the automation mount point? thanks all so much. > _______________________________________________ > Icecast mailing list > Icecast at xiph.org > http://lists.xiph.org/mailman/listinfo/icecast > > From stephen.atkins at gmail.com Fri Aug 30 20:18:04 2013 From: stephen.atkins at gmail.com (Stephen Atkins) Date: Fri, 30 Aug 2013 14:18:04 -0600 Subject: [Icecast] New and need help Message-ID: Hello everyone. I haven't used Icecast yet but I'm hoping it can help me with what I want to do. I listen to podcasts a lot. Most of the time I'm at work I have something playing in the background. The problem is once one ends I have to select another to play. Or if they have all been played I can't use the auto next feature. So what I would like to do is setup a machine (most likely a Raspberry PI or Beagle Board Black) that has a podcast catcher. It would always download the latest podcasts I subscribe to and delete the old ones. There are a few options for this and isn't a problem. I would then like to have Icecast randomly play podcasts that are in a specified directory and repeat them 24/7. Once the file goes away it won't try to play it any more. Since I have about 30 podcasts I sub to it should give me many hours of non repeats but with in a week I should be able to hear them a couple of times each. Has any one done this sort of thing? Thanks Stephen -------------- next part -------------- An HTML attachment was scrubbed... URL: From geoff at QuiteLikely.com Fri Aug 30 20:49:17 2013 From: geoff at QuiteLikely.com (Geoff Shang) Date: Fri, 30 Aug 2013 23:49:17 +0300 (IDT) Subject: [Icecast] New and need help In-Reply-To: References: Message-ID: On Fri, 30 Aug 2013, Stephen Atkins wrote: > So what I would like to do is setup a machine (most likely a Raspberry PI > or Beagle Board Black) that has a podcast catcher. It would always > download the latest podcasts I subscribe to and delete the old ones. There > are a few options for this and isn't a problem. I would then like to have > Icecast randomly play podcasts that are in a specified directory and repeat > them 24/7. Once the file goes away it won't try to play it any more. Icecast is merely the server. You'll have to send it something to serve. Assuming these podcasts are in mp3 format, I'd use Ices 0.x to do this. You can (I think) get it to send without reencoding, which should play nicely on a Pi. You can set it up to work from a playlist. If you could get the playlist to be regenerated every time there's a change, Ices will detect the change and pick up the new files. I can't remember if ezstream can do all this, it might be able to and may be a better choice. If your podcasts are in multiple formats/bitrates, you'll probably need to encode the stream to a common format before sending, so your player doesn't choak on the format changes. This may or may not be doable on the Pi, depending on the format needed. HTH, Geoff. From stephen.atkins at gmail.com Fri Aug 30 21:23:07 2013 From: stephen.atkins at gmail.com (Stephen Atkins) Date: Fri, 30 Aug 2013 15:23:07 -0600 Subject: [Icecast] New and need help In-Reply-To: References: Message-ID: Thanks for the suggestions. I'll see what I can do with creating a m3u file and check out ezstream. Stephen On Fri, Aug 30, 2013 at 2:49 PM, Geoff Shang wrote: > On Fri, 30 Aug 2013, Stephen Atkins wrote: > > So what I would like to do is setup a machine (most likely a Raspberry PI >> or Beagle Board Black) that has a podcast catcher. It would always >> download the latest podcasts I subscribe to and delete the old ones. >> There >> are a few options for this and isn't a problem. I would then like to have >> Icecast randomly play podcasts that are in a specified directory and >> repeat >> them 24/7. Once the file goes away it won't try to play it any more. >> > > Icecast is merely the server. You'll have to send it something to serve. > > Assuming these podcasts are in mp3 format, I'd use Ices 0.x to do this. > You can (I think) get it to send without reencoding, which should play > nicely on a Pi. > > You can set it up to work from a playlist. If you could get the playlist > to be regenerated every time there's a change, Ices will detect the change > and pick up the new files. > > I can't remember if ezstream can do all this, it might be able to and may > be a better choice. > > If your podcasts are in multiple formats/bitrates, you'll probably need to > encode the stream to a common format before sending, so your player doesn't > choak on the format changes. This may or may not be doable on the Pi, > depending on the format needed. > > HTH, > Geoff. > > -------------- next part -------------- An HTML attachment was scrubbed... URL: