Hi Romain: I did some further testing and attached a log file there. Probably take a look at that message first and see if you need more info. In my demo example I pared it down to a simple case that shows the error.
Kevin On 2013-03-24, at 9:22 AM, Romain Beauxis <[email protected]> wrote: > Hi, > > 2013/3/23 Kevin McQuiggin <[email protected]>: >> I have the following playlist, called "news.pls": >> >> $ cat news.pls >> /home/kevin/radio/content/info/top-of-hour.ogg >> /home/kevin/radio/content/info/news-intro.ogg >> /home/kevin/radio/content/info/news-header-cbc.ogg >> /home/kevin/radio/content/news/cbc-news.ogg >> /home/kevin/radio/content/info/news-header-npr.ogg >> /home/kevin/radio/content/news/npr-news.ogg >> /home/kevin/radio/content/info/weather-intro.ogg >> /home/kevin/radio/content/weather/wx.ogg >> /home/kevin/radio/content/info/back-to-program.ogg >> >> I want to merge the tracks of this playlist and have it play at various >> times using a switch() construct. >> >> If I create a testing source called "zzz" and play the playlist directly, >> like this: >> >> # Test: merge tracks of test.pls: >> zzz = merge_tracks(playlist.safe(reload_mode="watch", mode="normal", >> "~/radio/playlists/news.pls")) >> >> # Simple scheduling for test purposes: >> radio = fallback(track_sensitive=false, [ >> zzz, >> security] >> ) >> >> there is no problem. In this case, everything works fine, and I hear the >> news.pls loop playing over and over. So, the merge_tracks() seems to have >> worked. >> >> HOWEVER, when I use the same idea/construct to play the merged tracks at a >> particular time, like this: >> >> news = merge_tracks(playlist.safe(reload_mode="watch", >> mode="normal", >> "/home/kevin/radio/playlists/news.pls")) >> >> (...) >> >> # Simple scheduling. Include a test request queue: >> radio = fallback(track_sensitive=false, [ >> request.queue(id="request"), >> switch([ ({0m0s}, news), >> ({30m0s}, weather), >> ({17h5m}, scifi), >> ({18h5m}, scifi), >> ({19h5m}, scifi), >> ({20h5m}, scifi), >> ({21h5m}, scifi), >> ({22h5m}, scifi), >> ({23h5m}, scifi) >> ]), >> music, >> security] >> ) >> >> THEN, when the {0m0s} predicate triggers, I only hear ONE of the sub-tracks >> of the merged playlist source "news". After the single track (of the nine >> in the "news.pls" playlist) plays, then output passes back to the next >> playlist, "music". >> >> I want to hear the -entire- merged playlist when the {0m0s} time arrives. >> >> I am not sure why this is happening. "news" as a source is defined as a >> merge_tracks() source. > > I'm not 100% sure of what's happening indeed. Do you have logs to show > around the time when it switches from the merged source to music? It'd > be nice to have them verbose, like with set("log.level",4) > > Thanks! > Romain > > ------------------------------------------------------------------------------ > Everyone hates slow websites. So do we. > Make your web apps faster with AppDynamics > Download AppDynamics Lite for free today: > http://p.sf.net/sfu/appdyn_d2d_mar > _______________________________________________ > Savonet-users mailing list > [email protected] > https://lists.sourceforge.net/lists/listinfo/savonet-users ------------------------------------------------------------------------------ Everyone hates slow websites. So do we. Make your web apps faster with AppDynamics Download AppDynamics Lite for free today: http://p.sf.net/sfu/appdyn_d2d_mar _______________________________________________ Savonet-users mailing list [email protected] https://lists.sourceforge.net/lists/listinfo/savonet-users
