From w2lie at w2lie.net Sun Sep 5 20:51:44 2010
From: w2lie at w2lie.net (Phil - w2lie)
Date: Sun, 05 Sep 2010 16:51:44 -0400
Subject: [Icecast] Encoding on a "dumb" pc
Message-ID: <4C8402E0.1070904@w2lie.net>
I'm in the process of trying to build a project, and I'm hoping that
someone on the list can help me out.
I have an Icecast server already running, and some feeds coming in from
Simplecast, Edcast, and DarkIce. These encoders are obviously on
computers owned by users who can setup feeds are send them to my Icecast
server remotely.
What I am looking for, is a small PC that is capable of running DarkIce
that I can deploy and have it work turn-key. Basically, lease out these
boxes so the end user just needs to plug it in to the wall, plug it into
the network, and plug something into the line in.
I was looking at purchasing a few Linksys NSLU2's for the project as
they are usually below $50 with shipping, but I was told that since they
use a FPU, they can not run DarkIce. It also won't power up after a
power failure unless you hack the hardware. Does anyone know of
anything equivalent to the NSLU2 that will work for a "dumb" pc like
that? Would I be ok going with older and cheaper ThinClients?
I'm looking at deploying a fair number of these boxes, so I can't spend
$300 each. I was really hoping to keep it on the cheap and around $50 a
box. (insert laughter here)
Thanks for the help
Phil
--
www.w2lie.net
Long Island Live Scanner Feeds and Forums
Scanner Programming at w2lie.net
http://www.w2lie.net/sales
e-mail: sales at w2lie.net
phone: (347) 829-SCAN
From geoff at QuiteLikely.com Sun Sep 5 21:15:29 2010
From: geoff at QuiteLikely.com (Geoff Shang)
Date: Mon, 6 Sep 2010 00:15:29 +0300 (IDT)
Subject: [Icecast] Encoding on a "dumb" pc
In-Reply-To: <4C8402E0.1070904@w2lie.net>
References: <4C8402E0.1070904@w2lie.net>
Message-ID: <alpine.DEB.1.10.1009060014390.4466@data.home>
Hi,
I guess the real question is what audio format and quality are you looking
at here?
You will need to have a CPU capable of encoding in real-time and you may
not be able to do this with your budget.
Geoff.
From un at dom.de Sun Sep 5 21:07:57 2010
From: un at dom.de (un at dom.de)
Date: Sun, 5 Sep 2010 23:07:57 +0200
Subject: [Icecast] Encoding on a "dumb" pc
In-Reply-To: <4C8402E0.1070904@w2lie.net>
References: <4C8402E0.1070904@w2lie.net>
Message-ID: <20100905210757.GA15328@aporee.org>
check the locusonus project and their streambox, that may give you
some ideas. they use linux wifi routers for their open mic project.
http://locusonus.org/w/index.php?page=Locustream+Streambox+FAQ
--uno
Phil - w2lie:
> I'm in the process of trying to build a project, and I'm hoping that
> someone on the list can help me out.
>
> I have an Icecast server already running, and some feeds coming in from
> Simplecast, Edcast, and DarkIce. These encoders are obviously on
> computers owned by users who can setup feeds are send them to my Icecast
> server remotely.
>
> What I am looking for, is a small PC that is capable of running DarkIce
> that I can deploy and have it work turn-key. Basically, lease out these
> boxes so the end user just needs to plug it in to the wall, plug it into
> the network, and plug something into the line in.
>
> I was looking at purchasing a few Linksys NSLU2's for the project as
> they are usually below $50 with shipping, but I was told that since they
> use a FPU, they can not run DarkIce. It also won't power up after a
> power failure unless you hack the hardware. Does anyone know of
> anything equivalent to the NSLU2 that will work for a "dumb" pc like
> that? Would I be ok going with older and cheaper ThinClients?
>
> I'm looking at deploying a fair number of these boxes, so I can't spend
> $300 each. I was really hoping to keep it on the cheap and around $50 a
> box. (insert laughter here)
>
> Thanks for the help
> Phil
>
> --
> www.w2lie.net
> Long Island Live Scanner Feeds and Forums
>
>
> Scanner Programming at w2lie.net
> http://www.w2lie.net/sales
> e-mail: sales at w2lie.net
> phone: (347) 829-SCAN
>
> _______________________________________________
> Icecast mailing list
> Icecast at xiph.org
> http://lists.xiph.org/mailman/listinfo/icecast
From w2lie at w2lie.net Sun Sep 5 21:17:15 2010
From: w2lie at w2lie.net (Phil / w2lie)
Date: Sun, 5 Sep 2010 17:17:15 -0400
Subject: [Icecast] Encoding on a "dumb" pc
In-Reply-To: <alpine.DEB.1.10.1009060014390.4466@data.home>
References: <4C8402E0.1070904@w2lie.net>
<alpine.DEB.1.10.1009060014390.4466@data.home>
Message-ID: <6672C3B3-43EE-4F42-B3BF-CA8AAC41C6EA@w2lie.net>
I knew I left something out.
It would be MP3 encoded at 16kbps/16000Hz
--
Phil / w2lie
On Sep 5, 2010, at 5:15 PM, Geoff Shang <geoff at QuiteLikely.com> wrote:
> Hi,
>
> I guess the real question is what audio format and quality are you looking at here?
>
> You will need to have a CPU capable of encoding in real-time and you may not be able to do this with your budget.
>
> Geoff.
>
From timothyclark113 at gmail.com Sun Sep 5 22:22:10 2010
From: timothyclark113 at gmail.com (Timothy Clark)
Date: Sun, 5 Sep 2010 17:22:10 -0500
Subject: [Icecast] Encoding on a "dumb" pc
In-Reply-To: <6672C3B3-43EE-4F42-B3BF-CA8AAC41C6EA@w2lie.net>
References: <4C8402E0.1070904@w2lie.net>
<alpine.DEB.1.10.1009060014390.4466@data.home>
<6672C3B3-43EE-4F42-B3BF-CA8AAC41C6EA@w2lie.net>
Message-ID: <AANLkTi=AOYJdz0m_J8qNEP_Z1F+kqJjae5o56H4k2n=v@mail.gmail.com>
I am running 320 k on an icecast server.
Just saying.
On 9/5/10, Phil / w2lie <w2lie at w2lie.net> wrote:
> I knew I left something out.
> It would be MP3 encoded at 16kbps/16000Hz
>
> --
> Phil / w2lie
>
>
> On Sep 5, 2010, at 5:15 PM, Geoff Shang <geoff at QuiteLikely.com> wrote:
>
>> Hi,
>>
>> I guess the real question is what audio format and quality are you looking
>> at here?
>>
>> You will need to have a CPU capable of encoding in real-time and you may
>> not be able to do this with your budget.
>>
>> Geoff.
>>
> _______________________________________________
> Icecast mailing list
> Icecast at xiph.org
> http://lists.xiph.org/mailman/listinfo/icecast
>
--
Timothy Clark, WTCN Owner and Maniger
http://wtcnradio.podzone.net
Owner of Timothy Clark Productions
Want productions work done at low cheap prices, let us know so as we
can take care of you and your needs
Skypes, djtimothy1 is for personal use
wtcn.radio for radio station
timothyclarkofficial for productions pizness
From nicholas at nicholaswyoung.com Sun Sep 5 22:30:55 2010
From: nicholas at nicholaswyoung.com (Nicholas Young)
Date: Sun, 5 Sep 2010 17:30:55 -0500
Subject: [Icecast] Custom Attribute in icecast.xml
Message-ID: <AANLkTik9aM7xk3pB7g0K75ceU2Y6Hn8HdQ1UZMoojmDL@mail.gmail.com>
So, since I don't know the codebase that well, I would like to ask for
advice.
I'm looking to add an extra parameter into the mount-point area, so that
icecast can make an HTTP request to the URL
when it receives new metadata - much like the URL authentication methods.
What do I need to add into the the C file (I'm assuming maybe cfgfile.c?)
and how would I access my custom attribute? I'm thinking the attribute would
look something like:
<metadata_url>http://....</metadata_url>
Any ideas?
Don't spend too much time thinking about this - but if you could point me in
the right direction, that would rock. I'll be open-sourcing this once it's
done, too. :)
Nicholas
Nicholas Young | nicholas at nicholaswyoung.com
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.xiph.org/pipermail/icecast/attachments/20100905/2dba2f10/attachment.htm>
From tom at tdwright.co.uk Thu Sep 9 11:57:16 2010
From: tom at tdwright.co.uk (Tom Wright)
Date: Thu, 09 Sep 2010 12:57:16 +0100
Subject: [Icecast] Q&A site for web radio
Message-ID: <4C88CB9C.2010707@tdwright.co.uk>
Hi guys,
I'm a long time user of a site called Stackoverflow, which is a
specialised question and answer site for programming. (Think Experts
Exchange, but free.)
Anyway, I decided today that it might be useful to have an equivalent
for web radio. So I put in a proposal to the Stackoverflow guys. Now I
just need people to express an interest in it, so that the Stackoverflow
people will build the site for us.
If you think you'd find it useful then, please go to
http://area51.stackexchange.com/proposals/20407/web-radio?referrer=t6XZjMxtFUyENXVbMz64bg2
and "follow" the proposal.
Let me know if you have any questions.
Best,
Tom
From acandido at hi-iberia.es Tue Sep 21 09:04:13 2010
From: acandido at hi-iberia.es (Andres Gonzalez)
Date: Tue, 21 Sep 2010 11:04:13 +0200
Subject: [Icecast] Problems with multiple audio
Message-ID: <4C98750D.2050201@hi-iberia.es>
Hi all,
I have an ogg with one video track and two audio tracks. I'm trying to
stream it with Icecast. I put it in the server with oggfwd and
everything looks OK. but I cannot play the mountpoint with any player;
actually, the server only gives an HTTP response of 127 bytes, and then
stops. It doesn't close the connection, it just doesn't give more bytes.
If I use a normal file with one video track and one audio track,
everything works ok.
What can be happening? How could I stream the first file?
Regards,
Andr?s
From wxl at freeshell.de Fri Sep 24 19:29:53 2010
From: wxl at freeshell.de (Walter Lapchynski)
Date: Fri, 24 Sep 2010 19:29:53 +0000 (UTC)
Subject: [Icecast] ezstream/madplay: problem with decoding
Message-ID: <loom.20100924T211945-260@post.gmane.org>
So here's the story: I thought I would explore further features of the ezstream,
including its ability to reencode various input types (e.g. ogg, mp3, flac) on
the fly into one type of stream (ezstream_reencode_mp3.xml config). It works
wonderfully except for one problem: the decoding of mp3s results in a steady
stream of noise (i.e. the source is not distinguishable among the noise). Using
the the standard config (ezstream_mp3.xml), everything works fine. So I think I
can conclude it is not a problem with my build of ezstream, but it may have
something to do with either the madplay build or the madplay settings. Sadly, I
have little experience with encoding/decoding and/or the settings involved but
wading through the man page, they seem to be appropriate:
madplay -b 16 -R 44100 -S -o raw:- "@T@"
Is there anyone that can shed any light on this?
From wxl at freeshell.de Fri Sep 24 19:54:21 2010
From: wxl at freeshell.de (Walter Lapchynski)
Date: Fri, 24 Sep 2010 19:54:21 +0000 (UTC)
Subject: [Icecast] osx client
References: <AANLkTikCxkeaQo5tki9Y9ScdkbibzH_8H9aadYos4MB2@mail.gmail.com>
<14517CBF-6CC2-41AB-BCB2-09281CB8B0D3@kcsb.org>
<AANLkTilJfxai7Eg7k5ZaMU0UNTLnkdzEX27uTaTHOKh6@mail.gmail.com>
Message-ID: <loom.20100924T215255-180@post.gmane.org>
Nicecast is really nice but I don't like spending $$$ when perfectly suitable
stuff is free. LadioCast if you want to go GUI, or grab ezstream from MacPorts
and run it under the hood. The latter is what I prefer. I use a mix of icecast2,
ezstream, and streamripper run off of at jobs.
From wxl at freeshell.de Fri Sep 24 20:02:51 2010
From: wxl at freeshell.de (Walter Lapchynski)
Date: Fri, 24 Sep 2010 20:02:51 +0000 (UTC)
Subject: [Icecast] How to add my station to dir.xiph.org?
References: <193557.96639.qm@web62302.mail.re1.yahoo.com>
Message-ID: <loom.20100924T215656-508@post.gmane.org>
Sarit keren <saritmiki <at> yahoo.com> writes:
> Hello I'm totally newbie with this I wanted to ask this on the forum but from
some reason I can't register... so if you guys can help me I'll be very glad..
I can sympathize; I can't get registered either. I've got my account setup on
the forums but I've been waiting months for activation. I even tracked down
EvilOverlord (one of the admins) and emailed him. Nothing. If the spam is THAT
bad, the whole thing should be locked down and we should all migrate to the
mailing list.
> do I have to do change something in the Icecast xml file?
Yep, you do. First off, you'll need to make sure icecast was build with libcurl
support. How you do that will depend on your system. I guess you can assume it
was and just forge ahead. Second, you'll need to do a little editing of your
icecast.xml file. Look for these lines:
<!-- Uncomment this if you want directory listings -->
<!--
<directory>
<yp-url-timeout>15</yp-url-timeout>
<yp-url>http://dir.xiph.org/cgi-bin/yp-cgi</yp-url>
</directory>
-->
Remove the <!-- before <directory> and --> after </directory> and save it.
Lastly, you need to set your source client to publish. On ices and ezstream it's
usually as easy as changing a 0 to a 1 in the appropriate config file.
Hope that helps.
From wxl at freeshell.de Fri Sep 24 20:05:52 2010
From: wxl at freeshell.de (Walter Lapchynski)
Date: Fri, 24 Sep 2010 20:05:52 +0000 (UTC)
Subject: [Icecast] configuration of a playlist in UBUNTU
References: <AANLkTilI5wiZLoMAjtxt-CTHQCS_KIQ2zNex5kZWUF9D@mail.gmail.com>
Message-ID: <loom.20100924T220401-632@post.gmane.org>
mexmafia <mexmafia <at> gmail.com> writes:
> Hi dear people,It?s my first post in this list.I have already my icecast up,
but I?m looking for the instructions to configurate my playlist
documentCheersMexmafia
This, of course, will depend to some degree on what source you're using. With
ezstream (ices, too), I just have an .m3u of the file locations, e.g.:
/pathtosomewhere/file1.mp3
/pathtosomewhereelse/file2.mp3
etc.
From mays at win.net Fri Sep 24 20:19:03 2010
From: mays at win.net (Joseph Mays)
Date: Fri, 24 Sep 2010 16:19:03 -0400
Subject: [Icecast] ezstream for video
References: <AANLkTikCxkeaQo5tki9Y9ScdkbibzH_8H9aadYos4MB2@mail.gmail.com><14517CBF-6CC2-41AB-BCB2-09281CB8B0D3@kcsb.org><AANLkTilJfxai7Eg7k5ZaMU0UNTLnkdzEX27uTaTHOKh6@mail.gmail.com>
<loom.20100924T215255-180@post.gmane.org>
Message-ID: <00ef01cb5c25$bb7196c0$dd2118d8@engineering01>
> Nicecast is really nice but I don't like spending $$$ when perfectly
> suitable
> stuff is free. LadioCast if you want to go GUI, or grab ezstream from
> MacPorts
> and run it under the hood. The latter is what I prefer. I use a mix of
> icecast2,
> ezstream, and streamripper run off of at jobs.
Thanks for the ezstream tip. The good thing for me is that it looks like it
streams ogg vorbis, for streaming video through icecast2. Any tips from
anyone on how to pipe streaming video into ezstream on a windows machine?
From wxl at freeshell.de Fri Sep 24 20:54:23 2010
From: wxl at freeshell.de (Walter Lapchynski)
Date: Fri, 24 Sep 2010 20:54:23 +0000 (UTC)
Subject: [Icecast] ezstream for video
References: <AANLkTikCxkeaQo5tki9Y9ScdkbibzH_8H9aadYos4MB2@mail.gmail.com><14517CBF-6CC2-41AB-BCB2-09281CB8B0D3@kcsb.org><AANLkTilJfxai7Eg7k5ZaMU0UNTLnkdzEX27uTaTHOKh6@mail.gmail.com>
<loom.20100924T215255-180@post.gmane.org>
<00ef01cb5c25$bb7196c0$dd2118d8@engineering01>
Message-ID: <loom.20100924T225242-999@post.gmane.org>
Joseph Mays <mays <at> win.net> writes:
> Thanks for the ezstream tip. The good thing for me is that it looks like it
> streams ogg vorbis, for streaming video through icecast2. Any tips from
> anyone on how to pipe streaming video into ezstream on a windows machine?
If you're not trying to, say, get it to pick up on the output of some video
player, then just make a playlist and run it that way.
From mays at win.net Fri Sep 24 21:04:03 2010
From: mays at win.net (Joseph Mays)
Date: Fri, 24 Sep 2010 17:04:03 -0400
Subject: [Icecast] ezstream for video
References: <AANLkTikCxkeaQo5tki9Y9ScdkbibzH_8H9aadYos4MB2@mail.gmail.com><14517CBF-6CC2-41AB-BCB2-09281CB8B0D3@kcsb.org><AANLkTilJfxai7Eg7k5ZaMU0UNTLnkdzEX27uTaTHOKh6@mail.gmail.com><loom.20100924T215255-180@post.gmane.org><00ef01cb5c25$bb7196c0$dd2118d8@engineering01>
<loom.20100924T225242-999@post.gmane.org>
Message-ID: <000801cb5c2c$04976c20$dd2118d8@engineering01>
>> Thanks for the ezstream tip. The good thing for me is that it looks like
>> it
>> streams ogg vorbis, for streaming video through icecast2. Any tips from
>> anyone on how to pipe streaming video into ezstream on a windows machine?
>
> If you're not trying to, say, get it to pick up on the output of some
> video
> player, then just make a playlist and run it that way.
Thanks. I meant to say theora, btw, but yeah, live streaming is what I'm
looking for. I'd like to know how to pipe live video content as theora into
ezstream.
From dm8tbr at afthd.tu-darmstadt.de Fri Sep 24 21:09:09 2010
From: dm8tbr at afthd.tu-darmstadt.de (Thomas B. Ruecker)
Date: Fri, 24 Sep 2010 23:09:09 +0200
Subject: [Icecast] ezstream for video
In-Reply-To: <000801cb5c2c$04976c20$dd2118d8@engineering01>
References: <loom.20100924T225242-999@post.gmane.org>
<000801cb5c2c$04976c20$dd2118d8@engineering01>
Message-ID: <20100924210909.GW30482@dk0td.afthd.tu-darmstadt.de>
On Fri, Sep 24, 2010 at 05:04:03PM -0400, Joseph Mays wrote:
> >> Thanks for the ezstream tip. The good thing for me is that it looks like
> >> it
> >> streams ogg vorbis, for streaming video through icecast2. Any tips from
> >> anyone on how to pipe streaming video into ezstream on a windows machine?
> >
> > If you're not trying to, say, get it to pick up on the output of some
> > video
> > player, then just make a playlist and run it that way.
>
> Thanks. I meant to say theora, btw, but yeah, live streaming is what I'm
> looking for. I'd like to know how to pipe live video content as theora into
> ezstream.
ffmpeg2theora does an fine job together with oggfwd, I guess with ezstream
it could work too.
Cheers
Thomas
From carsrcoffins23 at yahoo.com Sat Sep 25 00:41:27 2010
From: carsrcoffins23 at yahoo.com (Walter Lapchynski)
Date: Sat, 25 Sep 2010 00:41:27 +0000 (UTC)
Subject: [Icecast] ezstream/madplay: problem with decoding
References: <loom.20100924T211945-260@post.gmane.org>
Message-ID: <loom.20100925T024115-272@post.gmane.org>
Adding to this, Vorbis does not work either, though I get a little quieter noise:
oggdec -R -b 16 -e 0 -s 1 -o - "@T@"
From johnlist at gulfbridge.net Sat Sep 25 17:54:34 2010
From: johnlist at gulfbridge.net (John List)
Date: Sat, 25 Sep 2010 13:54:34 -0400
Subject: [Icecast] Icecast2 Station with multiple scheduled DJs?
In-Reply-To: <377139.99998.qm@web57501.mail.re1.yahoo.com>
References: <377139.99998.qm@web57501.mail.re1.yahoo.com>
Message-ID: <4C9E375A.1070008@gulfbridge.net>
At WXBH-LP we had a similar need, and we solved it using mpd (music
player daemon) to coordinate our feed to icecast.
mpd is a music player (supporting playlists, etc.) originally designed
for local network streaming, but it has several attributes that make it
suitable for other things:
* Items in its playlists can be local audio files or remote streams
(e.g. DJ streams).
* It can output a stream directly to icecast.
* As a daemon it can be controlled by various clients including ones
accessible from the command line, the web, and telnet/ssh. This
has allowed us to build a scheduling system around it to cause it
to play particular playlists at their scheduled times.
Each remote DJ must generate his/her own stream to be picked up by mpd.
We make this easy by defining multiple "remote" streams for their use on
our icecast server. This has the advantage of letting them connect to
the remote stream early so they and we can verify that all is well. At
the scheduled time, that remote stream is then "played" from a playlist
on mpd.
We are a low-power FM station in the Louisville, Kentucky, area, and we
are run collectively, so having a distributed architecture (allowing
remote DJs) is important to us. Our mpd server, icecast server, and
transmitter are currently in three separate locations. A computer at the
the transmitter site subscribes to the icecast stream.
Unfortunately, it looks like we will be scrapping this system in a few
weeks in favor of a proprietary system (SAM Broadcaster) because it
offers superior sound level compression (i.e. it plays stuff louder)
which has a direct effect on the strength of our broadcast signal (which
is important when you are limited to 100 watts).
Until we switch away from mpd, you can learn more at our website,
http://wxbh.org/OurStationSoftware.html and you can monitor the system's
operation from http:// studio.wxbh.org/Console.html .
If anyone is interested in what we've done, I'll be happy to tell more
and share code.
-John Hicks
(For best results in communicating with me directly, substitute my name
"johnhicks" in place of "johnlist" in my email address.)
On 05/24/2010 12:10 PM, Patrick Bohnet wrote:
> I have been playing with Icecast only for a couple of days, and I am trying to figure out how to do something.
>
> I want a listener to have to only deal with one stream, but I want to be able to switch the source of that stream between multiple sources (DJs). The core idea is that the listener only deals with /live.mp3 while in the background I can problematically switch between a series of live sources (DJs) or an "Auto DJ Playlist" source - all based on a schedule for 24/7 content. The total amount of DJs is currently unknown (4+), as this is just the planing stages.
>
> So far I only have two ideas, neither of which seams optimal
> 1) use the move listener function to constantly shift users around to the correct DJ stream.
> 2) use a third party restream program, such as StreamTranscoder or LiquidSoap
> 3) use 4 dj mount points that fallback to each other and finally to the autoDJ, and make the DJs pick a stream to take over when their show starts. (this untested)
>
> (Long discussion on how I don't know how to do that, and ways that I have tried)
>
> So far I have tried the following (this is on a Debian machine running Icecast 2.3.2, all mounts are 128 kbs mp3, i can try a win32 version of icecast2, but I assume there should be no functional difference)
>
> *******************************************************************
> This was my first setup to familiarize my self with icecast
> mount /EDH.mp3 is hidden and not public - it has a source of Winamp and edcast playing music from an old windows box I have
> mount /live.mp3 has a fallback to /EDH.mp3 with a fallback override of 1
>
> If the listener connects(windows media player on a windows box) to /live.mp3.m3u they hear the autoDJ until i connect to /live.mp3 with SAM, afterwhich they hear me, until I disconnect... so far so good
>
> *******************************************************************
> Next I tried the following, i wanted to try to swap the listener between two live sources
> mount /dj1.mp3 is playing music from Winamp/edcast on my old windows machine (classical music)
> mount /dj2.mp3 is playing music from Winamp/edcast on a second windows machine (Ozzy Osborn)
> mount /live.mp3 is setup with /dj1.mp3 as the fallback with fallback override set to 1
>
> When a listener connects (using windows media player on a third windows machine), they hear dj1
> I then, via the web interface (http://www.icecast.org/docs/icecast-trunk/icecast2_admn.html i.e. /admin/fallbacks?mount=/live.mp3&fallback=/dj2.mp3 ), change the fallback of /live.mp3 to /dj2.mp3
> the listener still hears dj1 and does not hear dj2.
> if i disconnect the listener and re connect, I still heard dj1 and not dj2 even though when I use /admin/listmounts i see that /dj2.mp3 is listed as the new fallback.
> If i change the /etc/icecast2/icecast.xml to change the fallback there and then run /etc/init.d/icecast2 reload to reload the config, the listener still hears dj1, even on a listener reconnect.
> I even try a /etc/init.d/icecast2 restart and it does not change. only when I do a stop/start does any new connections to /live.mp3 switch to dj2
>
> now, I am able to move listeners via the web interface from /live.mp3 to /dj2.mp3 and they hear dj2. But if i try to move them back to /live.mp3 (thinking that it might then trigger the "new" fallback) they again hear dj1
> With some complicated checking, this might be a solution.
>
> *******************************************************************
> Next i tried using two icecast servers
> Server A
> I remove /live.mp3 from server A, otherwise it is the same server as before
> Server B (second Debian box, same subnet as all the machines, otherwise identical configuration as Server A)
> I add a relay called /live.mp3 which is using /dj1.mp3 from Server A as the source
>
> If a user connects to /live.mp3 they hear dj1
> if i change the xml (since there does not seam to be a web interface for editing relays) to point it to dj2 and do /etc/init.d/icecast2 reload nothing changes. The listener still hears dj1, even on a listener reconnect. If i do a stop/start only then does the listener hear the dj2, but it forces a reconnect and interrupts the user.
>
> *******************************************************************
> Finally I tried using a third party program to act as the go between
> Server A
> (still has /dj1.mp3 and /dj2.mp3 with no change)
> Server B
> changed /live.mp3 from a relay to a mount with a fallback to /EDH.mp3
> added /EDH.mp3 to this server and used a third windows box with Winamp and edcast to stream)
> on server B, I am running streamtranscoder from oddcast to stream /dj1.mp3 to /live.mp3
>
> when a listener connects to server b /live.mp3 they hear dj1
> when i stop the streamsstranscoder and run the one that points to /dj2.mp3 the user hears the autodj for just a second then they hear dj2
> this solution does not actually need two icecast servers, i just had things setup this way and did not want to move them around just for this test
> this solution is re encoding the mp3 stream, which is a loss of quality
>
> *******************************************************************
> it looks like my best option might be to have the DJs broadcast in 256kbs mount points that are hidden, and use liquidsoap to rebroadcast it to the live stream in 128kbs mp3. I can then control liquidsoap via an external programmatic interface which allows me to switch from DJ to DJ based on a timer, or to manually switch to a different show outside of the timer. I just don't like that it will reencode the audio.
>
> I was planning on using liquidsoap as the final auto dj (winamp/edcast was just for testing) anyway
>
>
>
>
> _______________________________________________
> Icecast mailing list
> Icecast at xiph.org
> http://lists.xiph.org/mailman/listinfo/icecast
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.xiph.org/pipermail/icecast/attachments/20100925/11c35d43/attachment.htm>
From timothyclark113 at gmail.com Sat Sep 25 20:31:36 2010
From: timothyclark113 at gmail.com (Timothy Clark)
Date: Sat, 25 Sep 2010 15:31:36 -0500
Subject: [Icecast] Icecast2 Station with multiple scheduled DJs?
In-Reply-To: <4C9E375A.1070008@gulfbridge.net>
References: <377139.99998.qm@web57501.mail.re1.yahoo.com>
<4C9E375A.1070008@gulfbridge.net>
Message-ID: <AANLkTikmeGQSHKwmxCtHC_t0-fUZ6FdSen0FA4LbqVC+@mail.gmail.com>
is it free and will it work with my shoutcast server?
On 9/25/10, John List <johnlist at gulfbridge.net> wrote:
> At WXBH-LP we had a similar need, and we solved it using mpd (music
> player daemon) to coordinate our feed to icecast.
>
> mpd is a music player (supporting playlists, etc.) originally designed
> for local network streaming, but it has several attributes that make it
> suitable for other things:
>
> * Items in its playlists can be local audio files or remote streams
> (e.g. DJ streams).
> * It can output a stream directly to icecast.
> * As a daemon it can be controlled by various clients including ones
> accessible from the command line, the web, and telnet/ssh. This
> has allowed us to build a scheduling system around it to cause it
> to play particular playlists at their scheduled times.
>
> Each remote DJ must generate his/her own stream to be picked up by mpd.
> We make this easy by defining multiple "remote" streams for their use on
> our icecast server. This has the advantage of letting them connect to
> the remote stream early so they and we can verify that all is well. At
> the scheduled time, that remote stream is then "played" from a playlist
> on mpd.
>
> We are a low-power FM station in the Louisville, Kentucky, area, and we
> are run collectively, so having a distributed architecture (allowing
> remote DJs) is important to us. Our mpd server, icecast server, and
> transmitter are currently in three separate locations. A computer at the
> the transmitter site subscribes to the icecast stream.
>
> Unfortunately, it looks like we will be scrapping this system in a few
> weeks in favor of a proprietary system (SAM Broadcaster) because it
> offers superior sound level compression (i.e. it plays stuff louder)
> which has a direct effect on the strength of our broadcast signal (which
> is important when you are limited to 100 watts).
>
> Until we switch away from mpd, you can learn more at our website,
> http://wxbh.org/OurStationSoftware.html and you can monitor the system's
> operation from http:// studio.wxbh.org/Console.html .
>
> If anyone is interested in what we've done, I'll be happy to tell more
> and share code.
>
> -John Hicks
> (For best results in communicating with me directly, substitute my name
> "johnhicks" in place of "johnlist" in my email address.)
>
>
> On 05/24/2010 12:10 PM, Patrick Bohnet wrote:
>> I have been playing with Icecast only for a couple of days, and I am
>> trying to figure out how to do something.
>>
>> I want a listener to have to only deal with one stream, but I want to be
>> able to switch the source of that stream between multiple sources (DJs).
>> The core idea is that the listener only deals with /live.mp3 while in the
>> background I can problematically switch between a series of live sources
>> (DJs) or an "Auto DJ Playlist" source - all based on a schedule for 24/7
>> content. The total amount of DJs is currently unknown (4+), as this is
>> just the planing stages.
>>
>> So far I only have two ideas, neither of which seams optimal
>> 1) use the move listener function to constantly shift users around to the
>> correct DJ stream.
>> 2) use a third party restream program, such as StreamTranscoder or
>> LiquidSoap
>> 3) use 4 dj mount points that fallback to each other and finally to the
>> autoDJ, and make the DJs pick a stream to take over when their show
>> starts. (this untested)
>>
>> (Long discussion on how I don't know how to do that, and ways that I have
>> tried)
>>
>> So far I have tried the following (this is on a Debian machine running
>> Icecast 2.3.2, all mounts are 128 kbs mp3, i can try a win32 version of
>> icecast2, but I assume there should be no functional difference)
>>
>> *******************************************************************
>> This was my first setup to familiarize my self with icecast
>> mount /EDH.mp3 is hidden and not public - it has a source of Winamp and
>> edcast playing music from an old windows box I have
>> mount /live.mp3 has a fallback to /EDH.mp3 with a fallback override of 1
>>
>> If the listener connects(windows media player on a windows box) to
>> /live.mp3.m3u they hear the autoDJ until i connect to /live.mp3 with SAM,
>> afterwhich they hear me, until I disconnect... so far so good
>>
>> *******************************************************************
>> Next I tried the following, i wanted to try to swap the listener between
>> two live sources
>> mount /dj1.mp3 is playing music from Winamp/edcast on my old windows
>> machine (classical music)
>> mount /dj2.mp3 is playing music from Winamp/edcast on a second windows
>> machine (Ozzy Osborn)
>> mount /live.mp3 is setup with /dj1.mp3 as the fallback with fallback
>> override set to 1
>>
>> When a listener connects (using windows media player on a third windows
>> machine), they hear dj1
>> I then, via the web interface
>> (http://www.icecast.org/docs/icecast-trunk/icecast2_admn.html i.e.
>> /admin/fallbacks?mount=/live.mp3&fallback=/dj2.mp3 ), change the fallback
>> of /live.mp3 to /dj2.mp3
>> the listener still hears dj1 and does not hear dj2.
>> if i disconnect the listener and re connect, I still heard dj1 and not dj2
>> even though when I use /admin/listmounts i see that /dj2.mp3 is listed as
>> the new fallback.
>> If i change the /etc/icecast2/icecast.xml to change the fallback there and
>> then run /etc/init.d/icecast2 reload to reload the config, the listener
>> still hears dj1, even on a listener reconnect.
>> I even try a /etc/init.d/icecast2 restart and it does not change. only
>> when I do a stop/start does any new connections to /live.mp3 switch to dj2
>>
>> now, I am able to move listeners via the web interface from /live.mp3 to
>> /dj2.mp3 and they hear dj2. But if i try to move them back to /live.mp3
>> (thinking that it might then trigger the "new" fallback) they again hear
>> dj1
>> With some complicated checking, this might be a solution.
>>
>> *******************************************************************
>> Next i tried using two icecast servers
>> Server A
>> I remove /live.mp3 from server A, otherwise it is the same server as
>> before
>> Server B (second Debian box, same subnet as all the machines, otherwise
>> identical configuration as Server A)
>> I add a relay called /live.mp3 which is using /dj1.mp3 from Server A as
>> the source
>>
>> If a user connects to /live.mp3 they hear dj1
>> if i change the xml (since there does not seam to be a web interface for
>> editing relays) to point it to dj2 and do /etc/init.d/icecast2 reload
>> nothing changes. The listener still hears dj1, even on a listener
>> reconnect. If i do a stop/start only then does the listener hear the dj2,
>> but it forces a reconnect and interrupts the user.
>>
>> *******************************************************************
>> Finally I tried using a third party program to act as the go between
>> Server A
>> (still has /dj1.mp3 and /dj2.mp3 with no change)
>> Server B
>> changed /live.mp3 from a relay to a mount with a fallback to /EDH.mp3
>> added /EDH.mp3 to this server and used a third windows box with Winamp and
>> edcast to stream)
>> on server B, I am running streamtranscoder from oddcast to stream /dj1.mp3
>> to /live.mp3
>>
>> when a listener connects to server b /live.mp3 they hear dj1
>> when i stop the streamsstranscoder and run the one that points to /dj2.mp3
>> the user hears the autodj for just a second then they hear dj2
>> this solution does not actually need two icecast servers, i just had
>> things setup this way and did not want to move them around just for this
>> test
>> this solution is re encoding the mp3 stream, which is a loss of quality
>>
>> *******************************************************************
>> it looks like my best option might be to have the DJs broadcast in 256kbs
>> mount points that are hidden, and use liquidsoap to rebroadcast it to the
>> live stream in 128kbs mp3. I can then control liquidsoap via an external
>> programmatic interface which allows me to switch from DJ to DJ based on a
>> timer, or to manually switch to a different show outside of the timer. I
>> just don't like that it will reencode the audio.
>>
>> I was planning on using liquidsoap as the final auto dj (winamp/edcast was
>> just for testing) anyway
>>
>>
>>
>>
>> _______________________________________________
>> Icecast mailing list
>> Icecast at xiph.org
>> http://lists.xiph.org/mailman/listinfo/icecast
>>
>
>
--
Timothy Clark, WTCN Owner and Maniger
http://wtcnradio.listen2myradio.com
Owner of Timothy Clark Productions
Want productions work done at low cheap prices, let us know so as we
can take care of you and your needs
Skypes, djtimothy1 is for personal use
wtcn.radio for radio station
timothyclarkofficial for productions bizness
From johnlist at gulfbridge.net Sun Sep 26 01:16:58 2010
From: johnlist at gulfbridge.net (John List)
Date: Sat, 25 Sep 2010 21:16:58 -0400
Subject: [Icecast] Icecast2 Station with multiple scheduled DJs?
In-Reply-To: <AANLkTikmeGQSHKwmxCtHC_t0-fUZ6FdSen0FA4LbqVC+@mail.gmail.com>
References: <377139.99998.qm@web57501.mail.re1.yahoo.com> <4C9E375A.1070008@gulfbridge.net>
<AANLkTikmeGQSHKwmxCtHC_t0-fUZ6FdSen0FA4LbqVC+@mail.gmail.com>
Message-ID: <4C9E9F0A.3080904@gulfbridge.net>
On 09/25/2010 04:31 PM, Timothy Clark wrote:
> is it free and will it work with my shoutcast server?
>
Yes, mpd is open source. See http://mpd.wikia.com/ It comes with the
Ubuntu distribution (although I compiled ours from source in order to
configure it to stream in mp3 format).
And yes, it can feed a shoutcast server. See
http://mpd.wikia.com/wiki/Configuration#IceCast
-John
> On 9/25/10, John List <johnlist at gulfbridge.net> wrote:
>
>> At WXBH-LP we had a similar need, and we solved it using mpd (music
>> player daemon) to coordinate our feed to icecast.
>>
>> mpd is a music player (supporting playlists, etc.) originally designed
>> for local network streaming, but it has several attributes that make it
>> suitable for other things:
>>
>> * Items in its playlists can be local audio files or remote streams
>> (e.g. DJ streams).
>> * It can output a stream directly to icecast.
>> * As a daemon it can be controlled by various clients including ones
>> accessible from the command line, the web, and telnet/ssh. This
>> has allowed us to build a scheduling system around it to cause it
>> to play particular playlists at their scheduled times.
>>
>> Each remote DJ must generate his/her own stream to be picked up by mpd.
>> We make this easy by defining multiple "remote" streams for their use on
>> our icecast server. This has the advantage of letting them connect to
>> the remote stream early so they and we can verify that all is well. At
>> the scheduled time, that remote stream is then "played" from a playlist
>> on mpd.
>>
>> We are a low-power FM station in the Louisville, Kentucky, area, and we
>> are run collectively, so having a distributed architecture (allowing
>> remote DJs) is important to us. Our mpd server, icecast server, and
>> transmitter are currently in three separate locations. A computer at the
>> the transmitter site subscribes to the icecast stream.
>>
>> Unfortunately, it looks like we will be scrapping this system in a few
>> weeks in favor of a proprietary system (SAM Broadcaster) because it
>> offers superior sound level compression (i.e. it plays stuff louder)
>> which has a direct effect on the strength of our broadcast signal (which
>> is important when you are limited to 100 watts).
>>
>> Until we switch away from mpd, you can learn more at our website,
>> http://wxbh.org/OurStationSoftware.html and you can monitor the system's
>> operation from http:// studio.wxbh.org/Console.html .
>>
>> If anyone is interested in what we've done, I'll be happy to tell more
>> and share code.
>>
>> -John Hicks
>> (For best results in communicating with me directly, substitute my name
>> "johnhicks" in place of "johnlist" in my email address.)
>>
>>
>> On 05/24/2010 12:10 PM, Patrick Bohnet wrote:
>>
>>> I have been playing with Icecast only for a couple of days, and I am
>>> trying to figure out how to do something.
>>>
>>> I want a listener to have to only deal with one stream, but I want to be
>>> able to switch the source of that stream between multiple sources (DJs).
>>> The core idea is that the listener only deals with /live.mp3 while in the
>>> background I can problematically switch between a series of live sources
>>> (DJs) or an "Auto DJ Playlist" source - all based on a schedule for 24/7
>>> content. The total amount of DJs is currently unknown (4+), as this is
>>> just the planing stages.
>>>
>>> So far I only have two ideas, neither of which seams optimal
>>> 1) use the move listener function to constantly shift users around to the
>>> correct DJ stream.
>>> 2) use a third party restream program, such as StreamTranscoder or
>>> LiquidSoap
>>> 3) use 4 dj mount points that fallback to each other and finally to the
>>> autoDJ, and make the DJs pick a stream to take over when their show
>>> starts. (this untested)
>>>
>>> (Long discussion on how I don't know how to do that, and ways that I have
>>> tried)
>>>
>>> So far I have tried the following (this is on a Debian machine running
>>> Icecast 2.3.2, all mounts are 128 kbs mp3, i can try a win32 version of
>>> icecast2, but I assume there should be no functional difference)
>>>
>>> *******************************************************************
>>> This was my first setup to familiarize my self with icecast
>>> mount /EDH.mp3 is hidden and not public - it has a source of Winamp and
>>> edcast playing music from an old windows box I have
>>> mount /live.mp3 has a fallback to /EDH.mp3 with a fallback override of 1
>>>
>>> If the listener connects(windows media player on a windows box) to
>>> /live.mp3.m3u they hear the autoDJ until i connect to /live.mp3 with SAM,
>>> afterwhich they hear me, until I disconnect... so far so good
>>>
>>> *******************************************************************
>>> Next I tried the following, i wanted to try to swap the listener between
>>> two live sources
>>> mount /dj1.mp3 is playing music from Winamp/edcast on my old windows
>>> machine (classical music)
>>> mount /dj2.mp3 is playing music from Winamp/edcast on a second windows
>>> machine (Ozzy Osborn)
>>> mount /live.mp3 is setup with /dj1.mp3 as the fallback with fallback
>>> override set to 1
>>>
>>> When a listener connects (using windows media player on a third windows
>>> machine), they hear dj1
>>> I then, via the web interface
>>> (http://www.icecast.org/docs/icecast-trunk/icecast2_admn.html i.e.
>>> /admin/fallbacks?mount=/live.mp3&fallback=/dj2.mp3 ), change the fallback
>>> of /live.mp3 to /dj2.mp3
>>> the listener still hears dj1 and does not hear dj2.
>>> if i disconnect the listener and re connect, I still heard dj1 and not dj2
>>> even though when I use /admin/listmounts i see that /dj2.mp3 is listed as
>>> the new fallback.
>>> If i change the /etc/icecast2/icecast.xml to change the fallback there and
>>> then run /etc/init.d/icecast2 reload to reload the config, the listener
>>> still hears dj1, even on a listener reconnect.
>>> I even try a /etc/init.d/icecast2 restart and it does not change. only
>>> when I do a stop/start does any new connections to /live.mp3 switch to dj2
>>>
>>> now, I am able to move listeners via the web interface from /live.mp3 to
>>> /dj2.mp3 and they hear dj2. But if i try to move them back to /live.mp3
>>> (thinking that it might then trigger the "new" fallback) they again hear
>>> dj1
>>> With some complicated checking, this might be a solution.
>>>
>>> *******************************************************************
>>> Next i tried using two icecast servers
>>> Server A
>>> I remove /live.mp3 from server A, otherwise it is the same server as
>>> before
>>> Server B (second Debian box, same subnet as all the machines, otherwise
>>> identical configuration as Server A)
>>> I add a relay called /live.mp3 which is using /dj1.mp3 from Server A as
>>> the source
>>>
>>> If a user connects to /live.mp3 they hear dj1
>>> if i change the xml (since there does not seam to be a web interface for
>>> editing relays) to point it to dj2 and do /etc/init.d/icecast2 reload
>>> nothing changes. The listener still hears dj1, even on a listener
>>> reconnect. If i do a stop/start only then does the listener hear the dj2,
>>> but it forces a reconnect and interrupts the user.
>>>
>>> *******************************************************************
>>> Finally I tried using a third party program to act as the go between
>>> Server A
>>> (still has /dj1.mp3 and /dj2.mp3 with no change)
>>> Server B
>>> changed /live.mp3 from a relay to a mount with a fallback to /EDH.mp3
>>> added /EDH.mp3 to this server and used a third windows box with Winamp and
>>> edcast to stream)
>>> on server B, I am running streamtranscoder from oddcast to stream /dj1.mp3
>>> to /live.mp3
>>>
>>> when a listener connects to server b /live.mp3 they hear dj1
>>> when i stop the streamsstranscoder and run the one that points to /dj2.mp3
>>> the user hears the autodj for just a second then they hear dj2
>>> this solution does not actually need two icecast servers, i just had
>>> things setup this way and did not want to move them around just for this
>>> test
>>> this solution is re encoding the mp3 stream, which is a loss of quality
>>>
>>> *******************************************************************
>>> it looks like my best option might be to have the DJs broadcast in 256kbs
>>> mount points that are hidden, and use liquidsoap to rebroadcast it to the
>>> live stream in 128kbs mp3. I can then control liquidsoap via an external
>>> programmatic interface which allows me to switch from DJ to DJ based on a
>>> timer, or to manually switch to a different show outside of the timer. I
>>> just don't like that it will reencode the audio.
>>>
>>> I was planning on using liquidsoap as the final auto dj (winamp/edcast was
>>> just for testing) anyway
>>>
>>>
>>>
>>>
>>> _______________________________________________
>>> Icecast mailing list
>>> Icecast at xiph.org
>>> http://lists.xiph.org/mailman/listinfo/icecast
>>>
>>>
>>
>
>
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.xiph.org/pipermail/icecast/attachments/20100925/533bef19/attachment.htm>
From hquu at yahoo.com Sun Sep 26 02:27:34 2010
From: hquu at yahoo.com (Patrick Bohnet)
Date: Sat, 25 Sep 2010 19:27:34 -0700 (PDT)
Subject: [Icecast] Icecast2 Station with multiple scheduled DJs?
In-Reply-To: <4C9E375A.1070008@gulfbridge.net>
References: <377139.99998.qm@web57501.mail.re1.yahoo.com>
<4C9E375A.1070008@gulfbridge.net>
Message-ID: <806529.93470.qm@web57507.mail.re1.yahoo.com>
I ended up solving the problem with liquidsoap and two icecast servers.
I have an "internal" icecast server that has 10 mount points... one for each DJ
with a limit of three listeners on each mount point. A DJ can connect early and
do sound balancing and checks before hand
I then have a liquidsoap script that listens to each of the 10 internal mount
points, and rebroadcasts one of them to the external "public" icecast server
mount point. This switchboard script also has an internal "jukebox" that it
kicks in when no DJ is playing, or if a DJ drops signal automatically... all
with out any interuption to the external listener. The switchboard script has a
bunch of other features, but its main job was to "switch" between the private
streams based on a file that is changed, and provide backup music if anything
faltered. The switching of the file was handled by an external php based program
and website, so could be integrated into any solution basically.
it could technically be run from a single ice cast server, or from multiple
shoutcast servers... the switchboard script did not care... it had N amount of
sources, a shell script that told it which of the sources was "live", a backup
smart play list of music if nobody was live or someone dropped, and a target to
rebroadcast to.
"Can I burn softly, a silent ember?"
Quu
Patrick Bohnet
Demon Kitty Productions
OtakuVideo
________________________________
From: John List <johnlist at gulfbridge.net>
To: Patrick Bohnet <hquu at yahoo.com>
Cc: icecast at xiph.org
Sent: Sat, September 25, 2010 1:54:34 PM
Subject: Re: [Icecast] Icecast2 Station with multiple scheduled DJs?
At WXBH-LP we had a similar need, and we solved it using mpd (music player
daemon) to coordinate our feed to icecast.
mpd is a music player (supporting playlists, etc.) originally designed for local
network streaming, but it has several attributes that make it suitable for other
things:
* Items in its playlists can be local audio files or remote streams (e.g. DJ
streams).
* It can output a stream directly to icecast.
* As a daemon it can be controlled by various clients including ones accessible
from the command line, the web, and telnet/ssh. This has allowed us to build a
scheduling system around it to cause it to play particular playlists at their
scheduled times.
Each remote DJ must generate his/her own stream to be picked up by mpd. We make
this easy by defining multiple "remote" streams for their use on our icecast
server. This has the advantage of letting them connect to the remote stream
early so they and we can verify that all is well. At the scheduled time, that
remote stream is then "played" from a playlist on mpd.
We are a low-power FM station in the Louisville, Kentucky, area, and we are run
collectively, so having a distributed architecture (allowing remote DJs) is
important to us. Our mpd server, icecast server, and transmitter are currently
in three separate locations. A computer at the the transmitter site subscribes
to the icecast stream.
Unfortunately, it looks like we will be scrapping this system in a few weeks in
favor of a proprietary system (SAM Broadcaster) because it offers superior sound
level compression (i.e. it plays stuff louder) which has a direct effect on the
strength of our broadcast signal (which is important when you are limited to 100
watts).
Until we switch away from mpd, you can learn more at our website,
http://wxbh.org/OurStationSoftware.html and you can monitor the system's
operation from http:// studio.wxbh.org/Console.html .
If anyone is interested in what we've done, I'll be happy to tell more and share
code.
-John Hicks
(For best results in communicating with me directly, substitute my name
"johnhicks" in place of "johnlist" in my email address.)
On 05/24/2010 12:10 PM, Patrick Bohnet wrote:
I have been playing with Icecast only for a couple of days, and I am trying to
figure out how to do something. I want a listener to have to only deal with one
stream, but I want to be able to switch the source of that stream between
multiple sources (DJs). The core idea is that the listener only deals with
/live.mp3 while in the background I can problematically switch between a series
of live sources (DJs) or an "Auto DJ Playlist" source - all based on a schedule
for 24/7 content. The total amount of DJs is currently unknown (4+), as this is
just the planing stages. So far I only have two ideas, neither of which seams
optimal 1) use the move listener function to constantly shift users around to
the correct DJ stream. 2) use a third party restream program, such as
StreamTranscoder or LiquidSoap 3) use 4 dj mount points that fallback to each
other and finally to the autoDJ, and make the DJs pick a stream to take over
when their show starts. (this untested) (Long discussion on how I don't know
how to do that, and ways that I have tried) So far I have tried the following
(this is on a Debian machine running Icecast 2.3.2, all mounts are 128 kbs mp3,
i can try a win32 version of icecast2, but I assume there should be no
functional difference)
******************************************************************* This was my
first setup to familiarize my self with icecast mount /EDH.mp3 is hidden and
not public - it has a source of Winamp and edcast playing music from an old
windows box I have mount /live.mp3 has a fallback to /EDH.mp3 with a fallback
override of 1 If the listener connects(windows media player on a windows box)
to /live.mp3.m3u they hear the autoDJ until i connect to /live.mp3 with SAM,
afterwhich they hear me, until I disconnect... so far so good
******************************************************************* Next I tried
the following, i wanted to try to swap the listener between two live sources
mount /dj1.mp3 is playing music from Winamp/edcast on my old windows machine
(classical music) mount /dj2.mp3 is playing music from Winamp/edcast on a second
windows machine (Ozzy Osborn) mount /live.mp3 is setup with /dj1.mp3 as the
fallback with fallback override set to 1 When a listener connects (using
windows media player on a third windows machine), they hear dj1 I then, via the
web interface (http://www.icecast.org/docs/icecast-trunk/icecast2_admn.html i.e.
/admin/fallbacks?mount=/live.mp3&fallback=/dj2.mp3 ), change the fallback of
/live.mp3 to /dj2.mp3 the listener still hears dj1 and does not hear dj2. if i
disconnect the listener and re connect, I still heard dj1 and not dj2 even
though when I use /admin/listmounts i see that /dj2.mp3 is listed as the new
fallback. If i change the /etc/icecast2/icecast.xml to change the fallback there
and then run /etc/init.d/icecast2 reload to reload the config, the listener
still hears dj1, even on a listener reconnect. I even try a
/etc/init.d/icecast2 restart and it does not change. only when I do a stop/start
does any new connections to /live.mp3 switch to dj2 now, I am able to move
listeners via the web interface from /live.mp3 to /dj2.mp3 and they hear dj2.
But if i try to move them back to /live.mp3 (thinking that it might then trigger
the "new" fallback) they again hear dj1 With some complicated checking, this
might be a solution.
******************************************************************* Next i tried
using two icecast servers Server A I remove /live.mp3 from server A, otherwise
it is the same server as before Server B (second Debian box, same subnet as all
the machines, otherwise identical configuration as Server A) I add a relay
called /live.mp3 which is using /dj1.mp3 from Server A as the source If a user
connects to /live.mp3 they hear dj1 if i change the xml (since there does not
seam to be a web interface for editing relays) to point it to dj2 and do
/etc/init.d/icecast2 reload nothing changes. The listener still hears dj1, even
on a listener reconnect. If i do a stop/start only then does the listener hear
the dj2, but it forces a reconnect and interrupts the user.
******************************************************************* Finally I
tried using a third party program to act as the go between Server A (still has
/dj1.mp3 and /dj2.mp3 with no change) Server B changed /live.mp3 from a relay to
a mount with a fallback to /EDH.mp3 added /EDH.mp3 to this server and used a
third windows box with Winamp and edcast to stream) on server B, I am running
streamtranscoder from oddcast to stream /dj1.mp3 to /live.mp3 when a listener
connects to server b /live.mp3 they hear dj1 when i stop the streamsstranscoder
and run the one that points to /dj2.mp3 the user hears the autodj for just a
second then they hear dj2 this solution does not actually need two icecast
servers, i just had things setup this way and did not want to move them around
just for this test this solution is re encoding the mp3 stream, which is a loss
of quality *******************************************************************
it looks like my best option might be to have the DJs broadcast in 256kbs mount
points that are hidden, and use liquidsoap to rebroadcast it to the live stream
in 128kbs mp3. I can then control liquidsoap via an external programmatic
interface which allows me to switch from DJ to DJ based on a timer, or to
manually switch to a different show outside of the timer. I just don't like that
it will reencode the audio. I was planning on using liquidsoap as the final
auto dj (winamp/edcast was just for testing) anyway
_______________________________________________ Icecast mailing list
Icecast at xiph.org http://lists.xiph.org/mailman/listinfo/icecast
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.xiph.org/pipermail/icecast/attachments/20100925/08bfb1ad/attachment.htm>
From pm at nowster.me.uk Sun Sep 26 11:22:53 2010
From: pm at nowster.me.uk (Paul Martin)
Date: Sun, 26 Sep 2010 12:22:53 +0100
Subject: [Icecast] Icecast2 Station with multiple scheduled DJs?
In-Reply-To: <4C9E375A.1070008@gulfbridge.net>
References: <377139.99998.qm@web57501.mail.re1.yahoo.com>
<4C9E375A.1070008@gulfbridge.net>
Message-ID: <20100926112252.GA25007@nowster.org.uk>
On Sat, Sep 25, 2010 at 01:54:34PM -0400, John List wrote:
> We are a low-power FM station in the Louisville, Kentucky, area, and
[snip]
> Unfortunately, it looks like we will be scrapping this system in a
> few weeks in favor of a proprietary system (SAM Broadcaster) because
> it offers superior sound level compression (i.e. it plays stuff
> louder) which has a direct effect on the strength of our broadcast
> signal (which is important when you are limited to 100 watts).
On AM this can be true. On FM, "loudness" gets you no greater received
signal strength, as the amplitude of your signal does not vary, only
its deviation.
If you want greater reach without hiss, go mono. :-)
--
Paul Martin <pm at nowster.me.uk>