- Status Closed
- Percent Complete
- Task Type Bugs
- Category User Interface
- Assigned To No-one
- Operating System Sansa e200
- Severity Low
- Priority Very Low
- Reported Version Daily build (which?)
- Due in Version Undecided
-
Due Date
Undecided
- Votes
- Private
FS#8728 - Buttons ignored for long periods in playback mode
Button presses aren’t processed quickly, or sometimes not at all, on the playback screen.
Target: e200
Target id: 23
Target define: -DSANSA_E200
Memory: 32
CPU: arm
Manufacturer: sandisk
Version: r16657-080313
Binary: rockbox.mi4
Binary size: 563200
Actual size: 562364
RAM usage: 1403100
Features: backlight_brightness:dircache:flash_storage:hold_button:lcd_bitmap:lcd_non-mono:lcd_color:lcd_flip:lcd_invert:lcd_sleep:pitchscreen:multivolume:quickscreen:radio:recording:recording_swcodec:rtc:scrollwheel:swcodec:tagcache:tc_ramcache:charging:usb_charging:usbstack
gcc: arm-elf-gcc (GCC) 4.0.3
ld: GNU ld version 2.16.1
Host gcc: gcc (GCC) 4.2.3 (Debian 4.2.3-1)
Host system: Linux
It broke sometime after this version, which worked:
Target: e200
Target id: 23
Target define: -DSANSA_E200
Memory: 32
CPU: arm
Manufacturer: sandisk
Version: r13803-070706
Binary: rockbox.mi4
Binary size: 477184
Actual size: 476324
gcc: arm-elf-gcc (GCC) 4.0.3
ld: GNU ld version 2.16.1
Host gcc: gcc (GCC) 4.1.3 20070629 (prerelease) (Debian 4.1.2-13)
Host system: Linux
Turning pause fade off didn’t make any difference. Note this is still using
the 070706 bootloader.
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
update your bootloader!
Not experiencing this with r16929 and the most recent bootloader.
thank you for the commments.
In r17588-080520, with new bootloader, the song-step functions seem to work OK.
However, a problem remains. A rapid series of button presses “|«“, “>||”, etc. often results in a playback crash, with no more audio or, sometimes after a second or two, a high-pitched whine. (The display shows “>”.) The whine goes away on a subsequent keypress. The rest of the UI appears to continue functioning normally. Hitting the Menu button, followed by choosing “Now playing”, usually restores audio. (Sometimes it leads to the high-pitched whine, instead.) The battery appears to drain very fast during this “playback crash” condition.