• Status Closed
  • Percent Complete
  • Task Type Bugs
  • Category Music playback
  • Assigned To No-one
  • Operating System xDuoo X3ii
  • Severity Low
  • Priority Very Low
  • Reported Version Rbutil git
  • Due in Version Undecided
  • Due Date Undecided
  • Votes 1
  • Private
Attached to Project: Rockbox
Opened by salty-horse - 2020-08-11
Last edited by speachy - 2020-10-05

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

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.


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.

impig commented on 2020-10-03 08:06

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.

impig commented on 2020-10-03 08:52

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…


Available keyboard shortcuts


Task Details

Task Editing