| View previous topic :: View next topic |
| Author |
Message |
sonia
Joined: 28 Dec 2008
Posts: 67
Location: Greece
|
 Posted: Mon Jun 15, 2009 2:43 pm Post subject: Question for away/black-out/holiday problems! |
 |
|
Hello Karl and all.
Sometimes here in athens (kallithea location) they do us loooong electricity black-outs, which of course those hours the radio does not work.
These days I'm planning my vacations also, which is not possible to have 24/7 my laptop with me to check if it's working, if something failed bla bla bla.
Is by any chance, to the icecast.xml or icecast in general, to set a time limit (for example 10minutes maximum to accept to be idle from receiving connections) and then instead of waiting from my machine to connect, the icecast to point to my server and start the streaming from there?
if yes
a) to do that, should I install also to the server a player and a source client?
b) should I make a special directory to the server?
or whatever you told me that's necessary to be done?
thank you 
_________________
www.freshwebradio.com
Last edited by sonia on Mon Jun 15, 2009 6:08 pm; edited 1 time in total |
|
| Back to top |
|
 |
karlH
Code Warrior
Joined: 13 Jun 2005
Posts: 5476
Location: UK
|
| Posted: Mon Jun 15, 2009 2:55 pm Post subject: |
|
|
obviously your situation may need expanding on but it sounds like the stream (say /live.ogg) is being being fed by a remote source client which can go down and you want to relay another stream if it fails. In such cases I would have /live.ogg relaying a local stream say /stream.ogg which is fed by the remote source client which falls back to an on-demand relay.
karl. |
|
| Back to top |
|
|
sonia
Joined: 28 Dec 2008
Posts: 67
Location: Greece
|
| Posted: Mon Jun 15, 2009 3:20 pm Post subject: |
|
|
| Quote: |
| [quote="karlH"]obviously your situation may need expanding on but it sounds like the stream (say /live.ogg) is being being fed by a remote source client which can go down and you want to relay another stream if it fails. |
until here yes it's that
| Quote: |
| In such cases I would have /live.ogg relaying a local stream say /stream.ogg which is fed by the remote source client which falls back to an on-demand relay. |
for this, can you please explain it to me exactly???
step by step the how to? the source client is here at my office and the server is somewhere in the US. I don't understand how it can work.
sorry but as you know I'm not a technician, I'm still learning.
_________________
www.freshwebradio.com |
|
| Back to top |
|
|
karlH
Code Warrior
Joined: 13 Jun 2005
Posts: 5476
Location: UK
|
| Posted: Mon Jun 15, 2009 3:56 pm Post subject: |
|
|
source client send content to /stream.ogg
listeners connect on /live.ogg
/live.ogg is a relay (localhost/stream.ogg)
/stream.ogg has a fallback/override set for /relay.ogg
/relay.ogg is an on-demand relay of some external stream
The fallback relay stream will only get content if the main stream goes down. /live.ogg is the static entry point for listeners and the source client always connects on /stream.ogg
karl. |
|
| Back to top |
|
|
sonia
Joined: 28 Dec 2008
Posts: 67
Location: Greece
|
| Posted: Mon Jun 15, 2009 8:58 pm Post subject: |
|
|
| karlH wrote: |
source client send content to /stream.ogg
listeners connect on /live.ogg
/live.ogg is a relay (localhost/stream.ogg)
/stream.ogg has a fallback/override set for /relay.ogg
/relay.ogg is an on-demand relay of some external stream
The fallback relay stream will only get content if the main stream goes down. /live.ogg is the static entry point for listeners and the source client always connects on /stream.ogg
karl. |
so ok now I understood all the above.
the theme is:
a) do I have to install a source client and a player to the server?
b) how will I tell to icecast that, after 5-10 minutes of not receiving a connection from my main source (office), to start from the server???
ty so much karl
_________________
www.freshwebradio.com |
|
| Back to top |
|
|
karlH
Code Warrior
Joined: 13 Jun 2005
Posts: 5476
Location: UK
|
| Posted: Mon Jun 15, 2009 9:25 pm Post subject: |
|
|
a) no
b) it's automatic, if /stream.ogg is down then the /live.ogg relay is moved to /relay.ogg and if that fails as well then the incoming listeners are dropped.
karl. |
|
| Back to top |
|
|
sonia
Joined: 28 Dec 2008
Posts: 67
Location: Greece
|
| Posted: Mon Jun 15, 2009 10:58 pm Post subject: |
|
|
| karlH wrote: |
a) no
b) it's automatic, if /stream.ogg is down then the /live.ogg relay is moved to /relay.ogg and if that fails as well then the incoming listeners are dropped.
karl. |
that's exactly what I don't want!
to drop the listeners.
I just want the radio to continue to play, if I'm there or If I'm not.
That's why I asked, if I can redirect in someway icecast, in case something happens, to point somewhere else, so to start streaming again.
_________________
www.freshwebradio.com |
|
| Back to top |
|
|
karlH
Code Warrior
Joined: 13 Jun 2005
Posts: 5476
Location: UK
|
| Posted: Tue Jun 16, 2009 2:51 am Post subject: |
|
|
If the source client is not able to stream, and icecast is not able to relay some other existing stream then the only thing left that icecast could do is provide a playlist, instead of the automatically generated m3u, just place an m3u in webroot that also lists other places where a player can reconnect to. It really depends on how many failure cases you want to handle in a row.
karl. |
|
| Back to top |
|
|
sonia
Joined: 28 Dec 2008
Posts: 67
Location: Greece
|
| Posted: Tue Jun 16, 2009 3:51 pm Post subject: |
|
|
| karlH wrote: |
If the source client is not able to stream, and icecast is not able to relay some other existing stream then the only thing left that icecast could do is provide a playlist, instead of the automatically generated m3u, just place an m3u in webroot that also lists other places where a player can reconnect to. It really depends on how many failure cases you want to handle in a row.
karl. |
just one!.. especially on holidays...ok I'll have my lap with me, ok I'll carry it with me 24/7, but unfortunately here in Greece, except from the major cities, all the smaller cities and islands, are not fully equiped with broadband and especially wireless and I'm 100000% sure that I won't have access to the internet all the time.
so my steps are:
a) place an automated m3u in webroot
b) install a player in my server to play that m3u
c) install a source client for the player.
and ok if I hear that on time and do it manually the start up of all these.
but If I don't?? where on icecast I should tell that, if it's idle after 5-10 minutes connect there??? automatically?
or Icecast don't support this?
_________________
www.freshwebradio.com |
|
| Back to top |
|
|
karlH
Code Warrior
Joined: 13 Jun 2005
Posts: 5476
Location: UK
|
| Posted: Tue Jun 16, 2009 6:10 pm Post subject: |
|
|
you seem to be thinking along different lines to what I suggested. This may be because I'm not fully aware of your situation. My understanding is that you have a remote source client feeding a stream which could go down and in such cases you want to get icecast to switch to another source. The mountpoint with a fallback to an on-demand relay will suffice for such a situation, there is no need to use a separate source client for that.
karl. |
|
| Back to top |
|
|
sonia
Joined: 28 Dec 2008
Posts: 67
Location: Greece
|
| Posted: Wed Jun 17, 2009 6:44 pm Post subject: |
|
|
| karlH wrote: |
you seem to be thinking along different lines to what I suggested. This may be because I'm not fully aware of your situation. My understanding is that you have a remote source client feeding a stream which could go down and in such cases you want to get icecast to switch to another source. The mountpoint with a fallback to an on-demand relay will suffice for such a situation, there is no need to use a separate source client for that.
karl. |
you suggested but I don't understand because as I told you I'm not a technician and by telling me just 10 words I don't know what you mean.sorry...
I need a simple, step by step, clean solution, only for what I asked and if icecast supports it: if something happens and the machine here (source client + player) cannot send data to icecast, what should I do, so the radio to be on air without the need of my physical present but to be redirected maybe to my server? maybe to a playlist in my server! I don't know what's best and how but somehow and please please please exactly: 1,2,3 etc... all the others, looks chinese to me! sorry
_________________
www.freshwebradio.com |
|
| Back to top |
|
|
karlH
Code Warrior
Joined: 13 Jun 2005
Posts: 5476
Location: UK
|
| Posted: Wed Jun 17, 2009 9:02 pm Post subject: |
|
|
assuming your source client connects on /stream.ogg then you have
<mount>
<mount-name>/stream.ogg</....
<fallback-mount>/relay.ogg</....
<fallback-override>1</...
</mount>
<relay>
<server>a.b.c.d</...
<on-demand>1</...
<mount>/remote</...
<local-mount>/relay.ogg</...
</relay>
the live.ogg mount can be a local relay of /stream.ogg that would be useful if you need a static mountpoint for things like directory listing.
karl. |
|
| Back to top |
|
|
sonia
Joined: 28 Dec 2008
Posts: 67
Location: Greece
|
| Posted: Sat Jun 20, 2009 11:41 am Post subject: |
|
|
| karlH wrote: |
assuming your source client connects on /stream.ogg then you have
<mount>
<mount-name>/stream.ogg</....
<fallback-mount>/relay.ogg</....
<fallback-override>1</...
</mount>
<relay>
<server>a.b.c.d</...
<on-demand>1</...
<mount>/remote</...
<local-mount>/relay.ogg</...
</relay>
the live.ogg mount can be a local relay of /stream.ogg that would be useful if you need a static mountpoint for things like directory listing.
karl. |
I'll try it within the next days and I'll tell you the result.
One last thing. If I remember well, icecast needs to restarted/killed and start over, for the settings to take effect. Could you please tell me the kill and start again commands?
thank youuuuuuuuuuuuuuuuuuuuuuuuuu
_________________
www.freshwebradio.com |
|
| Back to top |
|
|
karlH
Code Warrior
Joined: 13 Jun 2005
Posts: 5476
Location: UK
|
| Posted: Sat Jun 20, 2009 11:44 am Post subject: |
|
|
While a stop/start of the icecast server is the way to do all settings, for the changes you mentioned above you should be ok with sending a HUP signal to the process to trigger a re-read of the xml (kill -HUP <pid>)
karl. |
|
| Back to top |
|
|
sonia
Joined: 28 Dec 2008
Posts: 67
Location: Greece
|
| Posted: Fri Jul 17, 2009 11:54 pm Post subject: |
|
|
| karlH wrote: |
While a stop/start of the icecast server is the way to do all settings, for the changes you mentioned above you should be ok with sending a HUP signal to the process to trigger a re-read of the xml (kill -HUP <pid>)
karl. |
Hello hello
I tried what you told me, but it's not what I finally needed and for sure it's not working for me, because by doing your steps, I had to find another place to stream, far away from the server, which will be the same unstable as my office!
So I'll try to setup a source client on the server -which is guaranteed 100% up 24/7- which will point local, on icecast. And upload many many many music on the server also.
And If I start it manual, it work right???
For blackouts etc, I must use your steps?
thank u
Sonia
_________________
www.freshwebradio.com |
|
| Back to top |
|
|
|
FAQ
Search
Memberlist
Usergroups
Register
Profile
Log in to check your private messages
Log in
