search for: puttagunta

Displaying 20 results from an estimated 96 matches for "puttagunta".

2014 Nov 25
2
[RFC PATCHv1] cover: celt_pitch_xcorr: Introduce ARM neon intrinsics
On 25 November 2014 at 10:11, Viswanath Puttagunta <viswanath.puttagunta at linaro.org> wrote: > > On 25 November 2014 at 09:39, Jonathan Lennox <jonathan at vidyo.com> wrote: > > > > On Nov 25, 2014, at 10:07 AM, Viswanath Puttagunta <viswanath.puttagunta at linaro.org> wrote: > >> > >> > Al...
2014 Nov 25
1
[RFC PATCHv1] cover: celt_pitch_xcorr: Introduce ARM neon intrinsics
On 25 November 2014 at 10:18, Jonathan Lennox <jonathan at vidyo.com> wrote: > > On Nov 25, 2014, at 11:13 AM, Viswanath Puttagunta > <viswanath.puttagunta at linaro.org> wrote: > > On 25 November 2014 at 10:11, Viswanath Puttagunta > <viswanath.puttagunta at linaro.org> wrote: > > > On 25 November 2014 at 09:39, Jonathan Lennox <jonathan at vidyo.com> wrote: > > > On Nov 25, 2014...
2014 Nov 25
0
[RFC PATCHv1] cover: celt_pitch_xcorr: Introduce ARM neon intrinsics
On Nov 25, 2014, at 11:13 AM, Viswanath Puttagunta <viswanath.puttagunta at linaro.org<mailto:viswanath.puttagunta at linaro.org>> wrote: On 25 November 2014 at 10:11, Viswanath Puttagunta <viswanath.puttagunta at linaro.org<mailto:viswanath.puttagunta at linaro.org>> wrote: On 25 November 2014 at 09:39, Jonathan Lennox &l...
2015 May 08
2
(no subject)
...824 ** nfft=480 inverse=1,snr = 87.773827 nfft=960 inverse=0,snr = 11.813777 ** poor snr: 11.813777 ** nfft=960 inverse=1,snr = 88.283572 nfft=1920 inverse=0,snr = 7.652986 ** poor snr: 7.652986 ** nfft=1920 inverse=1,snr = 87.762925 Thanks, Vish [1]: https://git.linaro.org/people/viswanath.puttagunta/opus.git/shortlog/refs/heads/rfcv2_fft_fixed_exp On 8 May 2015 at 12:06, Jean-Marc Valin <jmvalin at jmvalin.ca> wrote: > Is the actual output of the test posted somewhere? One thing I would > suspect is that the test might use values that trigger overflows not > generally triggere...
2015 Mar 07
1
Patch cleaning up Opus x86 intrinsics configury
Hello Jonathan, Just FYI, I started doing review of your patch and will get back to you in few days. After review, I would like to rebase your patch (as necessary) myself and do some testing.. and re-submit. Regards, Vish On 4 March 2015 at 09:00, Viswanath Puttagunta <viswanath.puttagunta at linaro.org> wrote: > > On 3 March 2015 at 22:17, Jonathan Lennox <jonathan at vidyo.com> wrote: > > > > On Mar 3, 2015, at 11:08 PM, Viswanath Puttagunta > > <viswanath.puttagunta at linaro.org> wrote: > > > > > >...
2015 May 08
1
(no subject)
...at 12:30, Jean-Marc Valin <jmvalin at jmvalin.ca> wrote: > Hi, > > Can you apply this change to the MDCT test and run it again. See if more > (all) sizes pass. Given the results, I strongly suspect an overflow. > > Jean-Marc > > On 08/05/15 01:21 PM, Viswanath Puttagunta wrote: >> Hello Jean-Marc, >> >> Below are the results that show test_unit_dft passes, but >> test_unit_mdct fails (only for nfft=480, 960, 1920) >> Note: Tested on BeagleboneBlack(Cortex-A8) fixed point on branch [1] >> >> ./test_unit_dft >> nfft=32...
2015 Mar 04
2
Patch cleaning up Opus x86 intrinsics configury
On Mar 3, 2015, at 11:08 PM, Viswanath Puttagunta <viswanath.puttagunta at linaro.org<mailto:viswanath.puttagunta at linaro.org>> wrote: On 3 March 2015 at 21:59, Jonathan Lennox <jonathan at vidyo.com<mailto:jonathan at vidyo.com>> wrote: Viswenath, My patch should be against the tip, but it?s the very recent tip, incl...
2015 Apr 30
3
[RFC PATCH v1 0/8] Ne10 fft fixed and previous
On 29 April 2015 at 17:22, Timothy B. Terriberry <tterribe at xiph.org> wrote: > > Viswanath Puttagunta wrote: >> >> This patch series is follow up on work I posted on [1]. >> In addition to what was posted on [1], this patch series mainly >> integrates Fixed point FFT implementations in NE10 library into opus. >> You can view my opus wip code at [2]. > > > Than...
2015 Apr 02
2
Testing ARMv8 Ne10 and intrinsics branch
Using GCC 4.9.2, decoding the opus test vector set 10 times. All tests pass. I will do longer tests later with a larger test set, but it looks good so far. I am having a lot of trouble with the Ne10 detection. Using the precompiled Ne10 binaries at http://people.linaro.org/~viswanath.puttagunta/opus/NE10_root/ Both NE10 and Ne10 capitalizations seem to be in use. Also, where should the NE10 headers be installed? In $PREFIX/include or $PREFIX/include/Ne10/? The configure.ac tests seems to assume the former, but your precompiled root disagrees. Opus master (36e0445) Float: 20.312s Fast fl...
2015 Feb 16
0
[RFC PATCH v2] Encode optimize using libNe10
Hello opus-dev, Can we please have review on RFCv2? We have quite a few optimizations (Eg: ifft/mdct_backwards, fixed point fft/ifft mdct_forward/backward etc) that are in my pipeline that depend on this patch series being accepted. Regards, Vish On 4 February 2015 at 12:21, Viswanath Puttagunta <viswanath.puttagunta at linaro.org> wrote: > Changes from RFC PATCH v1: > - passing arch parameter explicitly > - reduced stack usage by ~3.5K by using scaled NE10 fft version > - moved all optimization array functions to arm_celt_map.c > - Other cleanups pointed out by Timoth...
2015 Mar 04
2
Patch cleaning up Opus x86 intrinsics configury
...on the hook to rebase after your fix goes in. Looking over your patch quickly, I don?t think any of my changes should be that difficult to merge with yours. I haven?t studied your patch in depth yet. Does Ne10 use its own RTCD code, or do you use Opus?s? On Mar 3, 2015, at 5:18 PM, Viswanath Puttagunta <viswanath.puttagunta at linaro.org> wrote: > Hello Jonathan, > > I am unable to apply your patch cleanly on tip. > > Timothy/opus-dev, > > This patch has some conflicts with my ARM patch that does fft optimizations > http://lists.xiph.org/pipermail/opus/2015-March...
2014 Dec 07
0
[RFC PATCH v2] cover: armv7: celt_pitch_xcorr: Introduce ARM neon intrinsics
Sorry for typo.. from shows as "--no-chain-reply-to --thread ./*" instead of from "Viswanath Puttagunta". So resent it again after fixing my command line.. Otherwise, the patch for RFCv2 is identical. Regards, Vish On 7 December 2014 at 02:08, --no-chain-reply-to --thread ./* <viswanath.puttagunta at linaro.org> wrote: > From: Viswanath Puttagunta <viswanath.puttagunta at linaro....
2015 Feb 03
2
opus Digest, Vol 72, Issue 17
...9;s more, we have provided a wrapper for NE10_FREE, so that we can make sure memory allocated by Ne10 will be freed by Ne10: https://github.com/projectNe10/Ne10/commit/24cecb105d238e5629cecff60968b31d74e54c2a Best Regards, Phil Wang > Date: Fri, 30 Jan 2015 17:41:22 -0600 > From: Viswanath Puttagunta <viswanath.puttagunta at linaro.org> > Subject: Re: [opus] [RFC PATCH v1 2/2] armv7(float): Optimize encode > usecase using NE10 library > To: "Timothy B. Terriberry" <tterribe at xiph.org> > Cc: "opus at xiph.org" <opus at xiph.org> > Mess...
2015 May 08
0
(no subject)
Hi, Can you apply this change to the MDCT test and run it again. See if more (all) sizes pass. Given the results, I strongly suspect an overflow. Jean-Marc On 08/05/15 01:21 PM, Viswanath Puttagunta wrote: > Hello Jean-Marc, > > Below are the results that show test_unit_dft passes, but > test_unit_mdct fails (only for nfft=480, 960, 1920) > Note: Tested on BeagleboneBlack(Cortex-A8) fixed point on branch [1] > > ./test_unit_dft > nfft=32 inverse=0,snr = 88.394372 >...
2015 Oct 06
3
[RFC V3 7/8] armv7, armv8: Optimize fixed point fft using NE10 library
I'm trying to get these cleaned up and landed, but I'm running into some trouble with this patch. Using commit a08b29d88e3c (July 21) of Ne10, I'm seeing test failures for 60-point FFTs: nfft=60 inverse=0,snr = -3.312408 ** poor snr: -3.312408 ** nfft=60 inverse=1,snr = -16.079597 ** poor snr: -16.079597 ** All other sizes tested appear to work fine (84 to 140 dB of SNR). This
2014 Dec 07
3
[RFC PATCH v2] cover: armv7: celt_pitch_xcorr: Introduce ARM neon intrinsics
From: Viswanath Puttagunta <viswanath.puttagunta at linaro.org> Hi, Optimizes celt_pitch_xcorr for floating point. Changes from RFCv1: - Rebased on top of commit aad281878: Fix celt_pitch_xcorr_c signature. which got rid of ugly code around CELT_PITCH_XCORR_IMPL passing of "arch" parameter. - Unified...
2014 Sep 10
4
[RFC PATCH v1 0/3] Introducing ARM SIMD Support
...is single Cortex-A8 based CPU. You can find more information on metrics and procedure I used to measure at https://wiki.linaro.org/WorkingGroups/Middleware/Graphics/MediaLibs/libvorbis As described in above link/doc, you can see my work-in-progress tree at https://git.linaro.org/people/viswanath.puttagunta/vorbis.git Also what standard should one follow when submitting patches to libvorbis? I'm pretty sure linux kernel checkpatch.pl will fail all patches for libvorbis. Please advise. Viswanath Puttagunta (3): lib/simd: Introduce vectorization framework for libvorbis lib/block.c: Use optimiz...
2015 May 08
0
[RFC PATCH v1 0/8] Ne10 fft fixed and previous
...824 ** nfft=480 inverse=1,snr = 87.773827 nfft=960 inverse=0,snr = 11.813777 ** poor snr: 11.813777 ** nfft=960 inverse=1,snr = 88.283572 nfft=1920 inverse=0,snr = 7.652986 ** poor snr: 7.652986 ** nfft=1920 inverse=1,snr = 87.762925 Thanks, Vish [1]: https://git.linaro.org/people/viswanath.puttagunta/opus.git/shortlog/refs/heads/rfcv2_fft_fixed_exp Regards, Vish On 8 May 2015 at 12:06, Jean-Marc Valin <jmvalin at jmvalin.ca> wrote: > Is the actual output of the test posted somewhere? One thing I would > suspect is that the test might use values that trigger overflows not > gene...
2014 Nov 25
4
[RFC PATCHv1] cover: celt_pitch_xcorr: Introduce ARM neon intrinsics
On Nov 25, 2014, at 10:07 AM, Viswanath Puttagunta <viswanath.puttagunta at linaro.org> wrote: > > > Also is there plans to make the NEON optimisations on ARMv7 run time > > detectable like they have in cairo/pixman? For generic distributions > > it would nice to be able to be able to enable them as they offer > >...
2015 Feb 26
3
[RFC PATCH v2] Encode optimize using libNe10
Viswanath Puttagunta wrote: > Can we please have review on RFCv2? We have quite a few optimizations > (Eg: ifft/mdct_backwards, fixed point fft/ifft mdct_forward/backward > etc) that are in my pipeline that depend on this patch series being > accepted. So, trying to make progress on this... On an armv7l b...