similar to: Status of speexdsp?

Processing Conflict: speexdsp-1.2-0.9.rc3.el6.x86_64 conflicts speex <= 1.2-0.21.rc1 I am loath to replace things on my primary workstation as I have far too much to do as it is without dealing with self-inflicted injuries. However, I do use Jitsi as a softphone and the latest version has a dependency on a package in EPEL which replaces something from the base distro. Can someone inform me

On Thu, Jul 09, 2015 at 12:23:17PM +0300, Tanu Kaskinen wrote: > Hello, > > alsa-plugins currently includes speex/speex_types.h, but that doesn't > work with speexdsp versions >= 1.2rc2, since speex_types.h has been > replaced with speexdsp_types.h. Strictly speaking it hasn't been "replaced", it's just supplied by speex rather than speexdsp, as was the

Hello, alsa-plugins currently includes speex/speex_types.h, but that doesn't work with speexdsp versions >= 1.2rc2, since speex_types.h has been replaced with speexdsp_types.h. I made a patch for alsa-plugins, so that it includes speexdsp_types.h instead. I also bumped the speexdsp version check from "1.2" to "1.2rc2" in configure.ac, since speexdsp_types.h didn't

anyone know how to get the aarch64 fork pulled into the mainline speexdsp? The code is provided in the bug report https://github.com/xiph/ speexdsp/issues/7 On Fri, Jul 29, 2016 at 5:21 PM, Frank Barchard <fbarchard at google.com> wrote: > I've filed a bug for aarch64 > https://github.com/xiph/speexdsp/issues/7 > > and provided the port in a fork with a pull request. We

I've looked at some partial examples and read in the pdf Manual that the Acoustic Echo Canceller can be used outside of the speex codec as a preprocessor. I currently have a java app that uses the ffmpeg api for live streaming. I'm exploring integrating echo cancellation & I'd like to use the speexdsp AEC by mapping a javacpp library to communicate between java & speex. Audio

FTR, my main concern with this kind of approach is the case where your platform has two compilers, only one of which has stdint.h Jean-Marc On 07/05/2015 11:10 AM, Tanu Kaskinen wrote: > From: Tanu Kaskinen <tanu.kaskinen at linux.intel.com> > > Not everyone who includes speexdsp_config_types.h will have a test > which defines those, and if we've chosen to use the stdint

Hi all, (Sorry that may be duplicated that I was not a mail-list member before, so last mail sent failed) I build successfully with speex-1.2rc2. And with speexdsp 1.2rc3, I build with i386, X86_64, armv7 and armv7s all passed. But when I build for ARM64 (for iPhone 6), it failed with: /Applications/Xcode.app/Contents/Developer/usr/bin/make all-recursive Making all in libspeexdsp CC

Complains about missing Int16 functionality. So for 64bit on Arm you have to compile without –enable-neon and that has a huge effect on the AEC functionality. The Pi3 with neon is just struggling with the AEC routines as its audibly better on a Pi4 but its not the garble that a Pi0 produces. Without the neon on the Pi3 the 1.2 – 1.85 perf boost of neon with FFT is lost and it really effects AEC

Hi I'm new to speex list but joined because I'm needing to port the Neon to ARM64. On that function, saturate_32bit_to_16bit(), I noticed the ifdef's are wrong. The first version is for normal arm 32 bit arm and should be used for arm32 and thumb2 but not thumb1. The second version is 32 bit neon and should be #ifdef __ARM_NEON__ I've done a third version which is 64 bit neon.

Hi, On Sat, Mar 28, 2015 at 2:34 PM, Evan JIANG <firstfan at gmail.com> wrote: > Hi all, > > (Sorry that may be duplicated that I was not a mail-list member before, > so last mail sent failed) > > I build successfully with speex-1.2rc2. And with speexdsp 1.2rc3, I > build with i386, X86_64, armv7 and armv7s all passed. > But when I build for ARM64 (for

From: Tanu Kaskinen <tanu.kaskinen at linux.intel.com> Not everyone who includes speexdsp_config_types.h will have a test which defines those, and if we've chosen to use the stdint types at configure time then we know exactly which header(s) are available, so just choose the best one then and generate the header to use it. This patch, including the above text, is copied from a commit

I've filed a bug for aarch64 https://github.com/xiph/speexdsp/issues/7 and provided the port in a fork with a pull request. We need someone to review/merge in the pull request? It provides the source code, but my testing was under Android builds, so there would be some configure changes needed to build it stand alone. On Tue, Apr 19, 2016 at 4:32 PM, Frank Barchard <fbarchard at

Hi all, I build successfully with speex-1.2rc2. And with speexdsp 1.2rc3, I build with i386, X86_64, armv7 and armv7s all passed. But when I build for ARM64 (for iPhone 6), it failed with: /Applications/Xcode.app/Contents/Developer/usr/bin/make all-recursive Making all in libspeexdsp CC preprocess.lo CC jitter.lo CC mdf.lo CC fftwrap.lo CC

On 12 October 2012 11:10, Miroslav Lachman <000.fbsd at quip.cz> wrote: > I don't like comparing Release Candidates without any details about config, > but the fact that DF 3.2 is much better than DF 3.0 is interesting. And they > are very close to performance of Scientific Linux 6.2. Hey cool! And FreeBSD-9.1 is on there and doing worse than Linux and Dragonfly BSD. I wonder

Actually its the ccflags I am using with that particular distro. -mcpu=cortex-a72 -mfloat-abi=hard -mfpu=neon-fp-armv8 -mneon-for-64bits Which is optimised for pi4 isn’t liked. Also without ccflag=”” configure: error: No 16 bit type found on this platform! ./configure --enable-neon --libdir=/usr/lib/aarch64-linux-gnu I dropped down to ubuntu 18.04 and the same errors occur. I have a

This patch updates the symbian build files to latest svn trunk, and also adds a new makefile for speexdsp. Signed-off-by: Alfred E. Heggestad <aeh@db.org> --- Index: symbian/speexdsp.mmp =================================================================== --- symbian/speexdsp.mmp (revision 0) +++ symbian/speexdsp.mmp (revision 0) @@ -0,0 +1,42 @@ +/* + Copyright (C) 2003 Commonwealth

Thanks ... > Those links seem to work here. 2 links "http://rarewares.hydrogenaudio.org" redirect to "https://hydrogenaud.io" ... no "rarewares" subdomain "http://git.xiph.org/speex.git" maybe better "http://git.xiph.org/?p=speex.git;a=summary" "http://git.xiph.org/speexdsp.git" maybe better

Description =========== This patch adds support of CMake meta build system, so you can generate Unix makefiles, VS 6.0-2017 projects and many more. Features ======== * Win32 and Linux tested * Travis CI test added * Generates working Visual Studio 6.0-2017 solutions * Generates working Unix Makefile * Supported options (<option> - <default value>): * `ENABLE_FLOATING_POINT` - on

For those who did not get the annoucement. CuteFTP is now claiming to support sftp as stated in the RFC. And at first glace it *SORTA* works.=) I can upload files, but the directory listings are broken (it does not display anything) and as a result download won't work (since cuteftp rquires the file to be in the directory listing to get). I'm going to back down a releas of

This is on my TODOOn Wed, Aug 3, 2016 at 1:19 PM, dos386 <dos386 at gmail.com> wrote: > Thanks ... > >> Those links seem to work here. > > 2 links "http://rarewares.hydrogenaudio.org" redirect > to "https://hydrogenaud.io" ... no "rarewares" subdomain > > "http://git.xiph.org/speex.git" maybe better >