opus - May 2015 - opus Digest, Vol 76, Issue 11

Hi Jean-Marc,

Thanks for pointing us the way.
Yes it is a overflowing problem. I moved all scaling code in the front of any
other operations, and test_unit_mdct passes for all sizes.
I will update Ne10 right after Vish double checks it on hardware. He will repost
patches with more verification later this week.

Regards,
Phil Wang

Well, I see three questions that need to be answered at this point
1) At what value the overflow starts happening
2) What's the minimum requirement to avoid overflows in the encoder
3) What is causing the overflow to happen much earlier with Neon than
the C code

Once these three are answered, the solution should be clear.

        Jean-Marc



-- IMPORTANT NOTICE: The contents of this email and any attachments are
confidential and may also be privileged. If you are not the intended recipient,
please notify the sender immediately and do not disclose the contents to any
other person, use it for any purpose, or store or copy the information in any
medium.  Thank you.

ARM Limited, Registered office 110 Fulbourn Road, Cambridge CB1 9NJ, Registered
in England & Wales, Company No:  2557590
ARM Holdings plc, Registered office 110 Fulbourn Road, Cambridge CB1 9NJ,
Registered in England & Wales, Company No:  2548782

Timothy / Jean-Marc,

In travel, will verify and update full results later on this week.

Regards,
Vish

On 11 May 2015 at 10:34, Phil Wang <Phil.Wang at arm.com> wrote:
> Hi Jean-Marc,
>
> Thanks for pointing us the way.
> Yes it is a overflowing problem. I moved all scaling code in the front of
> any other operations, and test_unit_mdct passes for all sizes.
> I will update Ne10 right after Vish double checks it on hardware. He will
> repost patches with more verification later this week.
>
> Regards,
> Phil Wang
>
> Well, I see three questions that need to be answered at this point
> 1) At what value the overflow starts happening
> 2) What's the minimum requirement to avoid overflows in the encoder
> 3) What is causing the overflow to happen much earlier with Neon than
> the C code
>
> Once these three are answered, the solution should be clear.
>
>         Jean-Marc
>
>
>
> -- IMPORTANT NOTICE: The contents of this email and any attachments are
> confidential and may also be privileged. If you are not the intended
> recipient, please notify the sender immediately and do not disclose the
> contents to any other person, use it for any purpose, or store or copy the
> information in any medium.  Thank you.
>
> ARM Limited, Registered office 110 Fulbourn Road, Cambridge CB1 9NJ,
> Registered in England & Wales, Company No:  2557590
> ARM Holdings plc, Registered office 110 Fulbourn Road, Cambridge CB1 9NJ,
> Registered in England & Wales, Company No:  2548782
>
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL:
http://lists.xiph.org/pipermail/opus/attachments/20150511/e97f32e2/attachment.htm