FS#13231 - xDuoo X3ii - sometime can't resume playback after pausing
Using latest build from git.
Sometimes if I pause, then try to resume, no playback occurs.
The WPS screen will show the pause icon turn to a play icon, but nothing will be heard in the headphones, and the “current time” indication won’t advance.
Seeking doesn’t help, nor does going back to the main menu and trying to resume playback from there.
The only solution I found is restarting the device.
I’ve had this happen while waiting a few seconds after pausing, and also while waiting a few minutes.
Closed by speachy
2020-10-05 23:05
Reason for closing: Fixed
Additional comments about closing: Warning: Undefined array key "typography" in /home/rockbox/flyspray/plugins/dokuwiki/inc/parserutils.php on line 371 Warning: Undefined array key "camelcase" in /home/rockbox/flyspray/plugins/dokuwiki/inc/parserutils.php on line 407
2020-10-05 23:05
Reason for closing: Fixed
Additional comments about closing: Warning: Undefined array key "typography" in /home/rockbox/flyspray/plugins/dokuwiki/inc/parserutils.php on line 371 Warning: Undefined array key "camelcase" in /home/rockbox/flyspray/plugins/dokuwiki/inc/parserutils.php on line 407
I'm going toclose this; The underlying failure has been fixed, and I'm no longer able to recreate it.
It's possible there's another
problem that has the same result, please
file a new ticket if you're able to
make it happen again.
Loading...
Available keyboard shortcuts
- Alt + ⇧ Shift + l Login Dialog / Logout
- Alt + ⇧ Shift + a Add new task
- Alt + ⇧ Shift + m My searches
- Alt + ⇧ Shift + t focus taskid search
Tasklist
- o open selected task
- j move cursor down
- k move cursor up
Task Details
- n Next task
- p Previous task
- Alt + ⇧ Shift + e ↵ Enter Edit this task
- Alt + ⇧ Shift + w watch task
- Alt + ⇧ Shift + y Close Task
Task Editing
- Alt + ⇧ Shift + s save task
when you say "latest build" what's the actual commit id?
And is this a regression?
Sorry, that's ae18cac2a9.
I don't know if it's a regression, as I only had the device for several days.
It never happened on Sansa e200 for many years and many rockbox versions.
If you wish me to revert back to specific versions and stress-test, I can do that.
Confirmed on b5cb99a7bf build.
Can you try the latest build? speachy did 3 updates last night.
c7eceea183 is supposed to fix this as far as I understand.
I tested the newest available 1824f8b103 build for ~10 minutes now.
For the most part everything went fine (no problems), but I did manage once (in about 10-15 restarts) to get it to take quite long to resume the playback. It appeared as if it wouldn't resume… but evenutualy it did, after about 5-10s. This happened when I stopped the playback immediately after fast forwarding and then switching to a new file. I could easily recreate this behaviour then (in the same "restart"), but never again after multiple tries and restarts.
This happened to me before - one "restart" behaving differently than others - is that even possible? I'd say the first run after an update behaved differently. It could be that it just happens really rarely maybe…
Sorry for the inconclusive results… but I'd say - if not fixed, it must at least be improved now, happening rarely…