Bugzilla – Bug 15164
REW and FWD (skip) no longer work on Music Services
Last modified: 2010-04-08 17:25:03 UTC
Though pressing Pause twice does skip to next song. Also knob press does not display expected More Info (though knob press & hold does, maybe this is intended/changed behavior?) SBS 7.5 r29352 Nov 20 Radio r8121
.... and turning the knob/dial on NP screen causes the progress bar to move and "splits" the progress dot.
This seems to be affecting FF (skip) on Radio as well when using Napster via MySB.com, except Pause + un-Pause or Pause + Play does not correct this like on Touch.
More testing on the Radio front panel FF... FF = skip is not working on Radio while using: Pandora (Pause + Pause does not skip either) Napster artist station (FF = repeat current song) Slacker Radio (FF = nothing) Last.fm Radio (FF = nothing) FYI: FF = skip IS working on Napster Radio
Ben, could this be the problem of disabling FWD when there is only one item in the playlist? Or possibly then the duration is not known? Sometimes, when a track starts, the duration may not be known although it will be discovered later.
Well it's important to note that seeking is explicitly disabled for some services, so it is probably working as intended.
Yes, seeking is not supported on many services. But then the question is: what is the intended method to skip songs on such services? Pause + Pause? Pause + Play? Play? The initial method (single press of FWD) seemed the most logical to me, as you are going "forward" to the next song. Maybe: press & hold FWD = seek quick release FWD = skip
FYI, comment #4 isn't related to the root cause of this issue. A single track playlist does not disable the hardware FWD/REW buttons, it alters look and behavior of soft buttons on SB Touch. This is a radio bug and is not about that.
(In reply to comment #7) > FYI, comment #4 isn't related to the root cause of this issue. > > A single track playlist does not disable the hardware FWD/REW buttons, it > alters look and behavior of soft buttons on SB Touch. > > This is a radio bug and is not about that. This is probably a dupe then, but this is definitely an issue on the duet controller as well. The skip that used to work on rhapsody channels does not, and pause twice has a similar effect, just more annoying.. https://bugs-archive.lyrion.org/show_bug.cgi?id=15435
*** Bug 15435 has been marked as a duplicate of this bug. ***
*** Bug 15496 has been marked as a duplicate of this bug. ***
Toby - is this still an issue with Napster? Just tested Rhapsody, and it's fine. I think we have to clearly define what services don't work.
Alan confirmed skip working for Napster too. I'm going to close this bug and re-open the falsly duped bugs which remain. Feel free to re-open this bug if you have more specific information about what service doesn't work under what circumstances. Thanks!
I can replicate this bug on 7.5 r8412 Controller- The last time I replicated it, I was listening to a channel on Rhapsody, and I could skip a track or two. I then went back and selected a new channel, and skip discontinued working. I restarted the controller, skip worked once more, and has now stopped working once again.
Ok, I didn't go as far as changing channels. What channel did you start with?
I'm still out of the country till the end of next week. I'll try it when I return. However, for clarity, what is the proper function for "skip" for all services? FF = skip for all? - or - Pause + Pause (un=Pause) = skip for some services? For continuity across all players/servers/services it seems that FF should be the universal method for skip, no?
Ok I'll tell you what I'm doing now... Turn off controller. Log on to squeezecenter with pc and start a local music mix - nothing rhapsody. Turn on controller, which automatically connects to a SB Receiver and shows my local random mix playing. Now, go into Rhapsody, Select the "Indie Now" Station. This time it immediately starts playing "Indie Now" but several attempts to skip do not work. Squeezecenter on my PC has skip work. I then Select "Indie Rock" station. Song starts playing. I listen to 10 seconds and press skip on the controller. It skips. I listen to 10 more seconds, and attempt another skip, skip does not work. I then select "Indie Now" station again. Skip is still not functional. Please keep in mind skip works perfectly on my local library, so we can rule out a hardware issue.
== Auto-comment from SVN commit #29986 to the slim repo by michael == == https://svn.slimdevices.com/slim?view=revision&revision=29986 == Bug: 15164 Description: in order to be able to correctly skip to the next episode we need to keep track of the currently playing episode in a channel
Oops... sorry, wrong bug. Ignore previous checkin.
This is working fine for me. Switched stations, skipped forward with and without waiting 10 seconds etc., but can't reproduce the issue. Clearly not a showblocker. Could you please attach a server.log file when this happens? Thanks! QA to reproduce.
QA to reproduce. Thanks!
(In reply to comment #19) > This is working fine for me. Switched stations, skipped forward with and > without waiting 10 seconds etc., but can't reproduce the issue. Clearly not a > showblocker. > > Could you please attach a server.log file when this happens? Thanks! > > QA to reproduce. I watched the error logs- nothing shows up when I press next and it doesn't work. Is there a way to get logs from the controller? Should I change the reporting?
Ok i turned on Plugin.rhapsodydirect, and player.source logging (info) and here's what I see when I try to skip a track on rhapsody channels: [10-02-05 17:37:24.9416] Slim::Player::TranscodingHelper::getConvertCommand2 (421) Error: Didn't find any command matches for type: mp3 (This was when it starts playing) [10-02-05 17:37:38.2016] Slim::Player::StreamingController::jumpToTime (2007) 00:04:20:16:45:dd (Quick press of skip next, nothing happens) [10-02-05 17:37:40.0065] Slim::Player::StreamingController::jumpToTime (2007) 00:04:20:16:45:dd (Quick press of skip next, nothing happens) [10-02-05 17:37:41.5293] Slim::Player::StreamingController::jumpToTime (2007) 00:04:20:16:45:dd (Quick press of skip next, nothing happens) I looked at the DEBUG on player.source, and I see this when I try to skip track: [10-02-05 17:39:48.2359] Slim::Player::StreamingController::_eventAction (271) 00:04:20:16:45:dd: StatusHeartbeat in PLAYING-STREAMOUT -> Slim::Player::StreamingController::_CheckSync [10-02-05 17:39:49.2464] Slim::Player::StreamingController::_eventAction (271) 00:04:20:16:45:dd: StatusHeartbeat in PLAYING-STREAMOUT -> Slim::Player::StreamingController::_CheckSync [10-02-05 17:39:49.4806] Slim::Player::StreamingController::jumpToTime (2007) 00:04:20:16:45:dd [10-02-05 17:39:49.4810] Slim::Player::StreamingController::_eventAction (271) 00:04:20:16:45:dd: JumpToTime in PLAYING-STREAMOUT -> Slim::Player::StreamingController::_JumpToTime [10-02-05 17:39:49.4813] Slim::Player::StreamingController::_eventAction (284) params: restartIfNoSeek => undef newtime => 142.588 [10-02-05 17:39:50.2349] Slim::Player::StreamingController::_eventAction (271) 00:04:20:16:45:dd: StatusHeartbeat in PLAYING-STREAMOUT -> Slim::Player::StreamingController::_CheckSync [10-02-05 17:39:51.0104] Slim::Player::StreamingController::_eventAction (271) 00:04:20:16:45:dd: StatusHeartbeat in PLAYING-STREAMOUT -> Slim::Player::StreamingController::_CheckSync
Hmm, jumpToTime, it looks like it is trying to seek in the track instead of skip. Seeking is definitely disabled for Rhapsody Channels but skip is allowed.
(In reply to comment #23) > Hmm, jumpToTime, it looks like it is trying to seek in the track instead of > skip. Seeking is definitely disabled for Rhapsody Channels but skip is > allowed. Quick press of skip works fine on my local library. Is there a chance my hardware is registering a quick press incorrectly.. I don't think there's any issues with my controller, which works fine in most circumstances.. could it be a hardware issue?
Could be, it must think you are holding the button.
(In reply to comment #25) > Could be, it must think you are holding the button. I'm not sure what logging to turn on/off to test this, but I can confirm that on local library as well as rhapsody playlists (not channels) the skip button does quite well at skipping forward without any issues or hiccups. (it does backwards too, but of course, this is irrelevant because channels are not supposed to go backwards if I understand correctly). Please advise
Try this on Touch on SBS: Napster > Radio > Genre > *pick one* While playing the FF button is not usable. But (as in my OP) pressing PAUSE twice does skip to next song. Maybe this is just a limitation of the Napster interface with SB and FF just won't work on Napster Radio, dunno. I only brought it up as it just doesn't seem intuitive nor in keeping with player/service continuity to use PAUSE to FF. :) Napster and FF works fine while playing an album.
oooops, sorry, meant to add.... On SB3 remote FF works in this same scenario (Napster Radio).
(In reply to comment #28) > oooops, sorry, meant to add.... > > On SB3 remote FF works in this same scenario (Napster Radio). While I don't have napster to confirm- I can say that skip track on rhapsody does work via the web interface.
mine for now
== Auto-comment from SVN commit #8487 to the repo by bklaas == == https://svn.slimdevices.com/?view=revision&revision=8487 == Fixed Bug: 15164 Description: a playlist size of 1 is not enough logic to determine if rew and fwd are valid actions it is valid for local playlists, but not remote ones (e.g., Napster Radio). re-enable fwd and rew for these
Yup, this seems fixed now, FF = Skip via Touch > SBS > Napster Radio :)
Looks like the issue has moved to Last.fm http://forums.slimdevices.com/showthread.php?t=75603
Created new bug for LastFM as this one has been changed to resolved The LastFM Bug is 15770
This bug has been marked fixed in a released version of Squeezebox Server or the accompanying firmware or mysqueezebox.com release. If you are still seeing this issue, please let us know!