3. Re: refresh a playlist only if changed The option ID.reload is OK for me. But it's not available in my current version, perhaps in the latest trunk?
Regards Romaric ----- Original Message ----- From: <[email protected]> To: <[email protected]> Sent: Friday, September 04, 2009 9:13 PM Subject: Savonet-users Digest, Vol 36, Issue 3 > Send Savonet-users mailing list submissions to > [email protected] > > To subscribe or unsubscribe via the World Wide Web, visit > https://lists.sourceforge.net/lists/listinfo/savonet-users > or, via email, send a message with subject or body 'help' to > [email protected] > > You can reach the person managing the list at > [email protected] > > When replying, please edit your Subject line so it is more specific > than "Re: Contents of Savonet-users digest..." > > > Today's Topics: > > 1. Re: Playing blank (Jean-Francois Mauguit) > 2. Re: Playing blank (Romain Beauxis) > 3. Re: refresh a playlist only if changed (David Baelde) > 4. Re: Playing blank (Jean-Francois Mauguit) > 5. Re: Liquidsoap daemon trouble (Mathijs Vos) > 6. Re: Playing blank (Romain Beauxis) > 7. Re: Playing blank (Jean-Francois Mauguit) > > > ---------------------------------------------------------------------- > > Message: 1 > Date: Thu, 3 Sep 2009 18:34:28 +0200 > From: Jean-Francois Mauguit <[email protected]> > Subject: Re: [Savonet-users] Playing blank > To: Romain Beauxis <[email protected]> > Cc: [email protected] > Message-ID: <[email protected]> > Content-Type: text/plain; charset=iso-8859-1; format=flowed; delsp=yes > > Hello, > > Here is my script. I'm using 0.9.1. > --CODE ON-- > #!/usr/local/bin/liquidsoap > # Logging! > set("scheduler.log",false) > set("log.level", 3) > fluxid = argv(1) > name = argv(2) > description = argv(3) > finaldesc = string.replace(pattern="_",(fun (s) -> " "),description) > genre = argv(4) > mountpoint = "flux-"^fluxid > cmd = "/mm/grabcf.php "^fluxid > > # Our input is the output of a php-script.. > input = request.dynamic(id=fluxid, fun () -> request(get_process_output > (cmd))) > > def our_crossfade(~start_next,~fade_in,~fade_out,s) > s = fade.in(duration=fade_in,s) > s = fade.out(duration=fade_out,s) > fader = fun (a,b) -> add(normalize=false,[b,a]) > cross(conservative=true,duration=start_next,minimum = -1.0,fader, s) > end > > # Crossfade > input2=our_crossfade(start_next=6.0,fade_in=3.0,fade_out=3.0, input) > > # Compress/Normalize > input2 = nrj(input2) > > input2 = rewrite_metadata([("artist",'$(if $(display_artist),"$ > (display_artist)","$(artist)")'),("title", '$(if $(display_title),"$ > (display_title)","$(title)")'),("album", '$(if $(display_id),"$ > (display_id)","$(album)")')],input2) > > input2 = on_metadata(fun (meta) -> system("curl http://url/script?string= > "^fluxid^","^quote(meta["album"])^" &"),input2) > > # Output to icecast > output.icecast.mp3(mount=mountpoint, host="localhost", port=8000, > password="secret", genre=""^genre, url="http://www.radionomy.com";, > name=""^name,description = ""^finaldesc, mksafe(input2)) > --CODE OFF-- > > TIA, > > Jef > > On 03 Sep 2009, at 18:19, Romain Beauxis wrote: > >> Hi Jef ! >> >> Le jeudi 3 septembre 2009 10:19:08, Jean-Francois Mauguit a ?crit : >>> As you have a huge load, I can understand that something happened >>> that >>> make liquidsoap switched to blank. But i don't see why it didn't come >>> back. >> >> Indeed. In order to understand the issue better it would be nice if >> we can see >> the script also. If you do not want to disclose it here, you can >> sent it as a >> private message. >> >> Also, what version of liquidsoap are you using ? >> >> >> Romain > > > > > > ------------------------------ > > Message: 2 > Date: Fri, 4 Sep 2009 00:01:10 -0500 > From: Romain Beauxis <[email protected]> > Subject: Re: [Savonet-users] Playing blank > To: "Jean-Francois Mauguit" <[email protected]> > Cc: [email protected] > Message-ID: <[email protected]> > Content-Type: Text/Plain; charset="iso-8859-1" > > Le jeudi 3 septembre 2009 11:34:28, Jean-Francois Mauguit a ?crit : >> Hello, > > Hi ! > >> Here is my script. I'm using 0.9.1. > > Ok, the script is quite small, so that should be suitable for a proper > debugging. > > Before proposing tests and patches, I would like to know: did you use this > script with any previous version of liquidsoap ? If yes, did you > experience > this issue with any previous version ? > > Thanks for your answers ! > > > Romain > > > > ------------------------------ > > Message: 3 > Date: Fri, 4 Sep 2009 08:45:12 +0200 > From: David Baelde <[email protected]> > Subject: Re: [Savonet-users] refresh a playlist only if changed > To: Romain Beauxis <[email protected]> > Cc: [email protected] > Message-ID: > <[email protected]> > Content-Type: text/plain; charset=ISO-8859-1 > > In this case the simplest solution might be to inverse the control: > don't ask liquidsoap to check for changes, but tell liquidsoap when > you changed the playlist and you want it to reload. This can be done > using a queue, or even by keeping a playlist and using the ID.reload > (telnet) command. Mmm... did we add this command or is the ticket > still open? (I'm not on my own machine right now, it's annoying to > check.) > -- > David > > > > ------------------------------ > > Message: 4 > Date: Fri, 4 Sep 2009 09:28:05 +0200 > From: Jean-Francois Mauguit <[email protected]> > Subject: Re: [Savonet-users] Playing blank > To: Romain Beauxis <[email protected]> > Cc: [email protected] > Message-ID: <[email protected]> > Content-Type: text/plain; charset=ISO-8859-1; format=flowed; delsp=yes > > Hello, > > Yes I used it in the previous version except the metadata change > function. But in this time we stopped the radio every days (at 5 AM). > Now the radios are playing for days. Moreover we were in a beta stage > at this time (with some other problems due to our infra) so I'm not > able to say if this specific problem was already present. > > TIA, > > jef > > On 04 Sep 2009, at 07:01, Romain Beauxis wrote: > >> Le jeudi 3 septembre 2009 11:34:28, Jean-Francois Mauguit a ?crit : >>> Hello, >> >> Hi ! >> >>> Here is my script. I'm using 0.9.1. >> >> Ok, the script is quite small, so that should be suitable for a proper >> debugging. >> >> Before proposing tests and patches, I would like to know: did you >> use this >> script with any previous version of liquidsoap ? If yes, did you >> experience >> this issue with any previous version ? >> >> Thanks for your answers ! >> >> >> Romain > > -- > Jean-Francois Mauguit - [email protected] > CTO - www.radionomy.com > > > > > > ------------------------------ > > Message: 5 > Date: Fri, 4 Sep 2009 15:24:10 +0200 > From: Mathijs Vos <[email protected]> > Subject: Re: [Savonet-users] Liquidsoap daemon trouble > To: <[email protected]> > Message-ID: <[email protected]> > Content-Type: text/plain; charset="iso-8859-1" > > > Hi, > > > > It seems I solved the problem. > > It appeared liquidsoap had no writing permissions in the log directory > when running in deamon mode. Hence the empty logfile. Now everything works > fine. > > > > -Mathijs > > > > From: [email protected] > To: [email protected] > Date: Thu, 3 Sep 2009 13:00:28 +0200 > Subject: Re: [Savonet-users] Liquidsoap daemon trouble > > > > > Hello, > > A little update regarding this problem. > I was reading the logs and it appeared I was still using Liquidsoap > 0.3.8.1 (the logs mentioned so) even though I had installed 0.9.1 (via > configure, make and make install). So, I removed all Liquidsoap-related > stuff and installed 0.9.1 from scratch. Now, the pidfile in > /var/run/liquidsoap seems to work fine, since it does not produce any > errors any more. > However, currently, the daemon isn't starting at all. When booting the > system, the message "Starting channels... muziek.liq ." appears, but > according to the "top" command, Liquidsoap isn't running (Icecast tells me > that there are no source clients). > Starting liquidsoap manually works fine. > There is no data written to the log file during the daemon startup. The > logfile seems to be used only when starting liquidsoap manually. > > I tried setting the pidfile manually again, however this doesn't work > either. > Can someone help me getting the daemon to work? > > Thanks in advance! > > -Mathijs > > > From: [email protected] > To: [email protected] > Date: Mon, 31 Aug 2009 08:19:24 +0200 > Subject: Re: [Savonet-users] Liquidsoap daemon trouble > > > > Hi, > > Thanks in advance for solving the problem. > I temporarily solved it by setting the pidfile to > /etc/liquidsoap/pidfile.pid. Previously, I tried to set the pidfile to > somewhere in my /home/mathijs directory, which didn't work. Now I think > about it, that is quite logical, sinds the liquidsoap daemon no longer > runs on my username :) > > Cheers, > > Mathijs > >> From: [email protected] >> To: [email protected] >> Date: Sun, 30 Aug 2009 16:38:36 -0500 >> Subject: Re: [Savonet-users] Liquidsoap daemon trouble >> >> Le samedi 29 ao?t 2009 04:51:16, Mathijs Vos a ?crit : >> > Hi, >> >> Hi ! >> >> > I'm having trouble getting Liquidsoap to load on system startup. >> > >> > Everytime the system boots, the message "FATAL ERROR: pid directory >> > "/var/run/liquidsoap" does not exist." appears. >> > >> > I already tried setting a different directory, I made one in my homedir >> > and >> > chmodded it to a+rwx, but I still get the same error. How do I get this >> > init.d script to work? >> >> Hmmm. I would guess that the init.d script for liquidsoap is called too >> early, >> and that the file system is not entierly mounted at this time. >> >> There was a similar issue reported on the debian package: >> http://bugs.debian.org/541635 >> >> I will try to fix this soon but in the mean time, you can try to delay >> the >> script's execution at startup. >> >> >> Romain >> >> ------------------------------------------------------------------------------ >> Let Crystal Reports handle the reporting - Free Crystal Reports 2008 >> 30-Day >> trial. Simplify your report design, integration and deployment - and >> focus on >> what you do best, core application coding. Discover what's new with >> Crystal Reports now. http://p.sf.net/sfu/bobj-july >> _______________________________________________ >> Savonet-users mailing list >> [email protected] >> https://lists.sourceforge.net/lists/listinfo/savonet-users > > > > Lees je Het Net, KPN/Planet, Ziggo of XS4ALL-mail in Windows Live Hotmail > > > SMS "vrienden" naar 3010 en ontvang gratis de juiste instellingen voor > Hotmail en Messenger op je mobiele telefoon > _________________________________________________________________ > Nieuws, entertainment en de laatste roddels. Je vind het op MSN.nl! > http://nl.msn.com/ > -------------- next part -------------- > An HTML attachment was scrubbed... > > ------------------------------ > > Message: 6 > Date: Fri, 4 Sep 2009 13:58:03 -0500 > From: Romain Beauxis <[email protected]> > Subject: Re: [Savonet-users] Playing blank > To: "Jean-Francois Mauguit" <[email protected]> > Cc: [email protected] > Message-ID: <[email protected]> > Content-Type: Text/Plain; charset="iso-8859-1" > > Le vendredi 4 septembre 2009 02:28:05, vous avez ?crit : >> Yes I used it in the previous version except the metadata change >> function. But in this time we stopped the radio every days (at 5 AM). >> Now the radios are playing for days. Moreover we were in a beta stage >> at this time (with some other problems due to our infra) so I'm not >> able to say if this specific problem was already present. > > Ok, thanks. > > I am considering either a bug in the scheduler, or a bug in the requests > system. > > What you can do to check this is to allow a telnet server for each > instance. > A simple (and probably a bit hacky) way to do that could be to set the > telnet > port to the pid of the running liquidsoap: > set("server.telnet.port",getpid()) > set("server.telnet",true)' > > (Probably better at the end of the script) > > Otherwise, you can also pass the port as a parameter as you do for the > other > parameters. > > Then, as soon as an instance goes to blank, it would be interesting to try > to > connect to its telnet and issue some dummy commands. > > Simply connecting to telnet, if sucessful, shoud indicate that the > scheduler > is not the issue and then we could concentrate on the request system. > > Later on, if you need some work-around, in case the issue is not the > scheduler, we should be able to provide you with a patch that allows to > manually restart the failed queue. > > > Romain > > > > ------------------------------ > > Message: 7 > Date: Fri, 4 Sep 2009 21:12:42 +0200 > From: Jean-Francois Mauguit <[email protected]> > Subject: Re: [Savonet-users] Playing blank > To: Romain Beauxis <[email protected]> > Cc: [email protected] > Message-ID: <[email protected]> > Content-Type: text/plain; charset=iso-8859-1; format=flowed; delsp=yes > > Hello, > > Thanks. I'll work on that next week and let you know if telnet > connection is successful. > > Thanks for your help, > > Jef > > On 04 Sep 2009, at 20:58, Romain Beauxis wrote: > >> Le vendredi 4 septembre 2009 02:28:05, vous avez ?crit : >>> Yes I used it in the previous version except the metadata change >>> function. But in this time we stopped the radio every days (at 5 AM). >>> Now the radios are playing for days. Moreover we were in a beta stage >>> at this time (with some other problems due to our infra) so I'm not >>> able to say if this specific problem was already present. >> >> Ok, thanks. >> >> I am considering either a bug in the scheduler, or a bug in the >> requests >> system. >> >> What you can do to check this is to allow a telnet server for each >> instance. >> A simple (and probably a bit hacky) way to do that could be to set >> the telnet >> port to the pid of the running liquidsoap: >> set("server.telnet.port",getpid()) >> set("server.telnet",true)' >> >> (Probably better at the end of the script) >> >> Otherwise, you can also pass the port as a parameter as you do for >> the other >> parameters. >> >> Then, as soon as an instance goes to blank, it would be interesting >> to try to >> connect to its telnet and issue some dummy commands. >> >> Simply connecting to telnet, if sucessful, shoud indicate that the >> scheduler >> is not the issue and then we could concentrate on the request system. >> >> Later on, if you need some work-around, in case the issue is not the >> scheduler, we should be able to provide you with a patch that allows >> to >> manually restart the failed queue. >> >> >> Romain > > > > > > ------------------------------ > > ------------------------------------------------------------------------------ > Let Crystal Reports handle the reporting - Free Crystal Reports 2008 > 30-Day > trial. Simplify your report design, integration and deployment - and focus > on > what you do best, core application coding. Discover what's new with > Crystal Reports now. http://p.sf.net/sfu/bobj-july > > ------------------------------ > > _______________________________________________ > Savonet-users mailing list > [email protected] > https://lists.sourceforge.net/lists/listinfo/savonet-users > > > End of Savonet-users Digest, Vol 36, Issue 3 > ******************************************** > ------------------------------------------------------------------------------ Let Crystal Reports handle the reporting - Free Crystal Reports 2008 30-Day trial. Simplify your report design, integration and deployment - and focus on what you do best, core application coding. Discover what's new with Crystal Reports now. http://p.sf.net/sfu/bobj-july _______________________________________________ Savonet-users mailing list [email protected] https://lists.sourceforge.net/lists/listinfo/savonet-users
