• Status Closed
  • Percent Complete
  • Task Type Bugs
  • Category Music playback
  • Assigned To No-one
  • Operating System All players
  • 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 fg - 2008-09-09
Last edited by jdgordon - 2012-02-07

FS#9391 - playback engine gets confused by multiple simultaneous button presses

Easiest way to reproduce:

seek forward in a file. Don’t release the seek button
press play button, and keep pressed
release seek button
release play button

Now the WPS still shows the seek icon, but the progress bar doesn’t advance and no music plays. No button works until you seek again.

(seen on c200, ipod mini and x5l)

Closed by  jdgordon
2012-02-07 11:07
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

in a2f2845

Reproduced with exact the same behaviour on ipod color.

on c200 (r18359) there is the same problem. I also noticed:
- power (long press) and hold buttons works properly
- backlight works ok: it turns off after one minute and turns on after pressing any button (but that button makes no other action)

Reproduced on 30GB 5G iPod running r20573 and playing an MP3 album.
Sequence is: 1) press seek button, 2) press menu, centre or play/pause button, 3) release seek button, 4) release other button
Seeking stops when the other button is pressed. Only way out seems to be power off or seeking. Regardless of the seek button pressed, the first seek is in the same direction as the original seek.
If the other button is released before the seek button (ie. steps 3 and 4 are reversed) seeking resumes when the other button is released, and everything is normal afterwards.

I’ve also encountered similar playback freezes by quickly seeking back and forth, without pressing two buttons at the same time. (That’s how I found this FS task.) Beginning a seek while the previous seek icon is still on the WPS can cause the old seek icon to remain until the end of the new seek (possibly showing the wrong seek direction). I don’t know if these are related to this task.

Reproduced on an iriver H300 running r20820 playing a wavpack recording.
Sequence seems to be 1) press and hold seek button, 2) press + and navi at roughly the same time 3) release buttons
Then appears frozen with same experience as dreamlayers - Only way out seems to be power off or seeking. Regardless of the seek button pressed, the first seek is in the same direction as the original seek.

Has this been resolved by the recent playback rework?

MikeS commented on 2011-04-30 13:40

Possibly not, since the WPS code handles keypresses, not the playback engine.

You’re correct - I can easily reproduce it in a simulator.

Looks like the ffwd_rew() code in wps.c is the problem. If it isn’t factored out completely, it should at least be static (and maybe button should be a long too)….


Available keyboard shortcuts


Task Details

Task Editing