From top.ruchapon at gmail.com Mon Jun 1 03:52:09 2015 From: top.ruchapon at gmail.com (=?UTF-8?B?4Lik4LiK4Lig4LiTIOC5gOC4l+C4teC4ouC4meC4qOC4tOC4o+C4tA==?=) Date: Mon, 1 Jun 2015 10:52:09 +0700 Subject: [Icecast] I see problem concurrent MAX limit 1000 Message-ID: I use icecast V.2.3.3 on Centos 6.x I see problem concurrent MAX limit 1000 . I want concurrent unlimited . I can config concurrent unlimited ? I want support for me I check status icecast is me by http://IP:8000/admin/stats bitrate=120 120 genre 86 57 http://localhost:8000/smmradio unlimited <<<<<<<<<<<<<<<<<< 1 SMM Radio SMM Radio audio/mpeg url 442 183.88.232.80 Mon, 01 Jun 2015 16:38:23 +0700 67838400 4340651011 instreamer Status is unlimited but concurrent is limit 1000. I want support for me -------------- next part -------------- An HTML attachment was scrubbed... URL: From thatjackelliott at kpov.org Mon Jun 1 14:04:06 2015 From: thatjackelliott at kpov.org (Jack Elliott 541 848 7021) Date: Mon, 01 Jun 2015 07:04:06 -0700 Subject: [Icecast] Pathing syntax for icecast.xml in Windows In-Reply-To: <20150531121257.8D9E0130BE@grassland.keep-cool.org> References: <5569E5BF.4060207@kpov.org> <20150531121257.8D9E0130BE@grassland.keep-cool.org> Message-ID: <556C6656.6000300@kpov.org> Hi Philipp, Thank you. I find in the Icecast docs the following: "_A fallback mount can also state a file that is located in webroot._ This is useful for playing a pre-recorded file in the case of a stream going down. It will repeat until either the listener disconnects or a stream comes back available and takes the listeners back. As per usual, the file format should match the stream format, failing to do so may cause problems with playback." This is at http://icecast.org/docs/icecast-2.4.1/config-file.htm So it appears that one can specify a static file as the fallback. My question has to do with whether Icecast will be happy with the syntax I have proposed as the path to the file. -- that Jack Elliott 541 848 7021 Producer Wednesday Point, Host, The Sunday Classics KPOV 88.9, High Desert Radio Audio geek On 05/31/2015 05:12 AM, Philipp Schafft wrote: > reflum, > > On Sat, 2015-05-30 at 09:30 -0700, that Jack Elliott wrote: >> Hi, >> >> Icecast.xml sh"A fallback mount can also state a file that is located in webroot. This >> is useful for playing a pre-recorded file in the case of a stream going >> down. It will repeat until either the listener disconnects or a stream >> comes back available and takes the listeners back. As per usual, the >> file format should match the stream format, failing to do so may cause >> problems with playback."ows a sample path to a mountpoint fallback file as >> >> /example2.ogg >> >> Under Windows, will this next work? >> >> "C:\Users\username\Desktop\foldername\subfoldername >> \fallback.mp3" >> [...] > No. > > I think you misunderstanding fallbacks a bit: Those are not files but > actual mounts (which may be files within the webroot). > > I would suggest to read docs for more info: > http://icecast.org/docs/icecast-2.4.1/config-file.html#mountsettings > > > > _______________________________________________ > Icecast mailing list > Icecast at xiph.org > http://lists.xiph.org/mailman/listinfo/icecast -------------- next part -------------- An HTML attachment was scrubbed... URL: From epirat07 at gmail.com Mon Jun 1 14:21:45 2015 From: epirat07 at gmail.com (Marvin Scholz) Date: Mon, 01 Jun 2015 16:21:45 +0200 Subject: [Icecast] Pathing syntax for icecast.xml in Windows In-Reply-To: <556C6656.6000300@kpov.org> References: <5569E5BF.4060207@kpov.org> <20150531121257.8D9E0130BE@grassland.keep-cool.org> <556C6656.6000300@kpov.org> Message-ID: <51166C48-5D7E-46CC-AF1B-BE6D0DC6B746@gmail.com> On 1 Jun 2015, at 16:04, Jack Elliott 541 848 7021 wrote: > Hi Philipp, > > Thank you. > > I find in the Icecast docs the following: > > "_A fallback mount can also state a file that is located in webroot._ This is true, and it exactly states what's wrong with your syntax. It expects to be a mount name, as mounts will fallback to files in webroot with the same name, if they exists, you can use a file as well. Therefore you can't just put the full path there, like you did. (And you path does not seem to point to webroot) If you want to have a fallback file, put it in webroot and just put the filename in the fallback-mount, as you would usually do with a mountpoint: /fallback.mp3 > This is useful for playing a pre-recorded file in the case of a stream > going down. It will repeat until either the listener disconnects or a > stream comes back available and takes the listeners back. As per > usual, the file format should match the stream format, failing to do > so may cause problems with playback." > > This is at http://icecast.org/docs/icecast-2.4.1/config-file.htm > > > So it appears that one can specify a static file as the fallback. My > question has to do with whether Icecast will be happy with the syntax > I have proposed as the path to the file. > > -- > that Jack Elliott > 541 848 7021 > Producer Wednesday Point, Host, The Sunday Classics > KPOV 88.9, High Desert Radio > Audio geek > > On 05/31/2015 05:12 AM, Philipp Schafft wrote: >> reflum, >> >> On Sat, 2015-05-30 at 09:30 -0700, that Jack Elliott wrote: >>> Hi, >>> >>> Icecast.xml sh"A fallback mount can also state a file that is >>> located in webroot. This >>> is useful for playing a pre-recorded file in the case of a stream >>> going >>> down. It will repeat until either the listener disconnects or a >>> stream >>> comes back available and takes the listeners back. As per usual, the >>> file format should match the stream format, failing to do so may >>> cause >>> problems with playback."ows a sample path to a mountpoint fallback >>> file as >>> >>> /example2.ogg >>> >>> Under Windows, will this next work? >>> >>> "C:\Users\username\Desktop\foldername\subfoldername >>> \fallback.mp3" >>> [...] >> No. >> >> I think you misunderstanding fallbacks a bit: Those are not files but >> actual mounts (which may be files within the webroot). >> >> I would suggest to read docs for more info: >> http://icecast.org/docs/icecast-2.4.1/config-file.html#mountsettings >> >> >> >> _______________________________________________ >> Icecast mailing list >> Icecast at xiph.org >> http://lists.xiph.org/mailman/listinfo/icecast > > _______________________________________________ > Icecast mailing list > Icecast at xiph.org > http://lists.xiph.org/mailman/listinfo/icecast From thatjackelliott at kpov.org Mon Jun 1 14:31:56 2015 From: thatjackelliott at kpov.org (Jack Elliott 541 848 7021) Date: Mon, 01 Jun 2015 07:31:56 -0700 Subject: [Icecast] Pathing syntax for icecast.xml in Windows In-Reply-To: <51166C48-5D7E-46CC-AF1B-BE6D0DC6B746@gmail.com> References: <5569E5BF.4060207@kpov.org> <20150531121257.8D9E0130BE@grassland.keep-cool.org> <556C6656.6000300@kpov.org> <51166C48-5D7E-46CC-AF1B-BE6D0DC6B746@gmail.com> Message-ID: <556C6CDC.4030909@kpov.org> Hi Marvin, thank you. Okay, then to be clear, "webroot" for the purposes of running Icecast under Windows would be the same folder where icecast.xml is normally found, i.e., C:\Program Files\icecast And, if I read you correctly, suppose my normal mount coming from my source client is called /example (it is an mp3 stream so I don't specify the extension). If I place a file called "example.mp3" in the webroot, and rename my live mount "example.mp3" then will Icecast automatically fall back to the static file in the event that the source client goes off-air? -- that Jack Elliott 541 848 7021 Producer Wednesday Point, Host, The Sunday Classics KPOV 88.9, High Desert Radio Audio geek On 06/01/2015 07:21 AM, Marvin Scholz wrote: > On 1 Jun 2015, at 16:04, Jack Elliott 541 848 7021 wrote: > >> Hi Philipp, >> >> Thank you. >> >> I find in the Icecast docs the following: >> >> "_A fallback mount can also state a file that is located in webroot._ > This is true, and itIt > expects to be a mount name, as mounts will fallback to files in webroot > with the same name, if they exists, you can use a file as well. > exactly states what's wrong with your syntax. It > expects to be a mount name, as mounts will fallback to files in webroot > with the same name, if they exists, you can use a file as well. > Therefore you can't just put the full path there, like you did. (And you > path does not seem to point to webroot) If you want to have a fallback > file, put it in webroot and just put the filename in the fallback-mount, > as you would usually do with a mountpoint: > > /fallback.mp3 > >> This is useful for playing a pre-recorded file in the case of a stream >> going down. It will repeat until either the listener disconnects or a >> stream comes back available and takes the listeners back. As per >> usual, the file format should match the stream format, failing to do >> so may cause problems with playback." >> >> This is at http://icecast.org/docs/icecast-2.4.1/config-file.htm >> >> >> So it appears that one can specify a static file as the fallback. My >> question has to do with whether Icecast will be happy with the syntax >> I have proposed as the path to the file. >> >> -- >> that Jack Elliott >> 541 848 7021 >> Producer Wednesday Point, Host, The Sunday Classics >> KPOV 88.9, High Desert Radio >> Audio geek >> >> On 05/31/2015 05:12 AM, Philipp Schafft wrote: >>> reflum, >>> >>> On Sat, 2015-05-30 at 09:30 -0700, that Jack Elliott wrote: >>>> Hi, >>>> >>>> Icecast.xml sh"A fallback mount can also state a file that is >>>> located in webroot. This >>>> is useful for playing a pre-recorded file in the case of a stream >>>> going >>>> down. It will repeat until either the listener disconnects or a >>>> stream >>>> comes back available and takes the listeners back. As per usual, the >>>> file format should match the stream format, failing to do so may >>>> cause >>>> problems with playback."ows a sample path to a mountpoint fallback >>>> file as >>>> >>>> /example2.ogg >>>> >>>> Under Windows, will this next work? >>>> >>>> "C:\Users\username\Desktop\foldername\subfoldername >>>> \fallback.mp3" >>>> [...] >>> No. >>> >>> I think you misunderstanding fallbacks a bit: Those are not files but >>> actual mounts (which may be files within the webroot). >>> >>> I would suggest to read docs for more info: >>> http://icecast.org/docs/icecast-2.4.1/config-file.html#mountsettings >>> >>> >>> >>> _______________________________________________ >>> Icecast mailing list >>> Icecast at xiph.org >>> http://lists.xiph.org/mailman/listinfo/icecast >> _______________________________________________ >> Icecast mailing list >> Icecast at xiph.org >> http://lists.xiph.org/mailman/listinfo/icecast > _______________________________________________ > Icecast mailing list > Icecast at xiph.org > http://lists.xiph.org/mailman/listinfo/icecast From epirat07 at gmail.com Mon Jun 1 14:45:07 2015 From: epirat07 at gmail.com (Marvin Scholz) Date: Mon, 01 Jun 2015 16:45:07 +0200 Subject: [Icecast] Pathing syntax for icecast.xml in Windows In-Reply-To: <556C6CDC.4030909@kpov.org> References: <5569E5BF.4060207@kpov.org> <20150531121257.8D9E0130BE@grassland.keep-cool.org> <556C6656.6000300@kpov.org> <51166C48-5D7E-46CC-AF1B-BE6D0DC6B746@gmail.com> <556C6CDC.4030909@kpov.org> Message-ID: <50E4ECE2-CDF0-4D64-A46C-E9CB50943494@gmail.com> On 1 Jun 2015, at 16:31, Jack Elliott 541 848 7021 wrote: > Hi Marvin, thank you. > > Okay, then to be clear, "webroot" for the purposes of running Icecast > under Windows would be the same folder where icecast.xml is normally > found, i.e., C:\Program Files\icecast The webroot is where the web files are, so it should be `web` on Windows and contain files like `status.xsl`. > And, if I read you correctly, suppose my normal mount coming from my > source client is called /example (it is an mp3 stream so I don't > specify the extension). If I place a file called "example.mp3" in the > webroot, and rename my live mount "example.mp3" then will Icecast > automatically fall back to the static file in the event that the > source > client goes off-air? No, I re-checked to be clear and the correct statement is: Icecast will treat static files like mounts if they are in webroot. This means that if you have a mount defined in your config with the name foo.mp3 and you have a foo.mp3 in your webroot, Icecast will apply the mount settings (like auth for example) to this static file. Best is to never have a static file with the same name as a mountpoint you want to stream to. But that handling makes it possible that you can use a static file as fallback mount, because Icecast will play the file, if there is one with the same name as the mountpoint. Just make sure to place the file in the webroot and name it to something that won't conflict with any other stream. Then enter that name for the fallback mount as explained in my last mail. > > -- > that Jack Elliott > 541 848 7021 > Producer Wednesday Point, Host, The Sunday Classics > KPOV 88.9, High Desert Radio > Audio geek > > On 06/01/2015 07:21 AM, Marvin Scholz wrote: >> On 1 Jun 2015, at 16:04, Jack Elliott 541 848 7021 wrote: >> >>> Hi Philipp, >>> >>> Thank you. >>> >>> I find in the Icecast docs the following: >>> >>> "_A fallback mount can also state a file that is located in >>> webroot._ >> This is true, and itIt >> expects to be a mount name, as mounts will fallback to files in >> webroot >> with the same name, if they exists, you can use a file as well. >> exactly states what's wrong with your syntax. It >> expects to be a mount name, as mounts will fallback to files in >> webroot >> with the same name, if they exists, you can use a file as well. >> Therefore you can't just put the full path there, like you did. (And >> you >> path does not seem to point to webroot) If you want to have a >> fallback >> file, put it in webroot and just put the filename in the >> fallback-mount, >> as you would usually do with a mountpoint: >> >> /fallback.mp3 >> >>> This is useful for playing a pre-recorded file in the case of a >>> stream >>> going down. It will repeat until either the listener disconnects or >>> a >>> stream comes back available and takes the listeners back. As per >>> usual, the file format should match the stream format, failing to do >>> so may cause problems with playback." >>> >>> This is at http://icecast.org/docs/icecast-2.4.1/config-file.htm >>> >>> >>> So it appears that one can specify a static file as the fallback. My >>> question has to do with whether Icecast will be happy with the >>> syntax >>> I have proposed as the path to the file. >>> >>> -- >>> that Jack Elliott >>> 541 848 7021 >>> Producer Wednesday Point, Host, The Sunday Classics >>> KPOV 88.9, High Desert Radio >>> Audio geek >>> >>> On 05/31/2015 05:12 AM, Philipp Schafft wrote: >>>> reflum, >>>> >>>> On Sat, 2015-05-30 at 09:30 -0700, that Jack Elliott wrote: >>>>> Hi, >>>>> >>>>> Icecast.xml sh"A fallback mount can also state a file that is >>>>> located in webroot. This >>>>> is useful for playing a pre-recorded file in the case of a stream >>>>> going >>>>> down. It will repeat until either the listener disconnects or a >>>>> stream >>>>> comes back available and takes the listeners back. As per usual, >>>>> the >>>>> file format should match the stream format, failing to do so may >>>>> cause >>>>> problems with playback."ows a sample path to a mountpoint fallback >>>>> file as >>>>> >>>>> /example2.ogg >>>>> >>>>> Under Windows, will this next work? >>>>> >>>>> "C:\Users\username\Desktop\foldername\subfoldername >>>>> \fallback.mp3" >>>>> [...] >>>> No. >>>> >>>> I think you misunderstanding fallbacks a bit: Those are not files >>>> but >>>> actual mounts (which may be files within the webroot). >>>> >>>> I would suggest to read docs for more info: >>>> http://icecast.org/docs/icecast-2.4.1/config-file.html#mountsettings >>>> >>>> >>>> >>>> _______________________________________________ >>>> Icecast mailing list >>>> Icecast at xiph.org >>>> http://lists.xiph.org/mailman/listinfo/icecast >>> _______________________________________________ >>> Icecast mailing list >>> Icecast at xiph.org >>> http://lists.xiph.org/mailman/listinfo/icecast >> _______________________________________________ >> Icecast mailing list >> Icecast at xiph.org >> http://lists.xiph.org/mailman/listinfo/icecast > > _______________________________________________ > Icecast mailing list > Icecast at xiph.org > http://lists.xiph.org/mailman/listinfo/icecast From thatjackelliott at kpov.org Mon Jun 1 15:39:59 2015 From: thatjackelliott at kpov.org (Jack Elliott 541 848 7021) Date: Mon, 01 Jun 2015 08:39:59 -0700 Subject: [Icecast] Pathing syntax for icecast.xml in Windows In-Reply-To: <50E4ECE2-CDF0-4D64-A46C-E9CB50943494@gmail.com> References: <5569E5BF.4060207@kpov.org> <20150531121257.8D9E0130BE@grassland.keep-cool.org> <556C6656.6000300@kpov.org> <51166C48-5D7E-46CC-AF1B-BE6D0DC6B746@gmail.com> <556C6CDC.4030909@kpov.org> <50E4ECE2-CDF0-4D64-A46C-E9CB50943494@gmail.com> Message-ID: <556C7CCF.6040608@kpov.org> Marvin, Ah, thank you for clarifying where "webroot" is. The application here will be a non-public stream with one listener client. Icecast is hosted on a computer at our radio station. It will receive a stream from a stream client at a remote live music event. There will be one listener: a media player running on another computer on the network at the station which will send the audio to the FM transmitter. The intial setup works fine just doing the minimum suggested modifications to icecast.xml: change passwords and usernames, and give mountpoint a unique name. This is all toward the top of the config file. There is a large section toward the bottom of the config file where one defines normal mounts and suchlike. It comes commented out and I've left it that way since so far the setup is working. To add a fallback, I read here (http://mpd.wikia.com/wiki/Icecast2) that all I really need to do at this point is uncomment out the following in the config file: /MountnameSameAsStaticFilename.mp3 1 And avoid doing the more complicated setting up of normal mounts, etc. since everything is working well so far without having to do so. -- that Jack Elliott 541 848 7021 Producer Wednesday Point, Host, The Sunday Classics KPOV 88.9, High Desert Radio Audio geek On 06/01/2015 07:45 AM, Marvin Scholz wrote: > On 1 Jun 2015, at 16:31, Jack Elliott 541 848 7021 wrote: > >> Hi Marvin, thank you. >> >> Okay, then to be clear, "webroot" for the purposes of running Icecast >> under Windows would be the same folder where icecast.xml is normally >> found, i.e., C:\Program Files\icecast > The webroot is where the web files are, so it should be `web` on Windows > and > contain files like `status.xsl`. > >> And, if I read you correctly, suppose my normal mount coming from my >> source client is called /example (it is an mp3 stream so I don't >> specify , and highlighted in yellow, the extension). If I place a file called "example.mp3" in the >> webroot, and rename my live mount "example.mp3" then will Icecast >> automatically fall back to the static file in the event that the >> source >> client goes off-air? > No, I re-checked to be clear and the correct statement is: > Icecast will treat static files like mounts if they are in webroot. This > means that if you > have a mount defined in your config with the name foo.mp3 and you have a > foo.mp3 in your webroot, > Icecast will apply the mount settings (like auth for example) to this > static file. > Best is to never have a static file with the same name as a mountpoint > you want to stream to. > > But that handling makes it possible that you can use a static file as > fallback mount, because Icecast will > play the file, if there is one with the same name as the mountpoint. > Just make sure to place the file in the webroot and name it to something > that won't conflict with any other > stream. Then enter that name for the fallback mount as explained in my > last mail. > >> -- >> that Jack Elliott >> 541 848 7021 >> Producer Wednesday Point, Host, The Sunday Classics >> KPOV 88.9, High Desert Radio >> Audio geek >> >> On 06/01/2015 07:21 AM, Marvin Scholz wrote: >>> On 1 Jun 2015, at 16:04, Jack Elliott 541 848 7021 wrote: >>> >>>> Hi Philipp, >>>> >>>> Thank you. >>>> >>>> I find in the Icecast docs the following: >>>> >>>> "_A fallback mount can also state a file that is located in >>>> webroot._ >>> This is true, and itIt >>> expects to be a mount name, as mounts will fallback to files in >>> webroot >>> with the same name, if they exists, you can use a file as well. >>> exactly states what's wrong with your syntax. It >>> expects to be a mount name, as mounts will fallback to files in >>> webroot >>> with the same name, if they exists, you can use a file as well. >>> Therefore you can't just put the full path there, like you did. (And >>> you >>> path does not seem to point to webroot) If you want to have a >>> fallback >>> file, put it in webroot and just put the filename in the >>> fallback-mount, >>> as you would usually do with a mountpoint: >>> >>> /fallback.mp3 >>> >>>> This is useful for playing a pre-recorded file in the case of a >>>> stream >>>> going down. It will repeat until either the listener disconnects or >>>> a >>>> stream comes back available and takes the listeners back. As per >>>> usual, the file format should match the stream format, failing to do >>>> so may cause problems with playback." >>>> >>>> This is at http://icecast.org/docs/icecast-2.4.1/config-file.htm >>>> >>>> >>>> So it appears that one can specify a static file as the fallback. My >>>> question has to do with whether Icecast will be happy with the >>>> syntax >>>> I have proposed as the path to the file. >>>> >>>> -- >>>> that Jack Elliott >>>> 541 848 7021 >>>> Producer Wednesday Point, Host, The Sunday Classics >>>> KPOV 88.9, High Desert Radio >>>> Audio geek >>>> >>>> On 05/31/2015 05:12 AM, Philipp Schafft wrote: >>>>> reflum, >>>>> >>>>> On Sat, 2015-05-30 at 09:30 -0700, that Jack Elliott wrote: >>>>>> Hi, >>>>>> >>>>>> Icecast.xml sh"A fallback mount can also state a file that is >>>>>> located in webroot. This >>>>>> is useful for playing a pre-recorded file in the case of a stream >>>>>> going >>>>>> down. It will repeat until either the listener disconnects or a >>>>>> stream >>>>>> comes back available and takes the listeners back. As per usual, >>>>>> the >>>>>> file format should match the stream format, failing to do so may >>>>>> cause >>>>>> problems with playback."ows a sample path to a mountpoint fallback >>>>>> file as >>>>>> >>>>>> /example2.ogg >>>>>> >>>>>> Under Windows, will this next work? >>>>>> >>>>>> "C:\Users\username\Desktop\foldername\subfoldername >>>>>> \fallback.mp3" >>>>>> [...] >>>>> No. >>>>> >>>>> I think you misunderstanding fallbacks a bit: Those are not files >>>>> but >>>>> actual mounts (which may be files within the webroot). >>>>> >>>>> I would suggest to read docs for more info: >>>>> http://icecast.org/docs/icecast-2.4.1/config-file.html#mountsettings >>>>> >>>>> >>>>> >>>>> _______________________________________________ >>>>> Icecast mailing list >>>>> Icecast at xiph.org >>>>> http://lists.xiph.org/mailman/listinfo/icecast >>>> _______________________________________________ >>>> Icecast mailing list >>>> Icecast at xiph.org >>>> http://lists.xiph.org/mailman/listinfo/icecast >>> _______________________________________________ >>> Icecast mailing list >>> Icecast at xiph.org >>> http://lists.xiph.org/mailman/listinfo/icecast >> _______________________________________________ >> Icecast mailing list >> Icecast at xiph.org >> http://lists.xiph.org/mailman/listinfo/icecast > _______________________________________________ > Icecast mailing list > Icecast at xiph.org > http://lists.xiph.org/mailman/listinfo/icecast From epirat07 at gmail.com Mon Jun 1 15:52:09 2015 From: epirat07 at gmail.com (Marvin Scholz) Date: Mon, 01 Jun 2015 17:52:09 +0200 Subject: [Icecast] Pathing syntax for icecast.xml in Windows In-Reply-To: <556C7CCF.6040608@kpov.org> References: <5569E5BF.4060207@kpov.org> <20150531121257.8D9E0130BE@grassland.keep-cool.org> <556C6656.6000300@kpov.org> <51166C48-5D7E-46CC-AF1B-BE6D0DC6B746@gmail.com> <556C6CDC.4030909@kpov.org> <50E4ECE2-CDF0-4D64-A46C-E9CB50943494@gmail.com> <556C7CCF.6040608@kpov.org> Message-ID: <199D9A0D-7A76-4875-B74E-2C024D4F1CE0@gmail.com> On 1 Jun 2015, at 17:39, Jack Elliott 541 848 7021 wrote: > Marvin, > > Ah, thank you for clarifying where "webroot" is. > > The application here will be a non-public stream with one listener > client. Icecast is hosted on a computer at our radio station. It will > receive a stream from a stream client at a remote live music event. > There will be one listener: a media player running on another computer > on the network at the station which will send the audio to the FM > transmitter. > > The intial setup works fine just doing the minimum suggested > modifications to icecast.xml: change passwords and usernames, and give > mountpoint a unique name. This is all toward the top of the config > file. > > There is a large section toward the bottom of the config file where > one > defines normal mounts and suchlike. It comes commented out and I've > left > it that way since so far the setup is working. > > To add a fallback, I read here (http://mpd.wikia.com/wiki/Icecast2) > that > all I really need to do at this point is uncomment out the following > in > the config file: > > > /MountnameSameAsStaticFilename.mp3 > > 1 > As far as I know what you have to do is, define a mount section for your stream: /mystream.mp3 /fallback.mp3 I don't think that the fallback would need a config to just fallback to itself, this makes no sense to me. (Disclaimer: I've never configured a fallback setup like yours) > And avoid doing the more complicated setting up of normal mounts, etc. > since everything is working well so far without having to do so. > > -- > that Jack Elliott > 541 848 7021 > Producer Wednesday Point, Host, The Sunday Classics > KPOV 88.9, High Desert Radio > Audio geek > > On 06/01/2015 07:45 AM, Marvin Scholz wrote: >> On 1 Jun 2015, at 16:31, Jack Elliott 541 848 7021 wrote: >> >>> Hi Marvin, thank you. >>> >>> Okay, then to be clear, "webroot" for the purposes of running >>> Icecast >>> under Windows would be the same folder where icecast.xml is normally >>> found, i.e., C:\Program Files\icecast >> The webroot is where the web files are, so it should be `web` on >> Windows >> and >> contain files like `status.xsl`. >> >>> And, if I read you correctly, suppose my normal mount coming from my >>> source client is called /example (it is an mp3 stream so I don't >>> specify , and highlighted in yellow, the extension). If I place a >>> file called "example.mp3" in the >>> webroot, and rename my live mount "example.mp3" then will Icecast >>> automatically fall back to the static file in the event that the >>> source >>> client goes off-air? >> No, I re-checked to be clear and the correct statement is: >> Icecast will treat static files like mounts if they are in webroot. >> This >> means that if you >> have a mount defined in your config with the name foo.mp3 and you >> have a >> foo.mp3 in your webroot, >> Icecast will apply the mount settings (like auth for example) to this >> static file. >> Best is to never have a static file with the same name as a >> mountpoint >> you want to stream to. >> >> But that handling makes it possible that you can use a static file as >> fallback mount, because Icecast will >> play the file, if there is one with the same name as the mountpoint. >> Just make sure to place the file in the webroot and name it to >> something >> that won't conflict with any other >> stream. Then enter that name for the fallback mount as explained in >> my >> last mail. >> >>> -- >>> that Jack Elliott >>> 541 848 7021 >>> Producer Wednesday Point, Host, The Sunday Classics >>> KPOV 88.9, High Desert Radio >>> Audio geek >>> >>> On 06/01/2015 07:21 AM, Marvin Scholz wrote: >>>> On 1 Jun 2015, at 16:04, Jack Elliott 541 848 7021 wrote: >>>> >>>>> Hi Philipp, >>>>> >>>>> Thank you. >>>>> >>>>> I find in the Icecast docs the following: >>>>> >>>>> "_A fallback mount can also state a file that is located in >>>>> webroot._ >>>> This is true, and itIt >>>> expects to be a mount name, as mounts will fallback to files in >>>> webroot >>>> with the same name, if they exists, you can use a file as well. >>>> exactly states what's wrong with your syntax. It >>>> expects to be a mount name, as mounts will fallback to files in >>>> webroot >>>> with the same name, if they exists, you can use a file as well. >>>> Therefore you can't just put the full path there, like you did. >>>> (And >>>> you >>>> path does not seem to point to webroot) If you want to have a >>>> fallback >>>> file, put it in webroot and just put the filename in the >>>> fallback-mount, >>>> as you would usually do with a mountpoint: >>>> >>>> /fallback.mp3 >>>> >>>>> This is useful for playing a pre-recorded file in the case of a >>>>> stream >>>>> going down. It will repeat until either the listener disconnects >>>>> or >>>>> a >>>>> stream comes back available and takes the listeners back. As per >>>>> usual, the file format should match the stream format, failing to >>>>> do >>>>> so may cause problems with playback." >>>>> >>>>> This is at http://icecast.org/docs/icecast-2.4.1/config-file.htm >>>>> >>>>> >>>>> So it appears that one can specify a static file as the fallback. >>>>> My >>>>> question has to do with whether Icecast will be happy with the >>>>> syntax >>>>> I have proposed as the path to the file. >>>>> >>>>> -- >>>>> that Jack Elliott >>>>> 541 848 7021 >>>>> Producer Wednesday Point, Host, The Sunday Classics >>>>> KPOV 88.9, High Desert Radio >>>>> Audio geek >>>>> >>>>> On 05/31/2015 05:12 AM, Philipp Schafft wrote: >>>>>> reflum, >>>>>> >>>>>> On Sat, 2015-05-30 at 09:30 -0700, that Jack Elliott wrote: >>>>>>> Hi, >>>>>>> >>>>>>> Icecast.xml sh"A fallback mount can also state a file that is >>>>>>> located in webroot. This >>>>>>> is useful for playing a pre-recorded file in the case of a >>>>>>> stream >>>>>>> going >>>>>>> down. It will repeat until either the listener disconnects or a >>>>>>> stream >>>>>>> comes back available and takes the listeners back. As per usual, >>>>>>> the >>>>>>> file format should match the stream format, failing to do so may >>>>>>> cause >>>>>>> problems with playback."ows a sample path to a mountpoint >>>>>>> fallback >>>>>>> file as >>>>>>> >>>>>>> /example2.ogg >>>>>>> >>>>>>> Under Windows, will this next work? >>>>>>> >>>>>>> "C:\Users\username\Desktop\foldername\subfoldername >>>>>>> \fallback.mp3" >>>>>>> [...] >>>>>> No. >>>>>> >>>>>> I think you misunderstanding fallbacks a bit: Those are not files >>>>>> but >>>>>> actual mounts (which may be files within the webroot). >>>>>> >>>>>> I would suggest to read docs for more info: >>>>>> http://icecast.org/docs/icecast-2.4.1/config-file.html#mountsettings >>>>>> >>>>>> >>>>>> >>>>>> _______________________________________________ >>>>>> Icecast mailing list >>>>>> Icecast at xiph.org >>>>>> http://lists.xiph.org/mailman/listinfo/icecast >>>>> _______________________________________________ >>>>> Icecast mailing list >>>>> Icecast at xiph.org >>>>> http://lists.xiph.org/mailman/listinfo/icecast >>>> _______________________________________________ >>>> Icecast mailing list >>>> Icecast at xiph.org >>>> http://lists.xiph.org/mailman/listinfo/icecast >>> _______________________________________________ >>> Icecast mailing list >>> Icecast at xiph.org >>> http://lists.xiph.org/mailman/listinfo/icecast >> _______________________________________________ >> Icecast mailing list >> Icecast at xiph.org >> http://lists.xiph.org/mailman/listinfo/icecast > > _______________________________________________ > Icecast mailing list > Icecast at xiph.org > http://lists.xiph.org/mailman/listinfo/icecast From thatjackelliott at kpov.org Mon Jun 1 17:06:21 2015 From: thatjackelliott at kpov.org (Jack Elliott 541 848 7021) Date: Mon, 01 Jun 2015 10:06:21 -0700 Subject: [Icecast] Pathing syntax for icecast.xml in Windows In-Reply-To: <199D9A0D-7A76-4875-B74E-2C024D4F1CE0@gmail.com> References: <5569E5BF.4060207@kpov.org> <20150531121257.8D9E0130BE@grassland.keep-cool.org> <556C6656.6000300@kpov.org> <51166C48-5D7E-46CC-AF1B-BE6D0DC6B746@gmail.com> <556C6CDC.4030909@kpov.org> <50E4ECE2-CDF0-4D64-A46C-E9CB50943494@gmail.com> <556C7CCF.6040608@kpov.org> <199D9A0D-7A76-4875-B74E-2C024D4F1CE0@gmail.com> Message-ID: <556C910D.1090104@kpov.org> Very good, then. I'm going in. If I don't make it back, tell my wife and the little ones that I love them. -- that Jack Elliott 541 848 7021 Producer Wednesday Point, Host, The Sunday Classics KPOV 88.9, High Desert Radio Audio geek On 06/01/2015 08:52 AM, Marvin Scholz wrote: > On 1 Jun 2015, at 17:39, Jack Elliott 541 848 7021 wrote: > >> Marvin, >> >> Ah, thank you for clarifying where "webroot" is. >> >> The application here will be a non-public stream with one listener >> client. Icecast is hosted on a computer at our radio station. It will >> receive a stream from a stream client at a remote live music event. >> There will be one listener: a media player running on another computer >> on the network at the station which will send the audio to the FM >> transmitter. >> >> The intial setup works fine just doing the minimum suggested >> modifications to icecast.xml: change passwords and usernames, and give >> mountpoint a unique name. This is all toward the top of the config >> file. >> >> There is a large section toward the bottom of the config file where >> one >> defines normal mounts and suchlike. It comes commented out and I've >> left >> it that way since so far the setup is working. >> >> To add a fallback, I read here (http://mpd.wikia.com/wiki/Icecast2) >> that >> all I really need to do at this point is uncomment out the following >> in >> the config file: >> >> >> /MountnameSameAsStaticFilename.mp3 >> >> 1 >> > As far as I know what you have to do is, define a mount section for your > stream: > > > /mystream.mp3 > /fallback.mp3 > > > I don't think that the fallback would need a config to just fallback to > itself, this makes no > sense to me. > (Disclaimer: I've never configured a fallback setup like yours) > > >> And avoid doing the more complicated setting up of normal mounts, etc. >> since everything is working well so far without having to do so. >> >> -- >> that Jack Elliott >> 541 848 7021 >> Producer Wednesday Point, Host, The Sunday Classics >> KPOV 88.9, High Desert Radio >> Audio geek >> >> On 06/01/2015 07:45 AM, Marvin Scholz wrote: >>> On 1 Jun 2015, at 16:31, Jack Elliott 541 848 7021 wrote: >>> >>>> Hi Marvin, thank you. >>>> >>>> Okay, then to be clear, "webroot" for the purposes of running >>>> Icecast >>>> under Windows would be the same folder where icecast.xml is normally >>>> found, i.e., C:\Program Files\icecast >>> The webroot is where the web files are, so it should be `web` on >>> Windows >>> and >>> contain files like `status.xsl`. >>> >>>> And, if I read you correctly, suppose my normal mount coming from my >>>> source client is called /example (it is an mp3 stream so I don't >>>> specify , and highlighted in yellow, the extension). If I place a >>>> file called "example.mp3" in the >>>> webroot, and rename my live mount "example.mp3" then will Icecast >>>> automatically fall back to the static file in the event that the >>>> source >>>> client goes off-air? >>> No, I re-checked to be clear and the correct statement is: >>> Icecast will treat static files like mounts if they are in webroot. >>> This >>> means that if you >>> have a mount defined in your config with the name foo.mp3 and you >>> have a >>> foo.mp3 in your webroot, >>> Icecast will apply the mount settings (like auth for example) to this >>> static file. >>> Best is to never have a static file with the same name as a >>> mountpoint >>> you want to stream to. >>> >>> But that handling makes it possible that you can use a static file as >>> fallback mount, because Icecast will >>> play the file, if there is one with the same name as the mountpoint. >>> Just make sure to place the file in the webroot and name it to >>> something >>> that won't conflict with any other >>> stream. Then enter that name for the fallback mount as explained in >>> my >>> last mail. >>> >>>> -- >>>> that Jack Elliott >>>> 541 848 7021 >>>> Producer Wednesday Point, Host, The Sunday Classics >>>> KPOV 88.9, High Desert Radio >>>> Audio geek >>>> >>>> On 06/01/2015 07:21 AM, Marvin Scholz wrote: >>>>> On 1 Jun 2015, at 16:04, Jack Elliott 541 848 7021 wrote: >>>>> >>>>>> Hi Philipp, >>>>>> >>>>>> Thank you. >>>>>> >>>>>> I find in the Icecast docs the following: >>>>>> >>>>>> "_A fallback mount can also state a file that is located in >>>>>> webroot._ >>>>> This is true, and itIt >>>>> expects to be a mount name, as mounts will fallback to files in >>>>> webroot >>>>> with the same name, if they exists, you can use a file as well. >>>>> exactly states what's wrong with your syntax. It >>>>> expects to be a mount name, as mounts will fallback to files in >>>>> webroot >>>>> with the same name, if they exists, you can use a file as well. >>>>> Therefore you can't just put the full path there, like you did. >>>>> (And >>>>> you >>>>> path does not seem to point to webroot) If you want to have a >>>>> fallback >>>>> file, put it in webroot and just put the filename in the >>>>> fallback-mount, >>>>> as you would usually do with a mountpoint: >>>>> >>>>> /fallback.mp3 >>>>> >>>>>> This is useful for playing a pre-recorded file in the case of a >>>>>> stream >>>>>> going down. It will repeat until either the listener disconnects >>>>>> or >>>>>> a >>>>>> stream comes back available and takes the listeners back. As per >>>>>> usual, the file format should match the stream format, failing to >>>>>> do >>>>>> so may cause problems with playback." >>>>>> >>>>>> This is at http://icecast.org/docs/icecast-2.4.1/config-file.htm >>>>>> >>>>>> >>>>>> So it appears that one can specify a static file as the fallback. >>>>>> My >>>>>> question has to do with whether Icecast will be happy with the >>>>>> syntax >>>>>> I have proposed as the path to the file. >>>>>> >>>>>> -- >>>>>> that Jack Elliott >>>>>> 541 848 7021 >>>>>> Producer Wednesday Point, Host, The Sunday Classics >>>>>> KPOV 88.9, High Desert Radio >>>>>> Audio geek >>>>>> >>>>>> On 05/31/2015 05:12 AM, Philipp Schafft wrote: >>>>>>> reflum, >>>>>>> >>>>>>> On Sat, 2015-05-30 at 09:30 -0700, that Jack Elliott wrote: >>>>>>>> Hi, >>>>>>>> >>>>>>>> Icecast.xml sh"A fallback mount can also state a file that is >>>>>>>> located in webroot. This >>>>>>>> is useful for playing a pre-recorded file in the case of a >>>>>>>> stream >>>>>>>> going >>>>>>>> down. It will repeat until either the listener disconnects or a >>>>>>>> stream >>>>>>>> comes back available and takes the listeners back. As per usual, >>>>>>>> the >>>>>>>> file format should match the stream format, failing to do so may >>>>>>>> cause >>>>>>>> problems with playback."ows a sample path to a mountpoint >>>>>>>> fallback >>>>>>>> file as >>>>>>>> >>>>>>>> /example2.ogg >>>>>>>> >>>>>>>> Under Windows, will this next work? >>>>>>>> >>>>>>>> "C:\Users\username\Desktop\foldername\subfoldername >>>>>>>> \fallback.mp3" >>>>>>>> [...] >>>>>>> No. >>>>>>> >>>>>>> I think you misunderstanding fallbacks a bit: Those are not files >>>>>>> but >>>>>>> actual mounts (which may be files within the webroot). >>>>>>> >>>>>>> I would suggest to read docs for more info: >>>>>>> http://icecast.org/docs/icecast-2.4.1/config-file.html#mountsettings >>>>>>> >>>>>>> >>>>>>> >>>>>>> _______________________________________________ >>>>>>> Icecast mailing list >>>>>>> Icecast at xiph.org >>>>>>> http://lists.xiph.org/mailman/listinfo/icecast >>>>>> _______________________________________________ >>>>>> Icecast mailing list >>>>>> Icecast at xiph.org >>>>>> http://lists.xiph.org/mailman/listinfo/icecast >>>>> _______________________________________________ >>>>> Icecast mailing list >>>>> Icecast at xiph.org >>>>> http://lists.xiph.org/mailman/listinfo/icecast >>>> _______________________________________________ >>>> Icecast mailing list >>>> Icecast at xiph.org >>>> http://lists.xiph.org/mailman/listinfo/icecast >>> _______________________________________________ >>> Icecast mailing list >>> Icecast at xiph.org >>> http://lists.xiph.org/mailman/listinfo/icecast >> _______________________________________________ >> Icecast mailing list >> Icecast at xiph.org >> http://lists.xiph.org/mailman/listinfo/icecast > _______________________________________________ > Icecast mailing list > Icecast at xiph.org > http://lists.xiph.org/mailman/listinfo/icecast From thatjackelliott at kpov.org Mon Jun 1 22:42:49 2015 From: thatjackelliott at kpov.org (Jack Elliott 541 848 7021) Date: Mon, 01 Jun 2015 15:42:49 -0700 Subject: [Icecast] Pathing syntax for icecast.xml in Windows In-Reply-To: <199D9A0D-7A76-4875-B74E-2C024D4F1CE0@gmail.com> References: <5569E5BF.4060207@kpov.org> <20150531121257.8D9E0130BE@grassland.keep-cool.org> <556C6656.6000300@kpov.org> <51166C48-5D7E-46CC-AF1B-BE6D0DC6B746@gmail.com> <556C6CDC.4030909@kpov.org> <50E4ECE2-CDF0-4D64-A46C-E9CB50943494@gmail.com> <556C7CCF.6040608@kpov.org> <199D9A0D-7A76-4875-B74E-2C024D4F1CE0@gmail.com> Message-ID: <556CDFE9.9030702@kpov.org> Marvin, I'm back. And it works. If the live stream client stops, then the fallback file starts playing, on endless loop. If the stream client comes back up, the listener is returned to the live stream. IOW -- it works as advertised. Here's what I have in my icecast.xml: /stream 3 65536 /400Hz_192kbps.mp3 1 1 My static fallback file is an mp3 containing just a 400Hz sine wave at 0dBFS for the purpose of calibrating the signal path right now. It will be replaced with appropriate music and announcements to cover for the event of a down stream. The file has to be, as is described elsewhere in the Icecast documentation, the same bitrate and format (stereo, in my case) as the live mount. Thanks for the help! -- that Jack Elliott 541 848 7021 Producer Wednesday Point, Host, The Sunday Classics KPOV 88.9, High Desert Radio Audio geek On 06/01/2015 08:52 AM, Marvin Scholz wrote: > On 1 Jun 2015, at 17:39, Jack Elliott 541 848 7021 wrote: > >> Marvin, >> >> Ah, thank you for clarifying where "webroot" is. >> >> The application here will be a non-public stream with one listener >> client. Icecast is hosted on a computer at our radio station. It will >> receive a stream from a stream client at a remote live music event. >> There will be one listener: a media player running on another computer >> on the network at the station which will send the audio to the FM >> transmitter. >> >> The intial setup works fine just doing the minimum suggested >> modifications to icecast.xml: change passwords and usernames, and give >> mountpoint a unique name. This is all toward the top of the config >> file. >> >> There is a large section toward the bottom of the config file where >> one >> defines normal mounts and suchlike. It comes commented out and I've >> left >> it that way since so far the setup is working. >> >> To add a fallback, I read here (http://mpd.wikia.com/wiki/Icecast2) >> that >> all I really need to do at this point is uncomment out the following >> in >> the config file: >> >> >> /MountnameSameAsStaticFilename.mp3 >> >> 1 >> > As far as I know what you have to do is, define a mount section for your > stream: > > > /mystream.mp3 > /fallback.mp3 > > > I don't think that the fallback would need a config to just fallback to > itself, this makes no > sense to me. > (Disclaimer: I've never configured a fallback setup like yours) > > >> And avoid doing the more complicated setting up of normal mounts, etc. >> since everything is working well so far without having to do so. >> >> -- >> that Jack Elliott >> 541 848 7021 >> Producer Wednesday Point, Host, The Sunday Classics >> KPOV 88.9, High Desert Radio >> Audio geek >> >> On 06/01/2015 07:45 AM, Marvin Scholz wrote: >>> On 1 Jun 2015, at 16:31, Jack Elliott 541 848 7021 wrote: >>> >>>> Hi Marvin, thank you. >>>> >>>> Okay, then to be clear, "webroot" for the purposes of running >>>> Icecast >>>> under Windows would be the same folder where icecast.xml is normally >>>> found, i.e., C:\Program Files\icecast >>> The webroot is where the web files are, so it should be `web` on >>> Windows >>> and >>> contain files like `status.xsl`. >>> >>>> And, if I read you correctly, suppose my normal mount coming from my >>>> source client is called /example (it is an mp3 stream so I don't >>>> specify , and highlighted in yellow, the extension). If I place a >>>> file called "example.mp3" in the >>>> webroot, and rename my live mount "example.mp3" then will Icecast >>>> automatically fall back to the static file in the event that the >>>> source >>>> client goes off-air? >>> No, I re-checked to be clear and the correct statement is: >>> Icecast will treat static files like mounts if they are in webroot. >>> This >>> means that if you >>> have a mount defined in your config with the name foo.mp3 and you >>> have a >>> foo.mp3 in your webroot, >>> Icecast will apply the mount settings (like auth for example) to this >>> static file. >>> Best is to never have a static file with the same name as a >>> mountpoint >>> you want to stream to. >>> >>> But that handling makes it possible that you can use a static file as >>> fallback mount, because Icecast will >>> play the file, if there is one with the same name as the mountpoint. >>> Just make sure to place the file in the webroot and name it to >>> something >>> that won't conflict with any other >>> stream. Then enter that name for the fallback mount as explained in >>> my >>> last mail. >>> >>>> -- >>>> that Jack Elliott >>>> 541 848 7021 >>>> Producer Wednesday Point, Host, The Sunday Classics >>>> KPOV 88.9, High Desert Radio >>>> Audio geek >>>> >>>> On 06/01/2015 07:21 AM, Marvin Scholz wrote: >>>>> On 1 Jun 2015, at 16:04, Jack Elliott 541 848 7021 wrote: >>>>> >>>>>> Hi Philipp, >>>>>> >>>>>> Thank you. >>>>>> >>>>>> I find in the Icecast docs the following: >>>>>> >>>>>> "_A fallback mount can also state a file that is located in >>>>>> webroot._ >>>>> This is true, and itIt >>>>> expects to be a mount name, as mounts will fallback to files in >>>>> webroot >>>>> with the same name, if they exists, you can use a file as well. >>>>> exactly states what's wrong with your syntax. It >>>>> expects to be a mount name, as mounts will fallback to files in >>>>> webroot >>>>> with the same name, if they exists, you can use a file as well. >>>>> Therefore you can't just put the full path there, like you did. >>>>> (And >>>>> you >>>>> path does not seem to point to webroot) If you want to have a >>>>> fallback >>>>> file, put it in webroot and just put the filename in the >>>>> fallback-mount, >>>>> as you would usually do with a mountpoint: >>>>> >>>>> /fallback.mp3 >>>>> >>>>>> This is useful for playing a pre-recorded file in the case of a >>>>>> stream >>>>>> going down. It will repeat until either the listener disconnects >>>>>> or >>>>>> a >>>>>> stream comes back available and takes the listeners back. As per >>>>>> usual, the file format should match the stream format, failing to >>>>>> do >>>>>> so may cause problems with playback." >>>>>> >>>>>> This is at http://icecast.org/docs/icecast-2.4.1/config-file.htm >>>>>> >>>>>> >>>>>> So it appears that one can specify a static file as the fallback. >>>>>> My >>>>>> question has to do with whether Icecast will be happy with the >>>>>> syntax >>>>>> I have proposed as the path to the file. >>>>>> >>>>>> -- >>>>>> that Jack Elliott >>>>>> 541 848 7021 >>>>>> Producer Wednesday Point, Host, The Sunday Classics >>>>>> KPOV 88.9, High Desert Radio >>>>>> Audio geek >>>>>> >>>>>> On 05/31/2015 05:12 AM, Philipp Schafft wrote: >>>>>>> reflum, >>>>>>> >>>>>>> On Sat, 2015-05-30 at 09:30 -0700, that Jack Elliott wrote: >>>>>>>> Hi, >>>>>>>> >>>>>>>> Icecast.xml sh"A fallback mount can also state a file that is >>>>>>>> located in webroot. This >>>>>>>> is useful for playing a pre-recorded file in the case of a >>>>>>>> stream >>>>>>>> going >>>>>>>> down. It will repeat until either the listener disconnects or a >>>>>>>> stream >>>>>>>> comes back available and takes the listeners back. As per usual, >>>>>>>> the >>>>>>>> file format should match the stream format, failing to do so may >>>>>>>> cause >>>>>>>> problems with playback."ows a sample path to a mountpoint >>>>>>>> fallback >>>>>>>> file as >>>>>>>> >>>>>>>> /example2.ogg >>>>>>>> >>>>>>>> Under Windows, will this next work? >>>>>>>> >>>>>>>> "C:\Users\username\Desktop\foldername\subfoldername >>>>>>>> \fallback.mp3" >>>>>>>> [...] >>>>>>> No. >>>>>>> >>>>>>> I think you misunderstanding fallbacks a bit: Those are not files >>>>>>> but >>>>>>> actual mounts (which may be files within the webroot). >>>>>>> >>>>>>> I would suggest to read docs for more info: >>>>>>> http://icecast.org/docs/icecast-2.4.1/config-file.html#mountsettings >>>>>>> >>>>>>> >>>>>>> >>>>>>> _______________________________________________ >>>>>>> Icecast mailing list >>>>>>> Icecast at xiph.org >>>>>>> http://lists.xiph.org/mailman/listinfo/icecast >>>>>> _______________________________________________ >>>>>> Icecast mailing list >>>>>> Icecast at xiph.org >>>>>> http://lists.xiph.org/mailman/listinfo/icecast >>>>> _______________________________________________ >>>>> Icecast mailing list >>>>> Icecast at xiph.org >>>>> http://lists.xiph.org/mailman/listinfo/icecast >>>> _______________________________________________ >>>> Icecast mailing list >>>> Icecast at xiph.org >>>> http://lists.xiph.org/mailman/listinfo/icecast >>> _______________________________________________ >>> Icecast mailing list >>> Icecast at xiph.org >>> http://lists.xiph.org/mailman/listinfo/icecast >> _______________________________________________ >> Icecast mailing list >> Icecast at xiph.org >> http://lists.xiph.org/mailman/listinfo/icecast > _______________________________________________ > Icecast mailing list > Icecast at xiph.org > http://lists.xiph.org/mailman/listinfo/icecast From lifeguardstrike at gmail.com Wed Jun 3 01:48:04 2015 From: lifeguardstrike at gmail.com (Kyle Blizzard) Date: Tue, 2 Jun 2015 21:48:04 -0400 Subject: [Icecast] Question about Icecast2 when not streaming Message-ID: Hello. ? I've been using Icecast for a few days now, and am really enjoying it. One thing I can't figure out how to do is have a specific file play if someone were to click on my stream url, and I wasn't actively streaming at the time. I want it to play if I'm not streaming, but play the stream if I am. I'm not sure if this is possible; I've searched the Icecast site and forums and didn't see anything about it, but I've seen other people do something similar. Is it possible to do this? ? Thanks for any information you may be able to provide. From artuch at speedy.com.ar Wed Jun 3 12:10:31 2015 From: artuch at speedy.com.ar (=?ISO-8859-1?Q?Jos=E9?= Luis Artuch) Date: Wed, 03 Jun 2015 09:10:31 -0300 Subject: [Icecast] Question about Icecast2 when not streaming In-Reply-To: References: Message-ID: <1433333431.3325.11.camel@jlaa> El mar, 02-06-2015 a las 21:48 -0400, Kyle Blizzard escribi?: > Hello. > > I've been using Icecast for a few days now, and am really enjoying > it. One thing I can't figure out how to do is have a specific file > play if someone were to click on my stream url, and I wasn't actively > streaming at the time. I want it to play if I'm not streaming, but > play the stream if I am. I'm not sure if this is possible; I've > searched the Icecast > site and forums and didn't see anything about it, but I've seen other > people do something similar. Is it possible to do this? > > Thanks for any information you may be able to provide. Hello Kyle, If you want that the listener always receive audio from your *Web site*, whether or not your *Icecast server* is running, you can include an onclick event on your stream url, so, if your *Icecast server* is not running, a song hosted in your *Web server* will be played: document.getElementById('idYourStreamUrlButton').onclick=function(){if(icecastIsRunning){playYourIcecast}else{playYourSong}} Jos? Luis > _______________________________________________ > Icecast mailing list > Icecast at xiph.org > http://lists.xiph.org/mailman/listinfo/icecast From epirat07 at gmail.com Wed Jun 3 12:18:55 2015 From: epirat07 at gmail.com (Marvin Scholz) Date: Wed, 03 Jun 2015 14:18:55 +0200 Subject: [Icecast] Question about Icecast2 when not streaming In-Reply-To: <1433333431.3325.11.camel@jlaa> References: <1433333431.3325.11.camel@jlaa> Message-ID: <074284EC-EC30-4F07-823E-BCD37FC87F22@gmail.com> On 3 Jun 2015, at 14:10, Jos? Luis Artuch wrote: > El mar, 02-06-2015 a las 21:48 -0400, Kyle Blizzard escribi?: >> Hello. >> >> I've been using Icecast for a few days now, and am really enjoying >> it. One thing I can't figure out how to do is have a specific file >> play if someone were to click on my stream url, and I wasn't actively >> streaming at the time. I want it to play if I'm not streaming, but >> play the stream if I am. I'm not sure if this is possible; I've >> searched the Icecast >> site and forums and didn't see anything about it, but I've seen other >> people do something similar. Is it possible to do this? >> >> Thanks for any information you may be able to provide. > Hello Kyle, > If you want that the listener always receive audio from your *Web > site*, > whether or not your *Icecast server* is running, you can include an > onclick event on your stream url, so, if your *Icecast server* is not > running, a song hosted in your *Web server* will be played: > document.getElementById('idYourStreamUrlButton').onclick=function(){if(icecastIsRunning){playYourIcecast}else{playYourSong}} Thanks for the reply, but actually this solution you are advising is not really suitable. Client side Javascript is no solution to the problem that users may have a direct link to the stream and will not be able to listen to it, when it is not available. There is actually a much better approach which works natively in Icecast without any need for anything else: Fallbacks You can setup a fallback for your stream, which can be either another mountpoint or a file located in your webroot. Check the Documentation [1] for more information about that. Feel free to ask again if you are experiencing any problems or need further help setting it up. [1]: http://icecast.org/docs/icecast-2.4.1/config-file.html#mountsettings > Jos? Luis >> _______________________________________________ >> Icecast mailing list >> Icecast at xiph.org >> http://lists.xiph.org/mailman/listinfo/icecast > > > _______________________________________________ > Icecast mailing list > Icecast at xiph.org > http://lists.xiph.org/mailman/listinfo/icecast From artuch at speedy.com.ar Wed Jun 3 12:36:54 2015 From: artuch at speedy.com.ar (=?ISO-8859-1?Q?Jos=E9?= Luis Artuch) Date: Wed, 03 Jun 2015 09:36:54 -0300 Subject: [Icecast] Question about Icecast2 when not streaming In-Reply-To: <074284EC-EC30-4F07-823E-BCD37FC87F22@gmail.com> References: <1433333431.3325.11.camel@jlaa> <074284EC-EC30-4F07-823E-BCD37FC87F22@gmail.com> Message-ID: <1433335014.3325.15.camel@jlaa> El mi?, 03-06-2015 a las 14:18 +0200, Marvin Scholz escribi?: > On 3 Jun 2015, at 14:10, Jos? Luis Artuch wrote: > > > El mar, 02-06-2015 a las 21:48 -0400, Kyle Blizzard escribi?: > >> Hello. > >> > >> I've been using Icecast for a few days now, and am really enjoying > >> it. One thing I can't figure out how to do is have a specific file > >> play if someone were to click on my stream url, and I wasn't actively > >> streaming at the time. I want it to play if I'm not streaming, but > >> play the stream if I am. I'm not sure if this is possible; I've > >> searched the Icecast > >> site and forums and didn't see anything about it, but I've seen other > >> people do something similar. Is it possible to do this? > >> > >> Thanks for any information you may be able to provide. > > Hello Kyle, > > If you want that the listener always receive audio from your *Web > > site*, > > whether or not your *Icecast server* is running, you can include an > > onclick event on your stream url, so, if your *Icecast server* is not > > running, a song hosted in your *Web server* will be played: > > document.getElementById('idYourStreamUrlButton').onclick=function(){if(icecastIsRunning){playYourIcecast}else{playYourSong}} > > Thanks for the reply, but actually this solution you are advising is not > really suitable. > Client side Javascript is no solution to the problem that users may have > a direct link to > the stream and will not be able to listen to it, when it is not > available. > > There is actually a much better approach which works natively in Icecast > without any need for > anything else: Fallbacks > You can setup a fallback for your stream, which can be either another > mountpoint or a file located in > your webroot. Check the Documentation [1] for more information about > that. > Feel free to ask again if you are experiencing any problems or need > further help setting it up. > > [1]: > http://icecast.org/docs/icecast-2.4.1/config-file.html#mountsettings > > > Jos? Luis Hello Marvin, Thank you very much for the information, I did not know. But the solution "Fallbacks" requires the Icecast server is working, is it?. If so, what about if Icecast is not working ?. > >> _______________________________________________ > >> Icecast mailing list > >> Icecast at xiph.org > >> http://lists.xiph.org/mailman/listinfo/icecast > > > > > > _______________________________________________ > > Icecast mailing list > > Icecast at xiph.org > > http://lists.xiph.org/mailman/listinfo/icecast > _______________________________________________ > Icecast mailing list > Icecast at xiph.org > http://lists.xiph.org/mailman/listinfo/icecast From epirat07 at gmail.com Wed Jun 3 12:48:07 2015 From: epirat07 at gmail.com (Marvin Scholz) Date: Wed, 03 Jun 2015 14:48:07 +0200 Subject: [Icecast] Question about Icecast2 when not streaming In-Reply-To: <1433335014.3325.15.camel@jlaa> References: <1433333431.3325.11.camel@jlaa> <074284EC-EC30-4F07-823E-BCD37FC87F22@gmail.com> <1433335014.3325.15.camel@jlaa> Message-ID: On 3 Jun 2015, at 14:36, Jos? Luis Artuch wrote: > El mi?, 03-06-2015 a las 14:18 +0200, Marvin Scholz escribi?: >> On 3 Jun 2015, at 14:10, Jos? Luis Artuch wrote: >> >>> El mar, 02-06-2015 a las 21:48 -0400, Kyle Blizzard escribi?: >>>> Hello. >>>> >>>> I've been using Icecast for a few days now, and am really enjoying >>>> it. One thing I can't figure out how to do is have a specific file >>>> play if someone were to click on my stream url, and I wasn't >>>> actively >>>> streaming at the time. I want it to play if I'm not streaming, but >>>> play the stream if I am. I'm not sure if this is possible; I've >>>> searched the Icecast >>>> site and forums and didn't see anything about it, but I've seen >>>> other >>>> people do something similar. Is it possible to do this? >>>> >>>> Thanks for any information you may be able to provide. >>> Hello Kyle, >>> If you want that the listener always receive audio from your *Web >>> site*, >>> whether or not your *Icecast server* is running, you can include an >>> onclick event on your stream url, so, if your *Icecast server* is >>> not >>> running, a song hosted in your *Web server* will be played: >>> document.getElementById('idYourStreamUrlButton').onclick=function(){if(icecastIsRunning){playYourIcecast}else{playYourSong}} >> >> Thanks for the reply, but actually this solution you are advising is >> not >> really suitable. >> Client side Javascript is no solution to the problem that users may >> have >> a direct link to >> the stream and will not be able to listen to it, when it is not >> available. >> >> There is actually a much better approach which works natively in >> Icecast >> without any need for >> anything else: Fallbacks >> You can setup a fallback for your stream, which can be either another >> mountpoint or a file located in >> your webroot. Check the Documentation [1] for more information about >> that. >> Feel free to ask again if you are experiencing any problems or need >> further help setting it up. >> >> [1]: >> http://icecast.org/docs/icecast-2.4.1/config-file.html#mountsettings >> >>> Jos? Luis > Hello Marvin, > Thank you very much for the information, I did not know. > But the solution "Fallbacks" requires the Icecast server is working, > is > it?. If so, what about if Icecast is not working ?. Icecast is designed as a server software and should run all the time in normal operation mode, therefore if you shut it down, you have to come up with own handling for this case. >>>> _______________________________________________ >>>> Icecast mailing list >>>> Icecast at xiph.org >>>> http://lists.xiph.org/mailman/listinfo/icecast >>> >>> >>> _______________________________________________ >>> Icecast mailing list >>> Icecast at xiph.org >>> http://lists.xiph.org/mailman/listinfo/icecast >> _______________________________________________ >> Icecast mailing list >> Icecast at xiph.org >> http://lists.xiph.org/mailman/listinfo/icecast > > > _______________________________________________ > Icecast mailing list > Icecast at xiph.org > http://lists.xiph.org/mailman/listinfo/icecast From artuch at speedy.com.ar Wed Jun 3 13:19:45 2015 From: artuch at speedy.com.ar (=?ISO-8859-1?Q?Jos=E9?= Luis Artuch) Date: Wed, 03 Jun 2015 10:19:45 -0300 Subject: [Icecast] Question about Icecast2 when not streaming In-Reply-To: References: <1433333431.3325.11.camel@jlaa> <074284EC-EC30-4F07-823E-BCD37FC87F22@gmail.com> <1433335014.3325.15.camel@jlaa> Message-ID: <1433337585.3325.20.camel@jlaa> El mi?, 03-06-2015 a las 14:48 +0200, Marvin Scholz escribi?: > On 3 Jun 2015, at 14:36, Jos? Luis Artuch wrote: > > > El mi?, 03-06-2015 a las 14:18 +0200, Marvin Scholz escribi?: > >> On 3 Jun 2015, at 14:10, Jos? Luis Artuch wrote: > >> > >>> El mar, 02-06-2015 a las 21:48 -0400, Kyle Blizzard escribi?: > >>>> Hello. > >>>> > >>>> I've been using Icecast for a few days now, and am really enjoying > >>>> it. One thing I can't figure out how to do is have a specific file > >>>> play if someone were to click on my stream url, and I wasn't > >>>> actively > >>>> streaming at the time. I want it to play if I'm not streaming, but > >>>> play the stream if I am. I'm not sure if this is possible; I've > >>>> searched the Icecast > >>>> site and forums and didn't see anything about it, but I've seen > >>>> other > >>>> people do something similar. Is it possible to do this? > >>>> > >>>> Thanks for any information you may be able to provide. > >>> Hello Kyle, > >>> If you want that the listener always receive audio from your *Web > >>> site*, > >>> whether or not your *Icecast server* is running, you can include an > >>> onclick event on your stream url, so, if your *Icecast server* is > >>> not > >>> running, a song hosted in your *Web server* will be played: > >>> document.getElementById('idYourStreamUrlButton').onclick=function(){if(icecastIsRunning){playYourIcecast}else{playYourSong}} > >> > >> Thanks for the reply, but actually this solution you are advising is > >> not > >> really suitable. > >> Client side Javascript is no solution to the problem that users may > >> have > >> a direct link to > >> the stream and will not be able to listen to it, when it is not > >> available. > >> > >> There is actually a much better approach which works natively in > >> Icecast > >> without any need for > >> anything else: Fallbacks > >> You can setup a fallback for your stream, which can be either another > >> mountpoint or a file located in > >> your webroot. Check the Documentation [1] for more information about > >> that. > >> Feel free to ask again if you are experiencing any problems or need > >> further help setting it up. > >> > >> [1]: > >> http://icecast.org/docs/icecast-2.4.1/config-file.html#mountsettings > >> > >>> Jos? Luis > > Hello Marvin, > > Thank you very much for the information, I did not know. > > But the solution "Fallbacks" requires the Icecast server is working, > > is it ?. If so, what about if Icecast is not working ?. > > Icecast is designed as a server software and should run all the time in > normal operation mode, therefore if you shut it down, you have to come > up with own handling for this case. Ok Marvin, That is our case, where the Icecast server does not have the same ISP provider that the Web page server. Icecast Server is always in normal operation, but not so the different Internet connections. > > >>>> _______________________________________________ > >>>> Icecast mailing list > >>>> Icecast at xiph.org > >>>> http://lists.xiph.org/mailman/listinfo/icecast > >>> > >>> > >>> _______________________________________________ > >>> Icecast mailing list > >>> Icecast at xiph.org > >>> http://lists.xiph.org/mailman/listinfo/icecast > >> _______________________________________________ > >> Icecast mailing list > >> Icecast at xiph.org > >> http://lists.xiph.org/mailman/listinfo/icecast > > > > > > _______________________________________________ > > Icecast mailing list > > Icecast at xiph.org > > http://lists.xiph.org/mailman/listinfo/icecast > _______________________________________________ > Icecast mailing list > Icecast at xiph.org > http://lists.xiph.org/mailman/listinfo/icecast From lifeguardstrike at gmail.com Wed Jun 3 20:28:51 2015 From: lifeguardstrike at gmail.com (Kyle Blizzard) Date: Wed, 3 Jun 2015 16:28:51 -0400 Subject: [Icecast] Question about Icecast2 when not streaming Message-ID: Hello again. Thanks for the help, everyone. I'm trying to configure a fallback mount, but I can't seem to get the file to play. Here's what I have in my configuration file for the mount. /stream.mp3 /StreamWarning.mp3 1 I'm not entirely sure where to store the "StreamWarning.mp3 file, since I'm still quite new to Linux, and don't know what "webroot" refers to. I've tried several places, including /var/www/html which is where my Nginx files are located. Do any of you know what I might be doing wrong? Once again, thanks for all your help. Like I said, I just started messing around with Debian last week. From infoweb1 at crobiz.com Wed Jun 3 20:34:51 2015 From: infoweb1 at crobiz.com (infoweb1 at crobiz.com) Date: Wed, 3 Jun 2015 22:34:51 +0200 Subject: [Icecast] Icecast URL authentication problem Message-ID: <5B83B2121F96440C98B2C0AE3B7A0C33@T> System: Icecast 2.4.1 and 2.4.2, OS: CentOS 6.6 x64 Tried to install icecast using following two different methods described in these links: (1) http://www.ukhost4u.co.uk/blog/538/install-icecast-2-centos-6-server/ (2) https://www.servint.net/university/article/taking-the-chill-out-of-installing-icecast/ Both of these resulted in working and stable icecast, but without the possibility of url authentication. Mountpoint authentication is configured as shown here: Script named stream_control.php just writes POST data received from calling site (to some file) and returns icecast-auth-user: 1. This script is never called by any of these methods by the icecast server, also in the error.log I am able to find following lines (every time I try to connect to icecast as a listener - or a stream client): INFO auth/auth_add_listener adding client for authentication INFO auth/queue_auth_client auth on /mountpoint has 1 pending INFO auth_url/url_add_listener client auth (http://some.server.org/stream_control.php) failed with "" Please advise further actions. Thanks! PS: yum update was done, without any change. -------------- next part -------------- An HTML attachment was scrubbed... URL: From thatjackelliott at kpov.org Wed Jun 3 20:36:07 2015 From: thatjackelliott at kpov.org (Jack Elliott 541 848 7021) Date: Wed, 03 Jun 2015 13:36:07 -0700 Subject: [Icecast] Question about Icecast2 when not streaming In-Reply-To: References: Message-ID: <556F6537.5050805@kpov.org> 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 webroot is in your icecast.xml file, i.e., webroot: This path specifies the base directory used for all static file requests. This directory can contain all standard file types (including mp3s and ogg vorbis files). For example, if webroot is set to /var/share/icecast2, and a request for http://server:port/mp3/stuff.mp3 comes in, then the file /var/share/icecast2/mp3/stuff.mp3 will be served. In my icecast install directory are a few other sub-folders, one of which is named "web" and if I tell Icecast to play a file called /foo.mp3 and put it in the web sub-folder, Icecast seems to find it. -- that Jack Elliott 541 848 7021 Producer Wednesday Point, Host, The Sunday Classics KPOV 88.9, High Desert Radio Audio geek On 06/03/2015 01:28 PM, Kyle Blizzard wrote: > Hello again. > > Thanks for the help, everyone. I'm trying to configure a fallback > mount, but I can't seem to get the file to play. Here's what I have in > my configuration file for the mount. > > /stream.mp3 > /StreamWarning.mp3 > 1 > > > I'm not entirely sure where to store the "StreamWarning.mp3 file, > since I'm still quite new to Linux, and don't know what "webroot" > refers to. I've tried several places, including /var/www/html which is > where my Nginx files are located. Do any of you know what I might be > doing wrong? > > Once again, thanks for all your help. Like I said, I just started > messing around with Debian last week. > _______________________________________________ > Icecast mailing list > Icecast at xiph.org > http://lists.xiph.org/mailman/listinfo/icecast -------------- next part -------------- An HTML attachment was scrubbed... URL: From lifeguardstrike at gmail.com Wed Jun 3 20:41:36 2015 From: lifeguardstrike at gmail.com (Kyle Blizzard) Date: Wed, 3 Jun 2015 16:41:36 -0400 Subject: [Icecast] Question about Icecast2 when not streaming In-Reply-To: <556F6537.5050805@kpov.org> References: <556F6537.5050805@kpov.org> Message-ID: 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 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 > webroot is in your icecast.xml file, i.e., > > webroot: > This path specifies the base directory used for all static file > requests. This directory can contain all standard file types > (including mp3s and ogg vorbis files). For example, if webroot is > set to /var/share/icecast2, and a request for > http://server:port/mp3/stuff.mp3 comes in, then the file > /var/share/icecast2/mp3/stuff.mp3 will be served. > > > In my icecast install directory are a few other sub-folders, one of > which is named "web" and if I tell Icecast to play a file called > /foo.mp3 and put it in the web sub-folder, Icecast seems to find it. > > -- > that Jack Elliott > 541 848 7021 > Producer Wednesday Point, Host, The Sunday Classics > KPOV 88.9, High Desert Radio > Audio geek > > On 06/03/2015 01:28 PM, Kyle Blizzard wrote: >> Hello again. >> >> Thanks for the help, everyone. I'm trying to configure a fallback >> mount, but I can't seem to get the file to play. Here's what I have in >> my configuration file for the mount. >> >> /stream.mp3 >> /StreamWarning.mp3 >> 1 >> >> >> I'm not entirely sure where to store the "StreamWarning.mp3 file, >> since I'm still quite new to Linux, and don't know what "webroot" >> refers to. I've tried several places, including /var/www/html which is >> where my Nginx files are located. Do any of you know what I might be >> doing wrong? >> >> Once again, thanks for all your help. Like I said, I just started >> messing around with Debian last week. >> _______________________________________________ >> Icecast mailing list >> Icecast at xiph.org >> http://lists.xiph.org/mailman/listinfo/icecast > > From thatjackelliott at kpov.org Wed Jun 3 20:47:57 2015 From: thatjackelliott at kpov.org (Jack Elliott 541 848 7021) Date: Wed, 03 Jun 2015 13:47:57 -0700 Subject: [Icecast] Question about Icecast2 when not streaming In-Reply-To: References: <556F6537.5050805@kpov.org> Message-ID: <556F67FD.1090905@kpov.org> I magically manage to overlook more in those docs than I see. I blame it on the font. Or the colors. Can't be me. Nope. -- that Jack Elliott 541 848 7021 Producer Wednesday Point, Host, The Sunday Classics KPOV 88.9, High Desert Radio Audio geek On 06/03/2015 01:41 PM, Kyle Blizzard wrote: > 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 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 >> webroot is in your icecast.xml file, i.e., >> >> webroot: >> This path specifies the base directory used for all static file >> requests. This directory can contain all standard file types >> (including mp3s and ogg vorbis files). For example, if webroot is >> set to /var/share/icecast2, and a request for >> http://server:port/mp3/stuff.mp3 comes in, then the file >> /var/share/icecast2/mp3/stuff.mp3 will be served. >> >> >> In my icecast install directory are a few other sub-folders, one of >> which is named "web" and if I tell Icecast to play a file called >> /foo.mp3 and put it in the web sub-folder, Icecast seems to find it. >> >> -- >> that Jack Elliott >> 541 848 7021 >> Producer Wednesday Point, Host, The Sunday Classics >> KPOV 88.9, High Desert Radio >> Audio geek >> >> On 06/03/2015 01:28 PM, Kyle Blizzard wrote: >>> Hello again. >>> >>> Thanks for the help, everyone. I'm trying to configure a fallback >>> mount, but I can't seem to get the file to play. Here's what I have in >>> my configuration file for the mount. >>> >>> /stream.mp3 >>> /StreamWarning.mp3 >>> 1 >>> >>> >>> I'm not entirely sure where to store the "StreamWarning.mp3 file, >>> since I'm still quite new to Linux, and don't know what "webroot" >>> refers to. I've tried several places, including /var/www/html which is >>> where my Nginx files are located. Do any of you know what I might be >>> doing wrong? >>> >>> Once again, thanks for all your help. Like I said, I just started >>> messing around with Debian last week. >>> _______________________________________________ >>> Icecast mailing list >>> Icecast at xiph.org >>> http://lists.xiph.org/mailman/listinfo/icecast >> > _______________________________________________ > Icecast mailing list > Icecast at xiph.org > http://lists.xiph.org/mailman/listinfo/icecast From lifeguardstrike at gmail.com Thu Jun 4 00:02:04 2015 From: lifeguardstrike at gmail.com (Kyle Blizzard) Date: Wed, 3 Jun 2015 20:02:04 -0400 Subject: [Icecast] Question about Icecast2 when not streaming In-Reply-To: <556F67FD.1090905@kpov.org> References: <556F6537.5050805@kpov.org> <556F67FD.1090905@kpov.org> Message-ID: 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. /stream.mp3 /StreamWarning.mp3 1 0 /StreamWarning.mp3 I have StreamWarning.mp3 in webroot, and I can access it using the URL. Does anyone have any other ideas as to what might be causing the problem? On 6/3/15, Jack Elliott 541 848 7021 wrote: > I magically manage to overlook more in those docs than I see. > > I blame it on the font. Or the colors. Can't be me. Nope. > > -- > that Jack Elliott > 541 848 7021 > Producer Wednesday Point, Host, The Sunday Classics > KPOV 88.9, High Desert Radio > Audio geek > > On 06/03/2015 01:41 PM, Kyle Blizzard wrote: >> 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 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 >>> webroot is in your icecast.xml file, i.e., >>> >>> webroot: >>> This path specifies the base directory used for all static file >>> requests. This directory can contain all standard file types >>> (including mp3s and ogg vorbis files). For example, if webroot is >>> set to /var/share/icecast2, and a request for >>> http://server:port/mp3/stuff.mp3 comes in, then the file >>> /var/share/icecast2/mp3/stuff.mp3 will be served. >>> >>> >>> In my icecast install directory are a few other sub-folders, one of >>> which is named "web" and if I tell Icecast to play a file called >>> /foo.mp3 and put it in the web sub-folder, Icecast seems to find it. >>> >>> -- >>> that Jack Elliott >>> 541 848 7021 >>> Producer Wednesday Point, Host, The Sunday Classics >>> KPOV 88.9, High Desert Radio >>> Audio geek >>> >>> On 06/03/2015 01:28 PM, Kyle Blizzard wrote: >>>> Hello again. >>>> >>>> Thanks for the help, everyone. I'm trying to configure a fallback >>>> mount, but I can't seem to get the file to play. Here's what I have in >>>> my configuration file for the mount. >>>> >>>> /stream.mp3 >>>> /StreamWarning.mp3 >>>> 1 >>>> >>>> >>>> I'm not entirely sure where to store the "StreamWarning.mp3 file, >>>> since I'm still quite new to Linux, and don't know what "webroot" >>>> refers to. I've tried several places, including /var/www/html which is >>>> where my Nginx files are located. Do any of you know what I might be >>>> doing wrong? >>>> >>>> Once again, thanks for all your help. Like I said, I just started >>>> messing around with Debian last week. >>>> _______________________________________________ >>>> Icecast mailing list >>>> Icecast at xiph.org >>>> http://lists.xiph.org/mailman/listinfo/icecast >>> >> _______________________________________________ >> Icecast mailing list >> Icecast at xiph.org >> http://lists.xiph.org/mailman/listinfo/icecast > > _______________________________________________ > Icecast mailing list > Icecast at xiph.org > http://lists.xiph.org/mailman/listinfo/icecast > From thatjackelliott at kpov.org Thu Jun 4 03:50:35 2015 From: thatjackelliott at kpov.org (Jack Elliott 541 848 7021) Date: Wed, 03 Jun 2015 20:50:35 -0700 Subject: [Icecast] Question about Icecast2 when not streaming In-Reply-To: References: <556F6537.5050805@kpov.org> <556F67FD.1090905@kpov.org> Message-ID: <556FCB0B.50303@kpov.org> One possibility: the fallback file has to be the same format as the actual stream -- that is, same bitrate and same number of tracks (mono or stereo). -- that Jack Elliott 541 848 7021 Producer Wednesday Point, Host, The Sunday Classics KPOV 88.9, High Desert Radio Audio geek On 06/03/2015 05:02 PM, Kyle Blizzard 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. > > > /stream.mp3 > /StreamWarning.mp3 > 1 > 0 > > > > /StreamWarning.mp3 > > > I have StreamWarning.mp3 in webroot, and I can access it using the > URL. Does anyone have any other ideas as to what might be causing the > problem? > > On 6/3/15, Jack Elliott 541 848 7021 wrote: >> I magically manage to overlook more in those docs than I see. >> >> I blame it on the font. Or the colors. Can't be me. Nope. >> >> -- >> that Jack Elliott >> 541 848 7021 >> Producer Wednesday Point, Host, The Sunday Classics >> KPOV 88.9, High Desert Radio >> Audio geek >> >> On 06/03/2015 01:41 PM, Kyle Blizzard wrote: >>> 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 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 >>>> webroot is in your icecast.xml file, i.e., >>>> >>>> webroot: >>>> This path specifies the base directory used for all static file >>>> requests. This directory can contain all standard file types >>>> (including mp3s and ogg vorbis files). For example, if webroot is >>>> set to /var/share/icecast2, and a request for >>>> http://server:port/mp3/stuff.mp3 comes in, then the file >>>> /var/share/icecast2/mp3/stuff.mp3 will be served. >>>> >>>> >>>> In my icecast install directory are a few other sub-folders, one of >>>> which is named "web" and if I tell Icecast to play a file called >>>> /foo.mp3 and put it in the web sub-folder, Icecast seems to find it. >>>> >>>> -- >>>> that Jack Elliott >>>> 541 848 7021 >>>> Producer Wednesday Point, Host, The Sunday Classics >>>> KPOV 88.9, High Desert Radio >>>> Audio geek >>>> >>>> On 06/03/2015 01:28 PM, Kyle Blizzard wrote: >>>>> Hello again. >>>>> >>>>> Thanks for the help, everyone. I'm trying to configure a fallback >>>>> mount, but I can't seem to get the file to play. Here's what I have in >>>>> my configuration file for the mount. >>>>> >>>>> /stream.mp3 >>>>> /StreamWarning.mp3 >>>>> 1 >>>>> >>>>> >>>>> I'm not entirely sure where to store the "StreamWarning.mp3 file, >>>>> since I'm still quite new to Linux, and don't know what "webroot" >>>>> refers to. I've tried several places, including /var/www/html which is >>>>> where my Nginx files are located. Do any of you know what I might be >>>>> doing wrong? >>>>> >>>>> Once again, thanks for all your help. Like I said, I just started >>>>> messing around with Debian last week. >>>>> _______________________________________________ >>>>> Icecast mailing list >>>>> Icecast at xiph.org >>>>> http://lists.xiph.org/mailman/listinfo/icecast >>> _______________________________________________ >>> Icecast mailing list >>> Icecast at xiph.org >>> http://lists.xiph.org/mailman/listinfo/icecast >> _______________________________________________ >> Icecast mailing list >> Icecast at xiph.org >> http://lists.xiph.org/mailman/listinfo/icecast >> > _______________________________________________ > Icecast mailing list > Icecast at xiph.org > http://lists.xiph.org/mailman/listinfo/icecast From info at yeg911.ca Thu Jun 4 05:29:33 2015 From: info at yeg911.ca (YEG911 Info) Date: Thu, 04 Jun 2015 05:29:33 +0000 Subject: [Icecast] Question about Icecast2 when not streaming Message-ID: <4tv99sc1qo4b.mrts5i-4lu6r61gqexm1y@tracking.yeg911.ca> The fallback mount also counts as a source connection. Make sure it shows up in the admin interface(/admin/listmounts.xsl). If there is no source connected to the main mount, you may only see the fallback mount. If it is connected, you should see both. Clients will auto-join that mount when the main mount looses it's source and move back when it is re-established. If the format is not the same, players will get real confused when the stream suddenly changes. Some will play dead air or garbling and the override may not work as expected. Also, you have an additional mount for your fallback file. This is not needed as it's created automatically. /stream /StreamWarning.mp3 1 Make sure your fallback file is located in /usr/share/icecast2/web --- Streaming live @ http://yeg911.ca EDMONTON EMERGENCY SERVICES ENTHUSIAST COMMUNITY http://yeg911.ca info at yeg911.ca On 03/06/2015 21:50, Jack Elliott 541 848 7021 wrote: > One possibility: the fallback file has to be the same format as the > actual stream -- that is, same bitrate and same number of tracks (mono > or stereo). > > -- > that Jack Elliott > 541 848 7021 > Producer Wednesday Point, Host, The Sunday Classics > KPOV 88.9, High Desert Radio > Audio geek > > On 06/03/2015 05:02 PM, Kyle Blizzard 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. >> >> >> /stream.mp3 >> /StreamWarning.mp3 >> 1 >> 0 >> >> >> >> /StreamWarning.mp3 >> >> >> I have StreamWarning.mp3 in webroot, and I can access it using the >> URL. Does anyone have any other ideas as to what might be causing the >> problem? >> >> On 6/3/15, Jack Elliott 541 848 7021 wrote: >>> I magically manage to overlook more in those docs than I see. >>> >>> I blame it on the font. Or the colors. Can't be me. Nope. >>> >>> -- >>> that Jack Elliott >>> 541 848 7021 >>> Producer Wednesday Point, Host, The Sunday Classics >>> KPOV 88.9, High Desert Radio >>> Audio geek >>> >>> On 06/03/2015 01:41 PM, Kyle Blizzard wrote: >>>> 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 >>>> 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 >>>>> webroot is in your icecast.xml file, i.e., >>>>> >>>>> webroot: >>>>> This path specifies the base directory used for all static >>>>> file >>>>> requests. This directory can contain all standard file types >>>>> (including mp3s and ogg vorbis files). For example, if >>>>> webroot is >>>>> set to /var/share/icecast2, and a request for >>>>> http://server:port/mp3/stuff.mp3 comes in, then the file >>>>> /var/share/icecast2/mp3/stuff.mp3 will be served. >>>>> >>>>> >>>>> In my icecast install directory are a few other sub-folders, one of >>>>> which is named "web" and if I tell Icecast to play a file called >>>>> /foo.mp3 and put it in the web sub-folder, Icecast seems to find >>>>> it. >>>>> >>>>> -- >>>>> that Jack Elliott >>>>> 541 848 7021 >>>>> Producer Wednesday Point, Host, The Sunday Classics >>>>> KPOV 88.9, High Desert Radio >>>>> Audio geek >>>>> >>>>> On 06/03/2015 01:28 PM, Kyle Blizzard wrote: >>>>>> Hello again. >>>>>> >>>>>> Thanks for the help, everyone. I'm trying to configure a >>>>>> fallback >>>>>> mount, but I can't seem to get the file to play. Here's what I >>>>>> have in >>>>>> my configuration file for the mount. >>>>>> >>>>>> /stream.mp3 >>>>>> /StreamWarning.mp3 >>>>>> 1 >>>>>> >>>>>> >>>>>> I'm not entirely sure where to store the "StreamWarning.mp3 file, >>>>>> since I'm still quite new to Linux, and don't know what "webroot" >>>>>> refers to. I've tried several places, including /var/www/html >>>>>> which is >>>>>> where my Nginx files are located. Do any of you know what I might >>>>>> be >>>>>> doing wrong? >>>>>> >>>>>> Once again, thanks for all your help. Like I said, I just >>>>>> started >>>>>> messing around with Debian last week. >>>>>> _______________________________________________ >>>>>> Icecast mailing list >>>>>> Icecast at xiph.org >>>>>> http://lists.xiph.org/mailman/listinfo/icecast >>>> _______________________________________________ >>>> Icecast mailing list >>>> Icecast at xiph.org >>>> http://lists.xiph.org/mailman/listinfo/icecast >>> _______________________________________________ >>> Icecast mailing list >>> Icecast at xiph.org >>> http://lists.xiph.org/mailman/listinfo/icecast >>> >> _______________________________________________ >> Icecast mailing list >> Icecast at xiph.org >> http://lists.xiph.org/mailman/listinfo/icecast > > _______________________________________________ > Icecast mailing list > Icecast at xiph.org > http://lists.xiph.org/mailman/listinfo/icecast From lsoukup at play.cz Thu Jun 4 10:45:05 2015 From: lsoukup at play.cz (Ladislav Soukup) Date: Thu, 4 Jun 2015 12:45:05 +0200 Subject: [Icecast] 404 error => stream redirect / relay Message-ID: Is there any known way how to redirect all 404 errors to a stream? I can see many request to non-existing publish points (mostly old streams that are no longer active) and I would like to redirect them to one specific mount with audio loop (looped stream)... but I don't want to create relay streams manually for each non-existing pubpoint, but rather create one general "404 relay"... Any ideas, please? -- *Ladislav Soukup* *specialista v?voje IT aplikac?* mobil: +420 731 101 538 email: lsoukup at play.cz *PLAY.CZ , a.s.* Na Pankr?ci 1618/30 140 00 Praha 4 -------------- next part -------------- An HTML attachment was scrubbed... URL: From yahav.shasha at gmail.com Thu Jun 4 10:51:22 2015 From: yahav.shasha at gmail.com (Yahav Shasha) Date: Thu, 4 Jun 2015 13:51:22 +0300 Subject: [Icecast] 404 error => stream redirect / relay In-Reply-To: References: Message-ID: Well that is a new attribute to 2.4.1 but if i understand it correctly it might just be what you're looking for: try to set a mount with type "default" and set the fallback/relay on it. http://icecast.org/docs/icecast-2.4.1/config-file.html#mountsettings On Thu, Jun 4, 2015 at 1:45 PM, Ladislav Soukup wrote: > Is there any known way how to redirect all 404 errors to a stream? > I can see many request to non-existing publish points (mostly old streams > that are no longer active) and I would like to redirect them to one > specific mount with audio loop (looped stream)... but I don't want to > create relay streams manually for each non-existing pubpoint, but rather > create one general "404 relay"... > Any ideas, please? > > > -- > *Ladislav Soukup* > *specialista v?voje IT aplikac?* > > mobil: +420 731 101 538 > email: lsoukup at play.cz > > > > > > > *PLAY.CZ , a.s.* > Na Pankr?ci 1618/30 > 140 00 Praha 4 > > > > _______________________________________________ > Icecast mailing list > Icecast at xiph.org > http://lists.xiph.org/mailman/listinfo/icecast > > -- Yahav Shasha, Web Developer +972-(0)549214421 http://www.linkedin.com/in/yahavs -------------- next part -------------- An HTML attachment was scrubbed... URL: From lsoukup at play.cz Thu Jun 4 12:52:34 2015 From: lsoukup at play.cz (Ladislav Soukup) Date: Thu, 4 Jun 2015 14:52:34 +0200 Subject: [Icecast] 404 error => stream redirect / relay In-Reply-To: References: Message-ID: ooohhh :) interesting... didn't think about that... I was stuck on catching 404 and there is a new default mount config... I will try this... after quick test, there are some problems with the default mount, but it may be because of wrong configuration... I will have to experiment with the settings. thanks :) -- *Ladislav Soukup* *specialista v?voje IT aplikac?* mobil: +420 731 101 538 email: lsoukup at play.cz *PLAY.CZ , a.s.* Na Pankr?ci 1618/30 140 00 Praha 4 -------------- next part -------------- An HTML attachment was scrubbed... URL: From erm13martinez at gmail.com Thu Jun 4 16:50:33 2015 From: erm13martinez at gmail.com (Eduardo Martinez) Date: Thu, 04 Jun 2015 16:50:33 +0000 Subject: [Icecast] 404 error => stream redirect / relay In-Reply-To: References: Message-ID: Alternatively, you could parse your logs for 404s, and generate a long list of aliases to existing streams. This would give you more control over the content. On Thu, Jun 4, 2015, 5:53 AM Ladislav Soukup wrote: > ooohhh :) interesting... didn't think about that... I was stuck on > catching 404 and there is a new default mount config... > I will try this... after quick test, there are some problems with the > default mount, but it may be because of wrong configuration... I will have > to experiment with the settings. > > thanks :) > > > > -- > *Ladislav Soukup* > *specialista v?voje IT aplikac?* > > mobil: +420 731 101 538 > email: lsoukup at play.cz > > > > > > > *PLAY.CZ , a.s.* > Na Pankr?ci 1618/30 > 140 00 Praha 4 > > > > > > > _______________________________________________ > Icecast mailing list > Icecast at xiph.org > http://lists.xiph.org/mailman/listinfo/icecast > -------------- next part -------------- An HTML attachment was scrubbed... URL: From k.j.wierenga at gmail.com Fri Jun 5 08:19:04 2015 From: k.j.wierenga at gmail.com (Klaas Jan Wierenga) Date: Fri, 5 Jun 2015 10:19:04 +0200 Subject: [Icecast] Icecast URL authentication problem In-Reply-To: <5B83B2121F96440C98B2C0AE3B7A0C33@T> References: <5B83B2121F96440C98B2C0AE3B7A0C33@T> Message-ID: <441A3EE2-D381-440A-92B8-359483123283@gmail.com> Hi, If you're running icecast in a jail root (chroot enabled), then you may not have a properly setup DNS resolver. Maybe this post will point you in the right direction: http://icecast.xiph.narkive.com/5v2EeNBD/eror-no-dns Kind regards, KJ > Op 3 jun. 2015, om 22:34 heeft infoweb1 at crobiz.com het volgende geschreven: > > System: Icecast 2.4.1 and 2.4.2, OS: CentOS 6.6 x64 > > Tried to install icecast using following two different methods described in these links: > (1) http://www.ukhost4u.co.uk/blog/538/install-icecast-2-centos-6-server/ > (2) https://www.servint.net/university/article/taking-the-chill-out-of-installing-icecast/ > > > Both of these resulted in working and stable icecast, but without the possibility of url authentication. > > > Mountpoint authentication is configured as shown here: > > > > Script named stream_control.php just writes POST data received from calling site (to some file) and returns icecast-auth-user: 1. > > > This script is never called by any of these methods by the icecast server, also in the error.log I am able to find following lines (every time I try to connect to icecast as a listener - or a stream client): > > INFO auth/auth_add_listener adding client for authentication > INFO auth/queue_auth_client auth on /mountpoint has 1 pending > INFO auth_url/url_add_listener client auth (http://some.server.org/stream_control.php) failed with "" > > > > Please advise further actions. Thanks! > > > PS: yum update was done, without any change. > _______________________________________________ > Icecast mailing list > Icecast at xiph.org > http://lists.xiph.org/mailman/listinfo/icecast -------------- next part -------------- An HTML attachment was scrubbed... URL: From spamcatcher447 at gmail.com Tue Jun 9 00:44:34 2015 From: spamcatcher447 at gmail.com (Spam Catcher) Date: Mon, 8 Jun 2015 20:44:34 -0400 Subject: [Icecast] Simple source on Debian Message-ID: Hello everyone. I just joined this list, and I was wondering if any of you might have any suggestions. I'm looking for a source that will run on Debian, that would simply send mp3 files I have in a folder to my Icecast2 server in a random order. I do not require anything special, like random ads, scheduling support, etc. I've given Liquidsoap a try, but it seems to be far too complex for my understanding at the moment. I'd have to write a script just to randomly rotate through a folder of music. I've also tried IceGenerator, but I can't get it to install. After running configure, it says that I'm missing the Libshout2 library. I have Libshout3 installed, but can't find a copy of Libshout2. Does anyone have any ideas for another source I might be able to use? Thank you for reading. From artuch at speedy.com.ar Tue Jun 9 12:07:34 2015 From: artuch at speedy.com.ar (=?ISO-8859-1?Q?Jos=E9?= Luis Artuch) Date: Tue, 09 Jun 2015 09:07:34 -0300 Subject: [Icecast] Simple source on Debian In-Reply-To: References: Message-ID: <1433851654.3307.4.camel@jlaa> Hi, El lun, 08-06-2015 a las 20:44 -0400, Spam Catcher escribi?: > Hello everyone. > > I just joined this list, and I was wondering if any of you might have > any suggestions. I'm looking for a source that will run on Debian, > that would simply send mp3 files I have in a folder to my Icecast2 > server in a random order. I do not require anything special, like > random ads, scheduling support, etc. > > I've given Liquidsoap a try, but it seems to be far too complex for my > understanding at the moment. I'd have to write a script just to > randomly rotate through a folder of music. > > I've also tried IceGenerator, but I can't get it to install. After > running configure, it says that I'm missing the Libshout2 library. I > have Libshout3 installed, but can't find a copy of Libshout2. > > Does anyone have any ideas for another source I might be able to use? > > > > Thank you for reading. The simplest way I know is Ices2 + Bash script. apt-get install ices2 vorbis-tools and make a script to build a random list of songs stored in a folder. Jos? Luis > _______________________________________________ > Icecast mailing list > Icecast at xiph.org > http://lists.xiph.org/mailman/listinfo/icecast From spamcatcher447 at gmail.com Tue Jun 9 17:43:22 2015 From: spamcatcher447 at gmail.com (Spam Catcher) Date: Tue, 9 Jun 2015 13:43:22 -0400 Subject: [Icecast] Simple source on Debian In-Reply-To: <1433851654.3307.4.camel@jlaa> References: <1433851654.3307.4.camel@jlaa> Message-ID: Hi there. Thanks for the tip about Ices2. Do you know if it's possible to make it work with mp3 files? I only ask because there are several people who stream using my server, and they use mp3. I'm trying to create fallback streams, but in order for that to work, I'd have to get them to switch to ogg or find a way to make Ices work with mp3. Thanks On 6/9/15, Jos? Luis Artuch wrote: > Hi, > El lun, 08-06-2015 a las 20:44 -0400, Spam Catcher escribi?: >> Hello everyone. >> >> I just joined this list, and I was wondering if any of you might have >> any suggestions. I'm looking for a source that will run on Debian, >> that would simply send mp3 files I have in a folder to my Icecast2 >> server in a random order. I do not require anything special, like >> random ads, scheduling support, etc. >> >> I've given Liquidsoap a try, but it seems to be far too complex for my >> understanding at the moment. I'd have to write a script just to >> randomly rotate through a folder of music. >> >> I've also tried IceGenerator, but I can't get it to install. After >> running configure, it says that I'm missing the Libshout2 library. I >> have Libshout3 installed, but can't find a copy of Libshout2. >> >> Does anyone have any ideas for another source I might be able to use? >> >> >> >> Thank you for reading. > The simplest way I know is Ices2 + Bash script. > apt-get install ices2 vorbis-tools > and make a script to build a random list of songs stored in a folder. > Jos? Luis >> _______________________________________________ >> Icecast mailing list >> Icecast at xiph.org >> http://lists.xiph.org/mailman/listinfo/icecast > > > _______________________________________________ > Icecast mailing list > Icecast at xiph.org > http://lists.xiph.org/mailman/listinfo/icecast > From spamcatcher447 at gmail.com Tue Jun 9 19:21:11 2015 From: spamcatcher447 at gmail.com (Spam Catcher) Date: Tue, 9 Jun 2015 15:21:11 -0400 Subject: [Icecast] Simple source on Debian In-Reply-To: References: <1433851654.3307.4.camel@jlaa> Message-ID: Oh, never mind. I found an older version of Ices that supports mp3 On 6/9/15, Spam Catcher wrote: > Hi there. > > Thanks for the tip about Ices2. Do you know if it's possible to make > it work with mp3 files? I only ask because there are several people > who stream using my server, and they use mp3. I'm trying to create > fallback streams, but in order for that to work, I'd have to get them > to switch to ogg or find a way to make Ices work with mp3. > > > Thanks > > On 6/9/15, Jos? Luis Artuch wrote: >> Hi, >> El lun, 08-06-2015 a las 20:44 -0400, Spam Catcher escribi?: >>> Hello everyone. >>> >>> I just joined this list, and I was wondering if any of you might have >>> any suggestions. I'm looking for a source that will run on Debian, >>> that would simply send mp3 files I have in a folder to my Icecast2 >>> server in a random order. I do not require anything special, like >>> random ads, scheduling support, etc. >>> >>> I've given Liquidsoap a try, but it seems to be far too complex for my >>> understanding at the moment. I'd have to write a script just to >>> randomly rotate through a folder of music. >>> >>> I've also tried IceGenerator, but I can't get it to install. After >>> running configure, it says that I'm missing the Libshout2 library. I >>> have Libshout3 installed, but can't find a copy of Libshout2. >>> >>> Does anyone have any ideas for another source I might be able to use? >>> >>> >>> >>> Thank you for reading. >> The simplest way I know is Ices2 + Bash script. >> apt-get install ices2 vorbis-tools >> and make a script to build a random list of songs stored in a folder. >> Jos? Luis >>> _______________________________________________ >>> Icecast mailing list >>> Icecast at xiph.org >>> http://lists.xiph.org/mailman/listinfo/icecast >> >> >> _______________________________________________ >> Icecast mailing list >> Icecast at xiph.org >> http://lists.xiph.org/mailman/listinfo/icecast >> > From artuch at speedy.com.ar Tue Jun 9 19:41:34 2015 From: artuch at speedy.com.ar (=?ISO-8859-1?Q?Jos=E9?= Luis Artuch) Date: Tue, 09 Jun 2015 16:41:34 -0300 Subject: [Icecast] Simple source on Debian In-Reply-To: References: <1433851654.3307.4.camel@jlaa> Message-ID: <1433878894.3349.11.camel@jlaa> Hi SC, El mar, 09-06-2015 a las 15:21 -0400, Spam Catcher escribi?: > Oh, never mind. I found an older version of Ices that supports mp3 According to the documentation Ices2 supports Ogg Vorbis; for MP3 you need, for example, Ices0: http://icecast.org/ices/ Also take a look here: https://gist.github.com/bdsatish/ea812f765e4c3124aebb Jos? Luis > > On 6/9/15, Spam Catcher wrote: > > Hi there. > > > > Thanks for the tip about Ices2. Do you know if it's possible to make > > it work with mp3 files? I only ask because there are several people > > who stream using my server, and they use mp3. I'm trying to create > > fallback streams, but in order for that to work, I'd have to get them > > to switch to ogg or find a way to make Ices work with mp3. > > > > > > Thanks > > > > On 6/9/15, Jos? Luis Artuch wrote: > >> Hi, > >> El lun, 08-06-2015 a las 20:44 -0400, Spam Catcher escribi?: > >>> Hello everyone. > >>> > >>> I just joined this list, and I was wondering if any of you might have > >>> any suggestions. I'm looking for a source that will run on Debian, > >>> that would simply send mp3 files I have in a folder to my Icecast2 > >>> server in a random order. I do not require anything special, like > >>> random ads, scheduling support, etc. > >>> > >>> I've given Liquidsoap a try, but it seems to be far too complex for my > >>> understanding at the moment. I'd have to write a script just to > >>> randomly rotate through a folder of music. > >>> > >>> I've also tried IceGenerator, but I can't get it to install. After > >>> running configure, it says that I'm missing the Libshout2 library. I > >>> have Libshout3 installed, but can't find a copy of Libshout2. > >>> > >>> Does anyone have any ideas for another source I might be able to use? > >>> > >>> > >>> > >>> Thank you for reading. > >> The simplest way I know is Ices2 + Bash script. > >> apt-get install ices2 vorbis-tools > >> and make a script to build a random list of songs stored in a folder. > >> Jos? Luis > >>> _______________________________________________ > >>> Icecast mailing list > >>> Icecast at xiph.org > >>> http://lists.xiph.org/mailman/listinfo/icecast > >> > >> > >> _______________________________________________ > >> Icecast mailing list > >> Icecast at xiph.org > >> http://lists.xiph.org/mailman/listinfo/icecast > >> > > > _______________________________________________ > Icecast mailing list > Icecast at xiph.org > http://lists.xiph.org/mailman/listinfo/icecast From spamcatcher447 at gmail.com Sat Jun 20 00:28:49 2015 From: spamcatcher447 at gmail.com (Spam Catcher) Date: Fri, 19 Jun 2015 20:28:49 -0400 Subject: [Icecast] Having an intro play for a fallback stream Message-ID: Hello again evveryone. I was wondering if anyone knew of a way to force Icecast to play the intro of a fallback stream? For example, if a live stream is active, then disconnects, people are routed back to a fallback stream, but it doesn't play the introduction I have set for that stream. It only plays if someone starts to listen and they start with the fallback stream. Thanks From mark at soundreef.com Wed Jun 24 06:53:47 2015 From: mark at soundreef.com (Mark Foster) Date: Wed, 24 Jun 2015 07:53:47 +0100 Subject: [Icecast] Identify listeners on log reports Message-ID: We have businesses users listening to 17 different icecast streams. We're looking for a way to identify via icecast logs what each user is listening. At the moment in order to do so, we're cloning the streams for each user, so that separate logs are generated. As the number of user grow, this approach is becoming unsustainable. Is there an alternative, more lean way to do this? Thanks ---- Mark Foster -------------- next part -------------- An HTML attachment was scrubbed... URL: From marius at flage.org Wed Jun 24 07:28:57 2015 From: marius at flage.org (Marius Flage) Date: Wed, 24 Jun 2015 09:28:57 +0200 Subject: [Icecast] Identify listeners on log reports In-Reply-To: References: Message-ID: <558A5C39.9010104@flage.org> Hi Mark, You can maybe look at authentication: http://icecast.org/docs/icecast-2.4.1/auth.html ? I guess you need some way to differentiate the different users from each other, either by IP address (though not that accurate) or by username/password. Authentication can solve both cases for you. I myself have used the authentication to provide some better logging, but the users themselves are blissfully unaware that "authentication" is happening - as all users are allowed access. - Marius On 06/24/2015 08:53 AM, Mark Foster wrote: > We have businesses users listening to 17 different icecast streams. > We're looking for a way to identify via icecast logs what each user is > listening. > > At the moment in order to do so, we're cloning the streams for each > user, so that separate logs are generated. > As the number of user grow, this approach is becoming unsustainable. > > Is there an alternative, more lean way to do this? From mark at soundreef.com Wed Jun 24 08:19:16 2015 From: mark at soundreef.com (Mark Foster) Date: Wed, 24 Jun 2015 09:19:16 +0100 Subject: [Icecast] Identify listeners on log reports In-Reply-To: <558A5C39.9010104@flage.org> References: <558A5C39.9010104@flage.org> Message-ID: Hi Marius, thanks for your reply. URL auth via usern/pass seems what I need. I fail to understand is if and how would that reflect on logs. Care to elaborate further? Thank you ---- Mark Foster On Wed, Jun 24, 2015 at 8:28 AM, Marius Flage wrote: > Hi Mark, > > You can maybe look at authentication: > http://icecast.org/docs/icecast-2.4.1/auth.html ? > > I guess you need some way to differentiate the different users from each > other, either by IP address (though not that accurate) or by > username/password. Authentication can solve both cases for you. > > I myself have used the authentication to provide some better logging, > but the users themselves are blissfully unaware that "authentication" is > happening - as all users are allowed access. > > - Marius > > On 06/24/2015 08:53 AM, Mark Foster wrote: > > We have businesses users listening to 17 different icecast streams. > > We're looking for a way to identify via icecast logs what each user is > > listening. > > > > At the moment in order to do so, we're cloning the streams for each > > user, so that separate logs are generated. > > As the number of user grow, this approach is becoming unsustainable. > > > > Is there an alternative, more lean way to do this? > > _______________________________________________ > Icecast mailing list > Icecast at xiph.org > http://lists.xiph.org/mailman/listinfo/icecast > -------------- next part -------------- An HTML attachment was scrubbed... URL: From marius at flage.org Wed Jun 24 08:23:43 2015 From: marius at flage.org (Marius Flage) Date: Wed, 24 Jun 2015 10:23:43 +0200 Subject: [Icecast] Identify listeners on log reports In-Reply-To: References: <558A5C39.9010104@flage.org> Message-ID: <558A690F.4090902@flage.org> Hi again, You can authenticate the users using a web page. Check: http://icecast.org/docs/icecast-2.4.1/auth.html#url For instance look at listener_add and listener_remove. That way you can insert into a database each time a listener connects and disconnects, and combining that with the username let's you have a clear log of how long each user were listening to a stream. If I understood your use case correctly..? - Marius On 06/24/2015 10:19 AM, Mark Foster wrote: > Hi Marius, > thanks for your reply. > > URL auth via usern/pass seems what I need. > > I fail to understand is if and how would that reflect on logs. > > Care to elaborate further? From thatjackelliott at kpov.org Wed Jun 24 13:01:28 2015 From: thatjackelliott at kpov.org (Jack Elliott 541 848 7021) Date: Wed, 24 Jun 2015 06:01:28 -0700 Subject: [Icecast] Change fallback mount file automatically? Message-ID: <558AAA28.7000000@kpov.org> 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: /example2.ogg 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 Tool) to send a live music stream to Icecast at the radio station, which was then played by iTunes in the Broadcast Studio, and then to the broadcast FM signal. It all worked perfectly. We were streaming from the festival using mp3 format at 192kbps/stereo and I prepared a fallback-mount file ahead of time in the same format. It was never played because the operation went perfectly, the remote stream was stable for the entire 12 hours of the broadcast. But I was not confident that the remote Internet connection could guarantee 192kbps bandwidth so I also prepared a second fallback-mount, this one at 96kbps in case we needed to go to a lower bitrate. If that was necessary, I was prepared to connect to the computer running Icecast remotely (using Teamviewer) and replace the 192kbps fallback-mount file with the 96kbps fallback-mount. Fortunately, this was not required. It would be very useful if this could be automated. Such as: if the incoming stream is 192kbps and it stops, then fallback to the 192kbps file; if the incoming stream is 96kbps, then fallback to the 96kbps file. Or some method in Icecast to run a script or batch file to swap or rename the fallback files as the incoming stream changes bitrate. -- that Jack Elliott 541 848 7021 Producer Wednesday Point, Host, The Sunday Classics KPOV 88.9, High Desert Radio Audio geek From martin at jangowski-itservice.de Wed Jun 24 13:33:54 2015 From: martin at jangowski-itservice.de (Martin Jangowski) Date: Wed, 24 Jun 2015 15:33:54 +0200 Subject: [Icecast] Change fallback mount file automatically? In-Reply-To: <558AAA28.7000000@kpov.org> References: <558AAA28.7000000@kpov.org> Message-ID: <558AB1C2.4020802@jangowski-itservice.de> Am 24.06.2015 um 15:01 schrieb Jack Elliott 541 848 7021: > 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: > > /example2.ogg > > It is necessary that the file have the same bitrate and same format > (single or two-channels) as the main mount. > I regularly broadcast with 48kBit streaming rate (mp3, mono, 44kHz). My fallback-file is a 244kBit, stereo, 44kHz, mp3 file. Works like a charme.... Martin -------------- next part -------------- A non-text attachment was scrubbed... Name: martin.vcf Type: text/x-vcard Size: 319 bytes Desc: not available URL: From mark at soundreef.com Wed Jun 24 13:59:11 2015 From: mark at soundreef.com (Mark Foster) Date: Wed, 24 Jun 2015 14:59:11 +0100 Subject: [Icecast] Identify listeners on log reports In-Reply-To: <558A690F.4090902@flage.org> References: <558A5C39.9010104@flage.org> <558A690F.4090902@flage.org> Message-ID: Thanks Marius, I will give it a shot . Regards ---- Mark Foster Tech Team Soundreef Ltd www.soundreef.com On Wed, Jun 24, 2015 at 9:23 AM, Marius Flage wrote: > Hi again, > > You can authenticate the users using a web page. Check: > http://icecast.org/docs/icecast-2.4.1/auth.html#url > > For instance look at listener_add and listener_remove. That way you can > insert into a database each time a listener connects and disconnects, > and combining that with the username let's you have a clear log of how > long each user were listening to a stream. > > If I understood your use case correctly..? > > - Marius > > On 06/24/2015 10:19 AM, Mark Foster wrote: > > Hi Marius, > > thanks for your reply. > > > > URL auth via usern/pass seems what I need. > > > > I fail to understand is if and how would that reflect on logs. > > > > Care to elaborate further? > _______________________________________________ > Icecast mailing list > Icecast at xiph.org > http://lists.xiph.org/mailman/listinfo/icecast > -------------- next part -------------- An HTML attachment was scrubbed... URL: From thatjackelliott at kpov.org Wed Jun 24 13:55:36 2015 From: thatjackelliott at kpov.org (that Jack Elliott) Date: Wed, 24 Jun 2015 06:55:36 -0700 Subject: [Icecast] Change fallback mount file automatically? In-Reply-To: <558AB1C2.4020802@jangowski-itservice.de> References: <558AAA28.7000000@kpov.org> <558AB1C2.4020802@jangowski-itservice.de> Message-ID: <558AB6D8.4040607@kpov.org> Oh -- then I did not understand the documentation. fallback-mount This optional value specifies a mountpoint that clients are automatically moved to if the source shuts down or is not streaming at the time a listener connects. Only one can be listed in each mount and should refer to another mountpoint on the same server that is streaming in the _same streaming format_. I was thinking that "same streaming format" referred to bitrate/channels, etc. Perhaps it means mp3 or ogg. Anyway, this is good news. Thank you. -- Jack Elliott Producer, The Point Wednesday Host, The Sunday Classics KPOV 88.9 High Desert Radio kpov.org On 6/24/2015 6:33 AM, Martin Jangowski wrote: > Am 24.06.2015 um 15:01 schrieb Jack Elliott 541 848 7021: >> 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: >> >> /example2.ogg >> >> It is necessary that the file have the same bitrate and same format >> (single or two-channels) as the main mount. >> > > I regularly broadcast with 48kBit streaming rate (mp3, mono, 44kHz). > My fallback-file is a 244kBit, stereo, 44kHz, mp3 file. Works like a > charme.... > > Martin > > > _______________________________________________ > Icecast mailing list > Icecast at xiph.org > http://lists.xiph.org/mailman/listinfo/icecast -------------- next part -------------- An HTML attachment was scrubbed... URL: From epirat07 at gmail.com Wed Jun 24 15:06:03 2015 From: epirat07 at gmail.com (Marvin Scholz) Date: Wed, 24 Jun 2015 17:06:03 +0200 Subject: [Icecast] Change fallback mount file automatically? In-Reply-To: <558AB1C2.4020802@jangowski-itservice.de> References: <558AAA28.7000000@kpov.org> <558AB1C2.4020802@jangowski-itservice.de> Message-ID: <09553398-1F18-4657-8604-9C9DDCEE580D@gmail.com> On 24 Jun 2015, at 15:33, Martin Jangowski wrote: > I regularly broadcast with 48kBit streaming rate (mp3, mono, 44kHz). > My fallback-file is a 244kBit, stereo, 44kHz, mp3 file. Works like a > charme.... That depends on the player, if it works you are lucky. It might not work for other formats or with some players. From ross at stationplaylist.com Wed Jun 24 15:49:33 2015 From: ross at stationplaylist.com (Ross Levis) Date: Thu, 25 Jun 2015 03:49:33 +1200 Subject: [Icecast] Change fallback mount file automatically? In-Reply-To: <09553398-1F18-4657-8604-9C9DDCEE580D@gmail.com> References: <558AAA28.7000000@kpov.org> <558AB1C2.4020802@jangowski-itservice.de> <09553398-1F18-4657-8604-9C9DDCEE580D@gmail.com> Message-ID: <00be01d0ae95$5ea16520$1be42f60$@com> Changing the bitrate should always be fine but not mono/stereo or sample rate or bit depth. Those usually need to be the same. -----Original Message----- From: icecast-bounces at xiph.org [mailto:icecast-bounces at xiph.org] On Behalf Of Marvin Scholz Sent: Thursday, 25 June 2015 3:06 a.m. To: Icecast streaming server user discussions Subject: Re: [Icecast] Change fallback mount file automatically? On 24 Jun 2015, at 15:33, Martin Jangowski wrote: > I regularly broadcast with 48kBit streaming rate (mp3, mono, 44kHz). > My fallback-file is a 244kBit, stereo, 44kHz, mp3 file. Works like a > charme.... That depends on the player, if it works you are lucky. It might not work for other formats or with some players. _______________________________________________ Icecast mailing list Icecast at xiph.org http://lists.xiph.org/mailman/listinfo/icecast From thatjackelliott at kpov.org Wed Jun 24 17:17:00 2015 From: thatjackelliott at kpov.org (Jack Elliott 541 848 7021) Date: Wed, 24 Jun 2015 10:17:00 -0700 Subject: [Icecast] Change fallback mount file automatically? In-Reply-To: <09553398-1F18-4657-8604-9C9DDCEE580D@gmail.com> References: <558AAA28.7000000@kpov.org> <558AB1C2.4020802@jangowski-itservice.de> <09553398-1F18-4657-8604-9C9DDCEE580D@gmail.com> Message-ID: <558AE60C.1070706@kpov.org> Good point, Marvin -- best to test the player to see how it handles the unexpected bitrate change. -- that Jack Elliott 541 848 7021 Producer Wednesday Point, Host, The Sunday Classics KPOV 88.9, High Desert Radio Audio geek On 06/24/2015 08:06 AM, Marvin Scholz wrote: > On 24 Jun 2015, at 15:33, Martin Jangowski wrote: > >> I regularly broadcast with 48kBit streaming rate (mp3, mono, 44kHz). >> My fallback-file is a 244kBit, stereo, 44kHz, mp3 file. Works like a >> charme.... > That depends on the player, if it works you are lucky. It might not work > for other formats or with some players. > _______________________________________________ > Icecast mailing list > Icecast at xiph.org > http://lists.xiph.org/mailman/listinfo/icecast From lion at lion.leolix.org Wed Jun 24 20:31:13 2015 From: lion at lion.leolix.org (Philipp Schafft) Date: Wed, 24 Jun 2015 20:31:13 +0000 Subject: [Icecast] Change fallback mount file automatically? In-Reply-To: <558AB6D8.4040607@kpov.org> References: <558AAA28.7000000@kpov.org> <558AB1C2.4020802@jangowski-itservice.de> <558AB6D8.4040607@kpov.org> Message-ID: <20150624203119.608C3131C5@grassland.keep-cool.org> reflum, On Wed, 2015-06-24 at 06:55 -0700, that Jack Elliott wrote: > Oh -- then I did not understand the documentation. > > fallback-mount > This optional value specifies a mountpoint that clients are > automatically moved to if the source shuts down or is not streaming at > the time a listener connects. Only one can be listed in each mount and > should refer to another mountpoint on the same server that is > streaming in the _same streaming format_. > > I was thinking that "same streaming format" referred to > bitrate/channels, etc. Perhaps it means mp3 or ogg. I think this is just 80% of the story: *only the container needs to match. With Ogg you can in theory even change the used codec. But: Most players are broken in one or another way. The closer you are the better it will work. With MP3 non-matching parameters are likely going to break stuff. With Ogg based streams non-matching parameters are sometimes going to be a problem. At least you can variate effective bitrate with Ogg/Vorbis freely without any problems (as in contrast to MP3 bitrate is not related to the other parameters). Also note that MP3 is not officially supported and MP3 related requests are largely ignored. It may or may not work for you. If not: your problem. I recommend you to use any Ogg based codec as it would solve your problem perfectly (changing bitrates) and is supported, well tested, much better on all technical aspects and there are no license problems. Anyway: Have fun with your setup and thank you for using Icecast! -- Philipp. (Rah of PH2) -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 490 bytes Desc: This is a digitally signed message part URL: From martin at jangowski-itservice.de Wed Jun 24 20:48:01 2015 From: martin at jangowski-itservice.de (Martin Jangowski) Date: Wed, 24 Jun 2015 22:48:01 +0200 Subject: [Icecast] Change fallback mount file automatically? In-Reply-To: <09553398-1F18-4657-8604-9C9DDCEE580D@gmail.com> References: <558AAA28.7000000@kpov.org> <558AB1C2.4020802@jangowski-itservice.de> <09553398-1F18-4657-8604-9C9DDCEE580D@gmail.com> Message-ID: <558B1781.3050506@jangowski-itservice.de> Am 24.06.2015 um 17:06 schrieb Marvin Scholz: > On 24 Jun 2015, at 15:33, Martin Jangowski wrote: > >> I regularly broadcast with 48kBit streaming rate (mp3, mono, 44kHz). >> My fallback-file is a 244kBit, stereo, 44kHz, mp3 file. Works like a >> charme.... > That depends on the player, if it works you are lucky. It might not work > for other formats or with some players. > I have to admit that I didn't saw any hint about that, I just added the fallback option and it worked... Martin -------------- next part -------------- A non-text attachment was scrubbed... Name: martin.vcf Type: text/x-vcard Size: 319 bytes Desc: not available URL: From thatjackelliott at kpov.org Wed Jun 24 20:49:19 2015 From: thatjackelliott at kpov.org (that Jack Elliott) Date: Wed, 24 Jun 2015 13:49:19 -0700 Subject: [Icecast] Change fallback mount file automatically? In-Reply-To: <20150624203119.608C3131C5@grassland.keep-cool.org> References: <558AAA28.7000000@kpov.org> <558AB1C2.4020802@jangowski-itservice.de> <558AB6D8.4040607@kpov.org> <20150624203119.608C3131C5@grassland.keep-cool.org> Message-ID: <558B17CF.6090504@kpov.org> Philipp, On 6/24/2015 1:31 PM, Philipp Schafft wrote: > reflum, > > On Wed, 2015-06-24 at 06:55 -0700, that Jack Elliott wrote: >> Oh -- then I did not understand the documentation. >> >> fallback-mount >> This optional value specifies a mountpoint that clients are >> automatically moved to if the source shuts down or is not streaming at >> the time a listener connects. Only one can be listed in each mount and >> should refer to another mountpoint on the same server that is >> streaming in the _same streaming format_. >> >> I was thinking that "same streaming format" referred to >> bitrate/channels, etc. Perhaps it means mp3 or ogg. > > > Also note that MP3 is not officially supported and MP3 related requests > are largely ignored. It may or may not work for you. If not: your > problem. Understood. > > I recommend you to use any Ogg based codec as it would solve your > problem perfectly (changing bitrates) and is supported, well tested, > much better on all technical aspects and there are no license problems. Understood. But the hosts at the radio station are not very technical and they are not very teachable. The player must operate under OSX, and the hosts are used to iTunes (which I despise) as the player. Perhaps it is possible to teach iTunes under OSX to play ogg. But of course that will be another unsupported combination. See here for a discussion about iTunes and ogg: https://discussions.apple.com/thread/5483035?tstart=0 Or maybe I should set up a small unused laptop with Linux and put a player on it, and have it always on, but hidden away on a shelf, and connect the output of the laptop to the broadcast console. I must think about this. > > Anyway: Have fun with your setup and thank you for using Icecast! > Thank you for the support! -- Jack Elliott Producer, The Point Wednesday Host, The Sunday Classics KPOV 88.9 High Desert Radio kpov.org > > _______________________________________________ > Icecast mailing list > Icecast at xiph.org > http://lists.xiph.org/mailman/listinfo/icecast -------------- next part -------------- An HTML attachment was scrubbed... URL: From albert.bruc.ab at gmail.com Wed Jun 24 22:04:41 2015 From: albert.bruc.ab at gmail.com (Albert Bruc) Date: Thu, 25 Jun 2015 00:04:41 +0200 Subject: [Icecast] Generate daily archives with time - title - artist ? Message-ID: Hi Have you any ideas to do that with Icecast 2.2 or 2.4 ? Thanks -------------- next part -------------- An HTML attachment was scrubbed... URL: From lion at lion.leolix.org Thu Jun 25 05:23:42 2015 From: lion at lion.leolix.org (Philipp Schafft) Date: Thu, 25 Jun 2015 05:23:42 +0000 Subject: [Icecast] Generate daily archives with time - title - artist ? In-Reply-To: References: Message-ID: <20150625052348.2B383131C5@grassland.keep-cool.org> reflum, On Thu, 2015-06-25 at 00:04 +0200, Albert Bruc wrote: > Hi > > Have you any ideas to do that with Icecast 2.2 or 2.4 ? What do you exactly mean by 'daily archives with time - title - artist'? Is this about the playlist or the actual stream data? Without knowing more about what you are looking for I suggest you to have a look at logrotate. Have a nice day! -- Philipp. (Rah of PH2) -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 490 bytes Desc: This is a digitally signed message part URL: