Hi, About problem n°2: this could be because your playlist emptied, because it choked for too long on a strange file or something like that; in this case your fallback would only play jingles, but jingle playlists tend to empty quickly if played repeatedly because resolving a jingle takes the same as resolving a normal file but jingles are played (too) quickly; finally the jingles empty and you get your default file.
Problem n°1 is much more of a puzzle to me. I just tried to reproduce it here by playing only a playlist of one file: $ src/liquidsoap 'out(playlist(reload=60,argv(1)))' -- ~/media/playlist.one It works well: one file is played, it lasts more than one minute so the playlist is reloaded and (at the same time) another file is played. The only possibly surprising thing is that the internal queue creates a latency of 2-3 songs before a change of the playlist takes effect. But your bug appears with this simple setup: output.dummy(mksafe(fallback([single(argv(1)),playlist(reload=20,"~/media/playlist.one")]))) I have some suspicions to why this is the case but I should not talk too much before actually going into the code. I'll tell you more when I find the time to do so. -- David ------------------------------------------------------------------------------ Crystal Reports - New Free Runtime and 30 Day Trial Check out the new simplified licensing option that enables unlimited royalty-free distribution of the report engine for externally facing server and web deployment. http://p.sf.net/sfu/businessobjects _______________________________________________ Savonet-users mailing list [email protected] https://lists.sourceforge.net/lists/listinfo/savonet-users
