Rockbox

  • Status Closed
  • Percent Complete
    100%
  • Task Type Bugs
  • Category Codecs
  • Assigned To
    saratoga
  • 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 roolku - 2008-03-10
Last edited by saratoga - 2008-04-07

FS#8713 - wma decoding of files with samplerate of 48kHz

It appears that wma files with samplerate of 48kHz don’t work with rockbox - is this a known limitation? I couldn’t find anything on the wiki.

(I suppose there could be another problem with the files, but the samplerate is what they have in common)

An example can be found here:

http://w13.easy-share.com/1699814137.html

The symptoms are slightly different depending on target:

m:robe 100: Data abort at 01F03400 (0)
gigabeat f: track is skipped
simulator: segmentation fault

IN WMA.C Reading new packet at 4977 bytes and duration 341 ms
*decode_block: 0 (2048 samples of 0 in frame)
*decode_block: 0 (2048 samples of 2048 in frame)
*decode_block: 0 (2048 samples of 2048 in frame)
*decode_block: 0 (2048 samples of 2048 in frame)
*decode_block: 0 (2048 samples of 2048 in frame)
*decode_block: 0 (2048 samples of 2048 in frame)
*decode_block: 0 (2048 samples of 2048 in frame)
*decode_block: 0 (2048 samples of 2048 in frame)
wma_decode_block failed with code -4
WMA decode error -1, errcount 1
Reading new packet at 7739 bytes and duration 341 ms
*decode_block: 0 (2048 samples of 2048 in frame)
*decode_block: 0 (2048 samples of 2048 in frame)
wma_decode_block failed with code -4
WMA decode error -1, errcount 2
Reading new packet at 10501 bytes and duration 341 ms
*decode_block: 0 (2048 samples of 2048 in frame)

Program received signal SIGSEGV, Segmentation fault.
[Switching to thread 872.0xbb0]
wma_decode_frame (s=0x1001e028, samples=0x1001a028) at wmadeci.c:1138
1138 level = level_table[code];

Closed by  saratoga
2008-04-07 02:27
Reason for closing:  Fixed
Additional comments about closing:  

Fixed in r17011.

I spent a couple hours digging through this and made no progress. WMA decoders do not need distinguish between 44.1 and 48kHz, so there is no obvious reason this should fail. I did notice that the error condition changes depending on what debug statements I use though, which makes me think there is an overflowing pointer somewhere that only occurs at 48khz.

Loading...

Available keyboard shortcuts

Tasklist

Task Details

Task Editing