Project: webrtc Issues People Development process History Sign in
New issue
Advanced search Search tips
Note: Color blocks (like or ) mean that a user may not be available. Tooltip shows the reason.
Starred by 3 users
Status: Available
OS: ----
Pri: 3
Type: Enhancement

Sign in to add a comment
Memory changes in AEC
Project Member Reported by, Jul 3 2014 Back to list
Feature description (please include a link to the functional spec):
For SSE2 and NEON optimizations in AEC the number of frequency elements is 65, hence one extra due to the nature of DFT. This requires optimizations to add and run "left over" C-code by the end of each for-loop. Simply extending the memory to an even power of 4 padded with dummy zeros will make the optimization code simpler without losing in speed.

Eng owner:

Project Member Comment 1 by, Jul 3 2014
Nice idea. So we'd do all frequency domain operations in this dummy space, but still only use the first 65 in the inverse-FFT?
Project Member Comment 2 by, Jul 4 2014
Partly yes. Only the optimization code will use the dummy space for more efficient vector operations. The C for loops will still loop up to PART_LEN1.
It will make the code so much more cleaner and just a tiny bit more efficient actually.
Project Member Comment 3 by, Jul 6 2014
Makes sense.
Project Member Comment 4 by, Oct 30 2014
Labels: EngTriaged IceBox
Project Member Comment 5 by, Apr 2 2015
Labels: Pri-3
Project Member Comment 6 by, May 26 2015
Project Member Comment 7 by, Jun 9 2015
Owner: ----
Status: Available
Project Member Comment 8 by, Nov 24 2015
Project Member Comment 9 by, Oct 5 2016
Components: Audio
Project Member Comment 10 by, Oct 5 2016
Components: -SignalProcessing
Sign in to add a comment