search for: libne10

...NE10 options, because the test program is not being linked against $LIBM: configure:13471: gcc -std=gnu99 -o conftest -I/home/tterribe/src/xiph/git/arm/Ne10/inc conftest.c -L/home/tterribe/src/xiph/git/arm/Ne10/build/modules -lNE10 >&5 /home/tterribe/src/xiph/git/arm/Ne10/build/modules/libNE10.a(NE10_fft.c.o): In function `ne10_fft_generate_twiddles_line_int32': NE10_fft.c:(.text+0x6e): undefined reference to `sincos' NE10_fft.c:(.text+0x82): undefined reference to `floor' NE10_fft.c:(.text+0x96): undefined reference to `floor' /home/tterribe/src/xiph/git/arm/Ne10/build/...

...(However, I will check this again tomorrow) Below is the configure command I use ../opus/configure --host=arm-linux-gnueabihf --enable-intrinsics --with-NE10-libraries=<path>/armv7_root/binary/usr/local/lib --with-NE10-includes=<path>//armv7_root/binary/usr/local/include/Ne10 I built libNe10 to be dynamic library and place libNe10.so* in <path>/usr/local/lib/ and include files (copied from NE10 source "inc/" directory into <path>usr/local/include/Ne10/ > > configure:13471: gcc -std=gnu99 -o conftest > -I/home/tterribe/src/xiph/git/arm/Ne10/inc conftes...

...cludes=$HOME/src/xiph/git/arm/Ne10/inc Currently, Ne10 does not provide installation in our cmake files. If this is a blocker, we can consider upgrading our cmake. Before that, you need to copy all header file in NE10_SRC_PATH/inc to your <path>//armv7_root/binary/usr/local/include/Ne10, and libNE10.a (libNE1010.so.10 and libNE10.so for shared version) under NE10_BUILD_PATH/modules to <path>/armv7_root/binary/usr/lib. Best Regards, Phil Wang

..._t ne10_init(); > > Linker warnings related to Ne10: > ../gcc-linaro/14.09/gcc-linaro-arm-linux-gnueabihf-4.9- > 2014.09_linux/bin/../lib/gcc/arm-linux-gnueabihf/4.9.2/../../../../arm-linux- > gnueabihf/bin/ld: warning: libstdc++.so.6, needed by > <path>/binary/usr/local/lib/libNE10.so, not found (try using -rpath or -rpath- > link) [Phil Wang] Great help again. I will look into it. Best Regards, Phil Wang -- 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 th...

Hi Timothy, > The instructions for building libNE10 in doc/BuildingNe10.txt are also > incorrect. I don't know if -DGNULINUX_PLATFORM=ON does anything, but I > needed to specify -DNE10_LINUX_TARGET_ARCH=armv7 to avoid cmake > failing with a 'syntax error' at line 83. > > > In short, this needs some work. Yes, -DNE10_...

...xtern ne10_result_t ne10_init(); > > Linker warnings related to Ne10: > ../gcc-linaro/14.09/gcc-linaro-arm-linux-gnueabihf-4.9-2014.09_linux/bin/../lib/gcc/arm-linux-gnueabihf/4.9.2/../../../../arm-linux-gnueabihf/bin/ld: warning: libstdc++.so.6, needed by <path>/binary/usr/local/lib/libNE10.so, not found (try using -rpath or -rpath-link) > > [1]: https://git.linaro.org/people/viswanath.puttagunta/Ne10.git branch: rfcv2_final_ne10_fft > [2]: https://git.linaro.org/people/viswanath.puttagunta/opus.git branch: rfcv2_final_opus_fft_ne10 > > Viswanath Puttagunta (1): >...

Hi Timothy and Viswanath, > FYI, I got Phil @ ARM to independently verify for any compile/link > warning/errors and he said he did not find any... And since I haven't > heard from you for a week, I went ahead and pushed RFCv3. Yes, I do get it built without compile/link warning/errors. To save some time, please turn off other modules in Ne10 Open $NE10_DIR/CMakeLists.txt and find

Hello All, I extended the libNE10 optimizations for float towards mdct_backwards/opus_ifft. I am able to get about 14.26% improvement for Decode use case now on my Beaglebone Black. Please see [1] for measurements. Questions 1. Since this patch needs to go in after Encode [2] patch) should I submit this as patch series? 2. Sin...

...compared to those without NEON), on most ARMv7-A and all ARMv8-A devices. How about integrate it into Opus? I am not familiar with configure script, but I find "Optinal Packages" in it. If we provides --with-ne10-fft option, the one extra thing that users need to do is to indicate where libne10 is, right? Is there any 3rd package already enabled in Opus? Or can we follow the pattern where celt_pitch_xcorr_arm is optimized? We can include a few source files from Ne10, put them under celt/arm directory. P.S. Sorry to send again and again. It turned out I had not registered in to list....

...types] extern ne10_result_t ne10_init(); Linker warnings related to Ne10: ../gcc-linaro/14.09/gcc-linaro-arm-linux-gnueabihf-4.9-2014.09_linux/bin/../lib/gcc/arm-linux-gnueabihf/4.9.2/../../../../arm-linux-gnueabihf/bin/ld: warning: libstdc++.so.6, needed by <path>/binary/usr/local/lib/libNE10.so, not found (try using -rpath or -rpath-link) [1]: https://git.linaro.org/people/viswanath.puttagunta/Ne10.git branch: rfcv2_final_ne10_fft [2]: https://git.linaro.org/people/viswanath.puttagunta/opus.git branch: rfcv2_final_opus_fft_ne10 Viswanath Puttagunta (1): armv7(float): Optimize enco...

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

...ment for encode use case ~= 12.34% (Based on time -p data) - Performance improvement in opus_fft() ~= 350% - 400% (Based on perf data) Please see the evidence of above data measured, test results for test_unit_mdct and test_unit_dft and related references at [1]. I also have precompiled libNE10.so (ARMv7) along with headers available for convinience at [3] Known issues that need to be sorted out with NE10 team at ARM - NE10 library needs to be compiled with -funsafe-math-optimizations for ARMv7. See [2] for more info Note that I used -funsafe-math-optimizations to build libNE10.so avai...

Changes from RFC PATCH v3 - Just rebased on tip - For all else, please see notes from RFC PATCH v3 at http://lists.xiph.org/pipermail/opus/2015-March/002902.html - latest wip opus tree/branch https://git.linaro.org/people/viswanath.puttagunta/Ne10.git branch: rfcv4_final_fft_ne10 Viswanath Puttagunta (1): armv7(float): Optimize encode usecase using NE10 library Makefile.am

Changes from RFC PATCH v2 - fixed compile issue when just compiling for --enable-intrinsics for ARMv7 without NE10 - Notes for NE10: - All compile/link warnings are now in upstream NE10 - Only patch pending upstream in NE10 is the one that needs to add -funsafe-math-optimizations for ARMv7 targets. - Phil Wang @ ARM is working on getting this fixed. - Note that even without

...+++ b/celt/arm/fft_arm.h > @@ -0,0 +1,65 @@ > +/* Copyright (c) 2015-2016 Xiph.Org Foundation Are you from the future? > +ifdef HAVE_ARM_NE10 > +CC = gcc > +CFLAGS += -mfpu=neon > +INCLUDES += -I$(NE10_INCDIR) -DHAVE_ARM_NE10 -DOPUS_ARM_NEON_INTR > +LIBDIR = -l:$(NE10_LIBDIR)/libNE10.so > +SOURCES += ../arm/celt_neon_intr.c dump_mode_arm_ne10.c > +endif It's a bit unfortunate that this depends on having NE10 available, since it's used to generate static files which someone may ultimately build on a completely different system, but I'm not sure how much effo...

...0_fft_c2c_1d_float32_neon? (I will let Phil comment on if there is any reason not to do this.. and suggest any alternatives if necessary) I will work on fixing up code from opus side. Phil is one of developers/maintainers of opus. Please correct me if any of information below is inaccurate from a libNE10 change request perspective. Phil, Below are 2 main things we need to change from NE10 Library side. Can you please make these changes on NE10 side? 1. Remove usage of _t in ne10_fft_cfg_float32_t and ne10_fft_cpx_float32_t -------from comment---- ne10_fft_cfg_float32_t cfg = (ne10_fft_cfg_float3...

...compared to those without NEON), on most ARMv7-A and all ARMv8-A devices. How about integrate it into Opus? I am not familiar with configure script, but I find "Optinal Packages" in it. If we provides --with-ne10-fft option, the one extra thing that users need to do is to indicate where libne10 is, right? Is there any 3rd package already enabled in Opus? Or can we follow the pattern where celt_pitch_xcorr_arm is optimized? We can include a few source files from Ne10, put them under celt/arm directory. Best Regards, Phil Wang -------------- next part -------------- An HTML attachm...

...header files are installed and where the NE10 libraries are installed. Looking back at configure.ac (AC_DEFUN([OPUS_PATH_NE10],) , if you want to go the prefix route, following should work Eg: /usr/local/ (--with-NE10=/usr/local) lib/ libNE10.so include/ Ne10.h... so, something like this should work configure --host=arm-linux-gnueabihf --enable-intrinsics --with-NE10=/usr/local But, I see the problem with the pre-compiled binaries at http://people.linaro.org/~viswanath.puttagunta/opus/NE...

...\ + ../rate.c \ + ../entenc.c \ + ../entdec.c \ + ../mathops.c \ + ../mdct.c \ + ../kiss_fft.c + +ifdef HAVE_ARM_NE10 +CC = gcc +CFLAGS += -mfpu=neon +INCLUDES += -I$(NE10_INCDIR) -DHAVE_ARM_NE10 -DOPUS_ARM_NEON_INTR +LIBDIR = -l:$(NE10_LIBDIR)/libNE10.so +SOURCES += ../arm/celt_neon_intr.c dump_mode_arm_ne10.c +endif + all: dump_modes dump_modes: - $(CC) $(CFLAGS) $(INCLUDES) -DCUSTOM_MODES_ONLY -DCUSTOM_MODES dump_modes.c ../modes.c ../cwrs.c ../rate.c ../entenc.c ../entdec.c ../mathops.c ../mdct.c ../kiss_fft.c -o dump_modes -lm + $(PREFIX...

...\ + ../rate.c \ + ../entenc.c \ + ../entdec.c \ + ../mathops.c \ + ../mdct.c \ + ../kiss_fft.c + +ifdef HAVE_ARM_NE10 +CC = gcc +CFLAGS += -mfpu=neon +INCLUDES += -I$(NE10_INCDIR) -DHAVE_ARM_NE10 -DOPUS_ARM_NEON_INTR +LIBDIR = -l:$(NE10_LIBDIR)/libNE10.so +SOURCES += ../arm/celt_ne10_fft.c \ + dump_modes_arm_ne10.c \ + ../arm/armcpu.c +endif + all: dump_modes dump_modes: - $(CC) $(CFLAGS) $(INCLUDES) -DCUSTOM_MODES_ONLY -DCUSTOM_MODES dump_modes.c ../modes.c ../cwrs.c ../rate.c ../entenc.c ../entdec.c ../mathops.c ../mdct....