Re: [Savonet-users] playlist not starting - very strage

Tue, 20 Apr 2010 10:23:03 -0700

Hi David and all,

The issue, that forced-reload just start-stops is perfect for my needs.
In fact, now I stop LIQ at 4:00am, then copy the files, create the playlists and finally start LIQ again.

I control that via a cronjob, which starts a script, which makes the actions above.
And as I have seen, that didn't work.
Now I have changed the script, so that LIQ is being restarted as sudo (kind of superuser in Ubuntu Linux).
And it seems to work. In the radio.log I see the entry ">>> LOG START" at 4:03 am, which tells me, that the restart has been done. And, of course, the stream is working.

The reason for that strage file-policy is a gap in the contract of the copyright collective, that spares us money.
It is no law but a contract, and it says, that the fee is being calculated by the number of files in the playlist (amongst other things).
They do not have any possibility to check that, except asking us for a look into the directory.
Nonetheless we have to take care to fulfill the contract by having no more then 1000 files in the folder.
It is not said, how often the content can change. That fact is confirmed.
And that is the reason for all that inconvenience.

Thanks for your help again.
Looking forward to having much fun on air ;)

Regards
Christian


David Baelde schrieb: 
Hi,

On Mon, Apr 19, 2010 at 12:04 AM, Welle303 Admin <[email protected]> wrote:
  
I think I have found the reason: LIQ simply doesn't restart
when it is told to do so. I do think so, because the log doesn't
have any entry about restarting, when it should have neither
at 4:00 nor at 6:05). But when I restart manually it does:
    

I actually wanted to comment on this issue earlier. Liquidsoap is not
really meant to be restarted: it cuts the streaming, that's
unpleasant. The init script has start/stop/restart but restart is
pretty rough: it's just start+stop, so it's normal to see LOG
STOP/START. Notably, there's no soft reload (as with apache, for
example) that would simply re-read the config without stopping the
service temporarily.

That being said, restarting is supposed to work. What do you mean "it
doesn't restart when it's supposed to"? What do you do for restarting
that doesn't work as expected?

Also, while we discuss this: I didn't understand what you meant by "I
added a force-reload" in an earlier mail.

  
I must make these copies, for not to have too many tracks
at the same time.
The reason for this is, that the GVL (a copyright collecting
agency here in germany) calculates there fee after the
available tracks at a time. And this is a legitimate way to avoid
too high costs.
    

This sounds a little bit silly to me. Law shouldn't be based on
unobservable things. How can they know how many tracks are accessible
at one time? Why would there be a difference between the "main"
directory where you copy the files and the "auxiliary" directories
from where they are copied? I have a feeling that you're making your
life too complicated here.

  
-------------------------------------------
#!/bin/bash

sudo /etc/init.d/liquidsoap stop

#Skript, um alle 24 Std die Statistik umzubenennen und die Titel
umzukopieren

/home/musik/stat_umbenennen
/home/musik/autocopy

sudo /etc/init.d/liquidsoap start
--------------------------------------------
    

If you really want to go that way (interrupting the stream), then yes,
that script should work fine.

  
If it does not, what else can I do?
    

If you really want to rotate copies and use a playlist (as opposed to
a queue or a request.dynamic() plugged to an external script) then
you'll have to wait a little bit for another solution (see the other
active mail thread on playlist reloading).

Hope that helps,
  

------------------------------------------------------------------------------
Download Intel&#174; Parallel Studio Eval
Try the new software tools for yourself. Speed compiling, find bugs
proactively, and fine-tune applications for parallel performance.
See why Intel Parallel Studio got high marks during beta.
http://p.sf.net/sfu/intel-sw-dev
_______________________________________________
Savonet-users mailing list
[email protected]
https://lists.sourceforge.net/lists/listinfo/savonet-users

Reply via email to