Re: IMDCT accuracy

Rob Leslie <[email protected]>
Newsgroups gmane.comp.audio.mad.devel
Message-ID <[email protected]>
On Dec 1, 2003, at 7:50 AM, Rafael Avila de Espíndola wrote:
> Testing the  Rob Leslie implementation of the Szu-Wei Lee algorithm I 
> notice
> that his modification (multiplying the input of the DCTIV by 2 and 
> dividing
> the output) generally improves the accuracy but, in some cases, may 
> cause a
> overflow.
>
> I have not found a .mp3 file that triggers a overflow, but the 
> following data
> does. The present IMDCT implementation in libmad 0.15 return a valid 
> result.
>
> 0x442D46F
> 0x217CC40
> 0x8E26853
> 0xF1888C6
> 0x921BF17
> 0xD282
> 0xF060CB8
> 0x3E82D68
> 0xBCA6124
> 0x1217700
> 0x9500F6D
> 0x3E9B4B6
> 0xC4B7675
> 0x6AE1645
> 0x56C266C
> 0x4463FD6
> 0x7EE5176
> 0xC408F90
>
> Is there some evidence that no real mp3 may trigger an overflow?

Only that in order to overflow, I think some of the transformed sample 
values would have to be at least 12dB above full scale. For example, 
when the above data is transformed, many samples above full scale 
result, including two samples more than 14dB above (-5.200011).

Having said that, I would be very interested to learn of a legitimate 
Layer III frame that does cause an overflow.

-- 
Rob Leslie
[email protected]
lmpx.com only provides a reader for public news (NNTP) servers. It is not affiliated with the servers or forums shown here and is not responsible for the content of articles, which is written by their respective authors.