Bug 3640 - Random play not working correct on first use after service restart
: Random play not working correct on first use after service restart
Status: RESOLVED FIXED
Product: Logitech Media Server
Classification: Unclassified
Component: Misc
: 6.5b1
: PC Fedora
: P2 normal (vote)
: ---
Assigned To: Chris Owens
:
Depends on:
Blocks:
  Show dependency treegraph
 
Reported: 2006-06-26 14:30 UTC by Lars Lind Nilsson
Modified: 2009-01-29 09:46 UTC (History)
1 user (show)

See Also:
Category: ---


Attachments
Debug log (d_plugins) (10.25 KB, text/plain)
2006-06-28 15:58 UTC, Lars Lind Nilsson
Details

Note You need to log in before you can comment on or make changes to this bug.
Description Lars Lind Nilsson 2006-06-26 14:30:45 UTC
The first time I use the Random Playlist after a service restart, it only plays 10 songs and then stops. Subsequent uses work correct.

I'm using the Random Song Mix playlist as playlist in my alarms. The Random lists are set to show 10 upcoming and 30 recent songs.

I'm running on 6.5b nightly (based on SVN 7720), SVN upgraded to revision 8124

To reproduce: 
Set Every Day Alarm to 5 minutes in the future (with Random Song Mix list)
Turn player off
Restart Slimserver service
Wait for Alarm time
The player plays 10 songs and then stops.
Turn off player
Set new Alarm to 5 minutes in the future
Wait for alarm time
The player now plays songs until I stop it.

It seems to only be a problem when using the Random lists from Alarm. I have not been able to reproduce by just playing the random lists.
Comment 1 Chris Owens 2006-06-26 19:22:04 UTC
Left assigned to me to try to reproduce, including on other OSes.
Comment 2 KDF 2006-06-28 13:05:40 UTC
Chris, if you can reproduce, could you attach log with d_plugins enabled.
Comment 3 Lars Lind Nilsson 2006-06-28 15:58:57 UTC
Created attachment 1294 [details]
Debug log (d_plugins)

I know I'm not Chris, but here is a d_plugins log from when I reproduced the error again. I stopped the player after playing 6 songs in the second run after a restart, since I could see that it was working ok (It was adding songs to the list, which it didn't in the first run). The log file contain both the first run and the second run.

Btw. I SVN upgraded my server to revision 8168, without any changes to the behavior.
Comment 4 KDF 2006-06-28 16:19:21 UTC
The log looks ok there.  It appears to be adding tracks right up to the end.  none of the completed tracks are being removed (hence the climb from 10 items to 16 items).  Given that this doesn't appear to play up to the 10th song, I suppose this log might not be going long enough to show the problem, since it has been said that it was the end of the initial list were playback stopped.

What are the settings for upcoming and recently played tracks?
Comment 5 Chris Owens 2006-06-28 17:21:50 UTC
I still haven't gotten used to how willing and able members of the Slimdevices community are to help. :)
Comment 6 Lars Lind Nilsson 2006-06-28 21:52:04 UTC
It's set up to show 10 upcoming and 30 recent songs.

In the log the entries from between 23:24 and 00:07 are from the first alarm, that only plays 10 songs and then stop. And no songs are added while playing. It starts by saying: playing song 1 of 10, and continues up to 10 of 10,

The entries starting 00:12 are from the second alarm, which are working correct. It starts with playing 1 of 10, 2 of 11, 3 of 12 and so on. So I stopped it after 6 songs (it was getting late). 
Comment 7 KDF 2006-06-28 22:18:38 UTC
oh ok.  interesting.  i actually fixed something like this recently, or at least THOUGHT I did. In that case, it was a mix from the remote that caused the exact same log conditions.  the important bit is the missing "New Mix started at XXXXXXXXX" messages.  That shows that the mix didn't setup the loop timing correctly.

At least now I know what the problem is.  I'l just have to find the right way to make it work for alarms :)
Comment 8 KDF 2006-06-28 22:47:42 UTC
Fixed at change 8198, should be in the June 30 build.
Please update and confirm, or reopen if there are any problems.