We use the same aproach, only in a way more dangerous way, but it works:

We have a currently playing playlist, it's a directory, we reload the
playlist on rounds, but we still modify the files, as in delete or add
other files. The deleted ones will not be played, liquidsoap will skip over
them, and when the playlist reloads, the new ones are already read in and
played at apropriate times.

I think a clever workaround is a webbased playlist editor where you can add
and delete files and it stores the playlist in a .pls or .txt or .m3u
format. You can check which song is playing, so you know where the playlist
is, so you can modify the beginning of it and as you move down, you can
modify the content once liquidsoap went pass them. Or at least this is what
came to my mind.

Best regards,
        *Ákos Veres*

_____________________________________________
http://akos.me - A little about me.


On Thu, Jul 4, 2013 at 10:40 PM, Gilou <[email protected]> wrote:

> Le 04/07/2013 22:34, Pranas Gudaitis a écrit :
> > hi!
> > i am thinking of making a playlist reload before broadcast, to ensure
> that
> > it's fresh.
> > earlier i've been using reload timers in seconds, they would reload stuff
> > every few hours and litter my logs, although actually just one reload
> before
> > broadcast is required.
> >
> > later I discovered and started using a thing like [reload_mode="rounds",
> > reload=1, "D:/blah.m3u"]
> > that seems a clever option, but the problem with it is that it reloads
> > playlist just after it's finished and it's wrong because people never
> upload
> > a playlist for next week when the current playlist is playing. as a
> result,
> > reload just reloads the old playlist again and doesn't pay attention when
> > it's updated. what workaround could i make here, if not timers again? is
> > there an option to reload things just a moment before scheduled air time?
>
> I don't think you can do that easily, but you could use the watch mode,
> that reloads it when the file changes, so that it's always fresh? ;)
>
> Cheers,
>
> Gilou
>
>
>
> ------------------------------------------------------------------------------
> This SF.net email is sponsored by Windows:
>
> Build for Windows Store.
>
> http://p.sf.net/sfu/windows-dev2dev
> _______________________________________________
> Savonet-users mailing list
> [email protected]
> https://lists.sourceforge.net/lists/listinfo/savonet-users
>
------------------------------------------------------------------------------
This SF.net email is sponsored by Windows:

Build for Windows Store.

http://p.sf.net/sfu/windows-dev2dev
_______________________________________________
Savonet-users mailing list
[email protected]
https://lists.sourceforge.net/lists/listinfo/savonet-users

Reply via email to