Rockbox

  • Status Unconfirmed
  • Percent Complete
    0%
  • Task Type Bugs
  • Category Music playback
  • Assigned To No-one
  • Operating System xDuoo X3ii
  • Severity Low
  • Priority Very Low
  • Reported Version Daily build (which?)
  • Due in Version Undecided
  • Due Date Undecided
  • Votes
  • Private
Attached to Project: Rockbox
Opened by iMpig - 2020-10-30

FS#13252 - Holding Next/Prev to scroll (browser) while playing music disables playback

Holding (as opposed to pressing it repeatedly) the “next” or “prev” button to scroll through a large list of files in the file browser or in the database while playing music, stops the music playback which then cannot be resumed until restart.

I’m testing this on xDuoo X3ii with the latest dev. build 7c498b9043.

Recreate:
* start playback (it seems the file format is not important)
* while music is playing go to the file browser or the database which has a few screens long list of entries
* start scrolling through the list by holding the “next” or “prev” button (don’t release)
* in a few seconds (while scrolling) the playback may start to skip and the scrolling starts to lag. In about 10 seconds the playback stops.
* release the button

Observe:
Menus work, playback screen shows the current track (playback indicated with the play icon but no sound being played and progress bar not moving), you can switch to a new track and it will be shown as the current - but no actual playback. Play, pause is registered, but makes no difference.

Waiting for a minute not pressing anything doesn’t resolve the issue.

The only solution to the “lockup” I found is to restart the player.

PS:
- doing the same while NOT playing music causes menu lag, but playback is possible afterwards
- pressing “next”/”prev” button to scroll through the list doesn’t lockup the player

Thanks for your continued support!
Best, iMpig

Admin
Solomon Peachy commented on 2020-10-31 04:38

I think the underlying problem is the lcd driver being quite laggy, but while audio might stutter it shouldn't get wedged like that.

I'll try to recreate this on my side with a build that has logging enabled in the audio driver, and see why it's not recovering properly.

(But both the audio driver stuttering and the display lagging are issues that need to be fixed independently)

iMpig commented on 2020-10-31 08:35

Thank you the quick response and your explanation.

I think lagging & stuttering would be acceptable as long as it would be able to recover and resume playback.

I'm happy to test something if you need help recreating the issue.

iMpig commented on 2020-11-14 12:10

Just wanted to confirm that this happens in newer builds as well (03cd773051) and that the best way to test it (with instructions in original post) is on the "Database > Track" screen where the list is most likely to be long enough.

Loading...

Available keyboard shortcuts

Tasklist

Task Details

Task Editing