FS#13060 - Seeking in long opus files leads to crash on Sansa Clip+

Attached to Project: Rockbox
Opened by Stephan Lohse (sloh) - Monday, 26 October 2015, 16:24 GMT
Task Type Bugs
Category Codecs
Status Unconfirmed
Assigned To No-one
Operating System Sansa Clip+
Severity Medium
Priority Normal
Reported Version Daily build (which?)
Due in Version Undecided
Due Date Undecided
Percent Complete 0%
Votes 0
Private No


possibly related to FS#12851.

When seeking in large opus files, rockbox crashes.
Using git bisect, I found commit 9b7ec42 to be the first one showing this behavior.

The crash screen for the latest git revision d57e651 looks as follows:

Stkov codec
pc:3006008C sp:30803B{cut of due to screenspace ending. Next character could possibly be a '3'}
A: 3008728C
bt end

If I interpret the map-file correctly (and I totally might not), that would put the Program Counter somewhere in cancel_cpu_boost (thread.o).

for 9b7ec42 it is pc:3005E264, A: 3005E2BC. Stackpointer is the same.
Here the pc appears to be in check_tmo_threads (thread.o)

I haven't quite figured out where exactly "large" starts, but it does happen with 4 hour long files (~60MB), but not with 1 hour long files (~20MB). It also does not happen in the Simulator, only on the actual hardware.

Example files:
error occurs:
error does not occur:
This task depends upon

2016-01-26: A task closure has been requested. Reason for request: tasaklarim
Comment by thrd (thrdhes) - Tuesday, 16 February 2016, 13:38 GMT
i can confirm this behaviour for version bc56811 from 2016-02-16.
the following file reliably crashes rb here if searching more than about 1 minutes into the file: (
Comment by Stephan Lohse (sloh) - Monday, 27 March 2017, 10:09 GMT
Update: it no longer crashes when seeking manually, but still crashes when resuming a bookmark (version bfd04df from 2017-03-22)
pc: 30064618
sp: 30803B{again cut of due to screenspace ending. Next character could still possibly be a '3'}
A: 3008C020