This is the bug/patch tracker for Rockbox. Click here for more information.
Quick links: Bugs · Patches · Rockbox frontpage
FS#9776 - WMA Decoder - Problematic Files with example
Attached to Project:
Rockbox
Opened by Siaoru (Siaoru) - Saturday, 10 January 2009, 13:06 GMT+2
Last edited by Andree Buschmann (Buschel) - Thursday, 03 February 2011, 12:06 GMT+2
Opened by Siaoru (Siaoru) - Saturday, 10 January 2009, 13:06 GMT+2
Last edited by Andree Buschmann (Buschel) - Thursday, 03 February 2011, 12:06 GMT+2
|
DetailsDear all :)
I find some problem files for WMA decoder in the attached. 115.I.COULD.BE.THE.ONE.wma fails to play correctly in the beginning. this file format as following: Windows Media Audio 9.2 bitrate : 5 kbps, sample rate : 8 kHz, mono (A/V) 1-pass CBR 07.Devil.In.My.Mind.wma, I hear some noises. This file format as following: Windows Media Audio 9.2 bitrate : 32 kbps, sample rate :44.1 kHz, stereo 1-pass CBR Could you fix these bugs for WMA codec? Thanks you! |
This task depends upon
Closed by Andree Buschmann (Buschel)
Thursday, 03 February 2011, 12:06 GMT+2
Reason for closing: Works For Me
Additional comments about closing: Both attached files work fine using r29209.
Thursday, 03 February 2011, 12:06 GMT+2
Reason for closing: Works For Me
Additional comments about closing: Both attached files work fine using r29209.
That said:
115.I.COULD.BE.THE.ONE.wma blows up while parsing the headers, but the same code works in ffmpeg, so its probably some sort of difficult to trouble shoot parser problem.
07.Devil.In.My.Mind.wma seems to have some sort of overflow from time to time. I will try to figure out whats wrong with this file.
About file 115.I.COULD.BE.THE.ONE.wma, I find that it fail because (s->block_pos + s->block_len) > s->frame_len when decoding wma_decode_block( ),
but it return success when goes to asf_parse_header( )
Is the unstandard format bitstream lead to this situation ?
Thank you very much!
I've seen this problem before. I have no idea what causes it, but I assume it is because we are not properly feeding the decoder with the right data. The condition errors out because its not allowed to have block that spans a frame boundary. Since ffmpeg uses the same code here, and does not error out, I assume it means there is a problem in the rockbox asf parser (which is not based on ffmpeg).
I find out the bug of the file "115.I.COULD.BE.THE.ONE.wma", it has an informal replicated length in asf_read_packet.
Skip one byte if replicated_length equal to one!
Detail in the attached.
Regards,
Siaoru
If you give me your name I can credit you in the SVN commit.
Thank you!
Thank you !
Thank you !
http://svn.rockbox.org/viewvc.cgi?view=rev;revision=19946
FS#10027?