David Baelde wrote: > By the way let me add that this: > > On Tue, Nov 24, 2009 at 2:28 PM, kosnickx <kosni...@gmail.com> wrote: > >> ({1w00h-1w01h59m59s},monday00o), >> ({1w02h-1w07h59m59s},monday02o), >> ({1w08h-1w11h59m59s},monday08o), >> ({1w12h-1w17h59m59s},monday12o), >> ({1w18h-1w19h59m59s},monday18o), >> > > is unnecessarily complex, and even "wrong" in the sense that it > doesn't cover all the time interval. When you write 1w00h-1w02h it > already means "until 2 oclock excluded" i.e. "until 1:59:59 included". > So just remove those 59m59s and you'll get what you want. Right now, > none of these intervals is valid at 1:59:59. > > David > > I just did what you proposed. Well this doesn't work either. I mean that unless the previous dj stops streaming to the server the new one can not be heard even though the new one is correctly connected to the server. So in order to make things simpler i will try to explain what i tried to do: dj1 streams to liquidsoap (using input.harbor) from 00:00 until 02:00 dj2 streams to liquidsoap (using input.harbor as well) from 02:00 until 04:00 so at 00:00 dj1 streams to liquidsoap which in turn sends this stream to an icecast server and this goes on until 02:00 at 02:00 (ok this could be 01:59:59) dj2 starts streaming to liquidsoap which in turn *should* send this new stream to the icecast server (i use some switching in my script for this) what happens now is that at 02:00 dj1 keeps streaming to liquidsoap which in turn keeps sending dj1 stream to the icecast (even though the switch option says that now its time for the dj2 to do so). Liquidsoap receives (indeed) dj2 streaming but does not send it to icecast server *unless* dj1 stops his streaming to liquidsoap. I hope i made things a little clear. Well it would be nice if there was an answer to this , but in any case dj1 can always stop the streaming to liquidsoap ;) Another thing i noticed is this. While trying to achieve what i described, i noticed that if there is some problem with some stream to liquidsoap, the thread (remember i use input.harbor) stays *open* and in that case the dj can not reconect to this mount point as liquidsoap returns "mount point taken" (or something like it) as an answer ... Well i use idjc to stream to liquidsoap (or icecast server). This app has the option to stream to different servers at the same time. So while trying the above, i used this option. I streamed as dj1 to stream 00:00 until 02:00 and again as dj2 to stream 02:00 until 04:00. A few times the second stream crashed but it seemed to me that the thread concerning this stream remained open so dj2 was not able to reconnect to this harbor (got a response "mount point taken" ). The solution was to restart the liquidsoap script. Hope i don't disturb you guys much. Nick
------------------------------------------------------------------------------ Join us December 9, 2009 for the Red Hat Virtual Experience, a free event focused on virtualization and cloud computing. Attend in-depth sessions from your desk. Your couch. Anywhere. http://p.sf.net/sfu/redhat-sfdev2dev _______________________________________________ Savonet-users mailing list Savonet-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/savonet-users