Bugzilla – Bug 10410
Playing a track from Controller sometimes plays DIFFERENT one on Receiver
Last modified: 2009-06-17 09:36:03 UTC
In a fresh install of SqueezeCenter 7.3.1-24367 (although I noticed this happening in the 7.3 release as well), the following occurs: On some tracks, if I navigate on the Controller to (in this example): Music Library->Genre->[Genre]->[Artist]->[Album] and hit "Play", or if I navigate to ...->[Album]->[Track] and hit "Play", I get a completely wrong song (tho' always the SAME wrong song), which is not in the same album at all, incidentally. In cases like this, if I navigate to ...->[Album]->[Track]->Play This Song, and hit "Play" (or "Select"), THEN it plays the right track. This does not happen for all albums or tracks, but only a few that I've tried. When it's playing the wrong song, however, "Now Playing" shows the actual song it's playing. So the menu hierarchy (or some associated metadata, I'd guess) is getting populated incorrectly. Has anyone seen this happening before? Can anyone recommend a way to debug this and find out what the server/controller are THINKING they're doing to cause this? While doing this, also, I get a possibly unrelated error in the server log: "[08-12-19 23:17:35.0183] Slim::Networking::SqueezeNetwork::Players::_player s_error (146) Unable to get players from SN: Connect timed out: Bad file descriptor, retrying in 300 seconds"
Tim: Please try a Clear and Rescan, it sounds like your Music DB is pointing to the wrong item.
James... I have done several clear/rescans, and this continues to happen. Remember, though, if I navigate all the way to the track info screen on the controller, then play, it plays the correct one; but if I press "Play" when the given track is selected on the list of tracks in the album, THEN the wrong thing sometimes plays. What might cause this particular behavior, do you think? - Tim
Does the same error happen if you use the Web UI? Besides the SBC/SBR do you have any other players? Can you D/L and try SqueesePlay (NOT softsqueeze) to see if it has the same issue. SqueezePlay is available here: http://downloads.slimdevices.com/nightly/latest/7.3/ The problem is somewhere in your DB or the Tags for your files. What program did you use to rip your music? Since you are able to reproduce it, lets turn the following logs to Debug; database.mysql formats.audio formats.playlists Attach the log to this bug report.
James... Funny, it still is acting flakey (random inability to connect to the server or the player, and then it can again; handing when "Genre" is selected; pokiness in response) when using the Controller; I haven't been able yet to create these situations with the Web interface. I'll keep trying, and will take the steps you outlined, and post here any debugging info I can. - Tim
See bug_10480
*** Bug 10480 has been marked as a duplicate of this bug. ***
I am now using the 7.3.2 nightly, and have the same problem. I haven't yet run the debugging steps James suggested, but shall soon.
I clear and rescan every night. Note that my version of the problem, bug 10480, is specifically and reproducibly caused by a directory preceding the track. The error is exactly the number of directories that precede the track. It is as if the offset in the list is computed ignoring directories and then applied counting directories, so that an earlier track is played.
Lets try clearing the cache folder. Start > Programs > SqueezeCenter > reset configuration : Delete file cache let me know if that changes the behavior
I run SC on Debian Linux. Please tell me what you want me to do. Don't want to loose all my config, by the way.
I just responded about debian. But I realize that this isn't my but. My bug has been marked a dup of this, although i suspect its not. You should be able to reproduce my bug by following my description and putting a directory with a name tha sorts before the tracks into a folder, and navigating to that folder.
(In reply to comment #11) > I just responded about debian. But I realize that this isn't my but. My bug > has been marked a dup of this, although i suspect its not. > Marc: I have reopened bug 10480 as you feel its not related to this error
Tim: are you still seeing this issue with 7.3.2?
James... I have not NOTICED it happening, but I haven't tried to recreate it lately either. I'm running 7.3.3 nightly. - Tim
This bug has been fixed in the 7.3.3 release version of SqueezeCenter! If you haven't already. please download the new version from http://www.logitechsqueezebox.com/support/download-squeezecenter.html If you are still experiencing this problem, feel free to reopen the bug with your new comments and we'll have another look.