Bugzilla – Bug 1561
play rate from 0 to 1 does not restart play
Last modified: 2008-09-15 14:39:24 UTC
Using the CLI, one can use the rate command. 0 is pause. Transitions from 0 to 1 do not restart play (although the display is updated with "now playing"), but mode play does. Other transitions work, so that one can resume play by moving to 2 then back to 1. Mac OS X 10.3.9, trunk server & softsqueeze, mp3 file.
Fred, are you going to tackle this?
Well, I may try to fix it one day. But I don't think it is such a biggy, at least from the CLI. Use "play" instead of "rate 1" after "rate 0" and it works. And why "rate 0" instead of "stop", anyway? The CLI only calls "Slim::Player::Source::rate" for the rate command and the bug really is in this routine (or in the context of its usage, f.e. one should call "update()" or something after using it), not really my area of expertise. I posted the bug partly to check if using rate this way was supposed to be supported (i.e. instead of play/stop). Given the player UI gets updated it looked like it should. Note that the bug would apply using the remote as well if it supports setting such rates in such sequence. From the CLI perspective, one short time dirty fix might be to just prevent "rate 0" AND "rate 1" from the CLI altogether, and point to stop and play instead.
setting the rate should start playback. would like to see this, but it's not critical.
Seems to work fine on 6.5. I'd close.
I was wondering about that, but didn't have time to test. Thanks Fred.