Bugzilla – Bug 8300
Controller repeatedly (every 30 secs) queries for Cover art & mp3
Last modified: 2009-12-23 12:05:15 UTC
Created attachment 3391 [details] Process monitor Log While trying to determine why my SqueezeCenter machine seemed to always have the hard disk going, I ran Process Monitor to have a look at what processes were accessing the disk. I noticed that SqueezeCenter is querying for the same files over and over again every 30 seconds -- even when nothing is playing. After turning off all of my receivers it turns out that the controller (I think) is causing this. Whatever is in the current playlist on the controller (and note, this is when the controller is either paused or stopped) determines the activity on the SC7 machine's disk. Either turning off the controller or clearing the playlist on the controller stops the activity. Is this behavior by design? I am including a log in text format that demonstrates two passes (2nd pattern is 30 seconds after first and once again, the controller is stopped) Regards, Jonathan
QA to investigate
bump to QA for investigation. target for 7.1
This is a reminder that this bug is to QA for 7.1. Please review these bugs!
I just wanted to confirm that I see the same behavior when using my SqueezeCenter 7.0.1-19705 with my Logitech Duet. It seems like as long as there are songs on the current playlist (Now Playing), this will occur. With my setup (playing FLAC files, not MP3s), I don't see the scan for album art, though. In my case, the problem does not stop even if I turn off both the player _and_ the controller. The only way to stop the activity is to turn on the controller and the player and then clear the playlist. Please let me know if there's any additional information I can provide to help you debug. Is this something you expect to address for 7.1? Thanks! - Frode
Jonathan, Could you please let me know where your log came from? I can't seem to read it. Is it a Windows specific log?
It is a zip file with a plain text file inside. Is it the zip file you are having trouble opening or the text file you can't view?
changing mime type helps. it's a zip file so now it should be downloadable and the text file contained is readable (no idea what created the text however) this is probably the now playing query, which checks for new data. perhaps a carry-over of the web ui which used to refresh every 30s while playing to keep up with changing track info. Controller could probably do better by listening to track change events if not doing that already.
Ben, could you take a look at this for 7.2.
Flagging this as a high priority bug for 7.3
I changed the subscription for playerstatus from subscribe:30 to subscribe:0. Now playerstatus messages will only be generated and sent from SC when triggered by changes (track changes, playlist modified, pause/stop hit, etc.). I didn't setup the subscription to run automatically every 30 seconds, so I don't know what the reasoning for that was. I spent some time testing it today though, and behavior appears to be fine with the change. Moving to FIXED
Good info -- where do I change this setting in the UI?
it's not a setting. controller firmware >= r3376 will have the change.
because of bug#10064, this fix had to be reverted.
Changing target to next release
with only these exceptions, my bug list is being retargetted for 8.0 for 7.3.2 (very soon): https://bugs-archive.lyrion.org/show_bug.cgi?id=7186 Browse albums/artists/genres/ years should remember previous state for 7.3.3 (later, but before 8.0): https://bugs-archive.lyrion.org/show_bug.cgi?id=7139 Add editable "Network Settings" page https://bugs-archive.lyrion.org/show_bug.cgi?id=7502 Add setup mode to set Static IPs (even if DHCP is present) https://bugs-archive.lyrion.org/show_bug.cgi?id=7829 Jive menu broken if BLOCK_SIZE == list count + 1 and "Pla... https://bugs-archive.lyrion.org/show_bug.cgi?id=8878 Party Mode https://bugs-archive.lyrion.org/show_bug.cgi?id=10064 SqueezeCenter doesn't always auto-generate playerstatus w... (which will fix 8300) https://bugs-archive.lyrion.org/show_bug.cgi?id=6334 add applet for network diagnostics (currently assigned to Tom)
Moving to the product SqueezePlay because this bug appears to apply to any player based on that application code. Feel free to move it back if it's specific to the single original product.
Reset priority before triage.
after 10064 is fixed, this will be a trivial fix.
this is an administrative shuffle on priority fields to help make better judgment on the top end of the priority list. P4->P5, P3->P4, and P2->P3.
== Auto-comment from SVN commit #8262 to the jive repo by bklaas == == https://svn.slimdevices.com/jive?view=revision&revision=8262 == Fixed Bug: 8300 Fixed Bug: 10064 Description: move playerstatus subscription to a "full push" model rather than push + 30 second poll the danger here is if playerstatus isn't auto-generated when it should be (bug 10064) and instead of refreshing withing 30 seconds, it's stale until the next notification auto-generate, which could be much longer. It's time to quit evading this bug though-- if 10064 still is out there, let's flush out those bugs and get them fixed rather than take this defensive stand that makes the network chatter much higher than it should be.