search for: natvig

Alexander Chemeris wrote: > Hi, > > On 5/27/08, Thorvald Natvig <thorvald at natvig.com> wrote: > >> And here's a patch for Intel Math Kernel Library. This allows commercial >> users of Speex to use a high-speed FFT library that isn't GPL'd. (You do >> need to pay for it though). This is 3 times faster than the default...

And here's a patch for Intel Math Kernel Library. This allows commercial users of Speex to use a high-speed FFT library that isn't GPL'd. (You do need to pay for it though). This is 3 times faster than the default FFT in speex, and also faster than FFTW3 since MKL has native support for the complex packing Speex uses. Since Intel hasn't supplied any pkg-config files, and which

On 5/29/08, Thorvald Natvig <thorvald at natvig.com> wrote: > Alexander Chemeris wrote: > > On 5/29/08, Thorvald Natvig <thorvald at natvig.com> wrote: > > > I've done listening tests when converting wb_male.wav to 44.1, 48 and 8khz, > > > and there aren't any obvious artifacts....

Alexander Chemeris wrote: > Hi, > > Here are some questions from user point of view. :) > > On 5/29/08, Thorvald Natvig <thorvald at natvig.com> wrote: > >> I've done listening tests when converting wb_male.wav to 44.1, 48 and 8khz, >> and there aren't any obvious artifacts. I also did a 16=>16 test, and the >> results are delayed by 10ms and within +/- 1 (basically, roundin...

Oh, I forgot to mention one thing. I currently append a few bits of custom information to each speex packet which I fetch out with things like speex_bits_unpack_unsigned(&sjJitter.current_packet, 1); It would be very usefull if the jitter buffer didn't actually decode the packet, but instead returned a pointer to it (or NULL if you should play silence and -1 if you should repeat the

Attached is a snapshot of work-in-progress of a FFT based resampler. At the moment it works in floating point only, and only basic quality inspection has been done. Some benchmarks comparing the filter-based resampler at Q3 with the FFT resampler with overlap = in_len / 2, using 20ms chunks of data. (-O3 -ffast-math, FFTW3, gcc 4.3.0 on x86_64) 16=>48: 59us vs 19us 16=>44.1: 204us vs

Jean-Marc Valin wrote: >> I recently found a .. weird bug on Win32 SSE with GCC 4.2.1. >> >> In libspeex/cb_search_sse.h, the following union is used: >> >> union { >> float __a[4]; >> __m128 __v; >> } __u; >> >> For some odd reason, this particular version of GCC will not 16-byte >> align the union. IE; the alignment

...p' to speex-dev-request@xiph.org You can reach the person managing the list at speex-dev-owner@xiph.org When replying, please edit your Subject line so it is more specific than "Re: Contents of Speex-dev digest..." Today's Topics: 1. Re: Library split (poll) (Thorvald Natvig) ---------------------------------------------------------------------- Message: 1 Date: Thu, 29 Jun 2006 16:58:06 +0200 (CEST) From: Thorvald Natvig <speex@natvig.com> Subject: Re: [Speex-dev] Library split (poll) To: speex <speex-dev@xiph.org> Message-ID: <Pine.LNX.4.62.06062916...

Hi, Attached is a patch which enables FFTW3 to be used by libspeexdsp. Using SSE, the FFT code is more than twice as fast, and it's 50% faster even without SSE. To enable the library, you'll need to call configure with '--with-gpl-fftw3'. Based on the benchmarking we did, this also changes the default FFT to smallft for floating point implementations when not using FFTW3.

...odifications to do what you've asked for. I think the preprocessor in general needs a little tweaking like this to work well in various real-world situations, but I'm not sure how much of this Jean-Marc wants to incorporate into Speex vs. leave to application developers. Tom Thorvald Natvig <speex@natvig.com> wrote: > > > Echo cancellation works like a charm, but it seems to confuse the > preprocessor a bit. > > If listening to background music (properly fed through the echo > cancellator), the music is removed but the result is still detected as >...

Hi, I'm moving my "metadata" which accompanies some of the speech packets into the speex bits. However, as usual, I'm a bit confused. The manual (PDF from current SVN), section 5.10 (bottom of page 21) states that: "Finally, applications may define custom in-band messages using mode 13. The size of the message in bytes is encoded with 5 bits, so that the decoder can

From: Thorvald Natvig <slicer at users.sourceforge.net> Some optimizing compilers miscompile the current SSE optimizations when full optimizations are enabled. By using output value pointer instead of a return value, we can bypass this misbehaviour. --- libspeex/resample.c | 8 ++++---- libspeex/resample_...

From: Thorvald Natvig <slicer at users.sourceforge.net> --- celt.pc.in | 2 +- configure.ac | 2 ++ libcelt/Makefile.am | 12 ++++++------ tests/Makefile.am | 2 +- tools/Makefile.am | 4 ++-- 5 files changed, 12 insertions(+), 10 deletions(-) diff --git a/celt.pc.in b/celt.pc....

...or in general needs a little > > tweaking like this to work well in various real-world situations, but > > I'm not sure how much of this Jean-Marc wants to incorporate into > > Speex vs. leave to application developers. > > > > Tom > > > > Thorvald Natvig <speex@natvig.com> wrote: > > > > > > > > > Echo cancellation works like a charm, but it seems to confuse the > > > preprocessor a bit. > > > > > > If listening to background music (properly fed through the echo > > > cancell...

...urrent stack size allows (not sure how allocated? Could be your settings for supporting alloca/etc. are set different than jm, due to support for variable size arrays. Haven't had a chance to look at the new(er) stuff yet, but that would be my guess... Tom At 11:15 PM 12/31/2005, Thorvald Natvig wrote: >That's right. Ah, I don't have the code here right now, but it was "heap >overrun of 200 bytes", meaning it wrote 200 bytes beond the allocated block.

...to give a speex decoder instance to JB]. It would be better if we could use it with any codec, like speex preprocessor and AEC. What are the any paper/theory/algorithms behind current ADAPTIVENESS of speex JB? Links to those algo/papers would help to understand better. -- Shantanu --- Thorvald Natvig <speex@natvig.com> wrote: > > Oh, I forgot to mention one thing. I currently > append a few bits of custom > information to each speex packet which I fetch out > with > things like > speex_bits_unpack_unsigned(&sjJitter.current_packet, > 1); > > It would...

...igning the memory, and an implicit assumption in the speex code that it > will have proper alignment. I actually doubt it's the OS (as much as I hate Windows). After all, it's the compiler that manages the stack and needs to ensure alignment. Jean-Marc > > On 8/20/07, Thorvald Natvig <speex@natvig.com> wrote: >> Jean-Marc Valin wrote: >>>> I recently found a .. weird bug on Win32 SSE with GCC 4.2.1. >>>> >>>> In libspeex/cb_search_sse.h, the following union is used: >>>> >>>> union { >>>> flo...

On 8/23/07, Thorvald Natvig <speex@natvig.com> wrote: > Jean-Marc Valin wrote: > > Duane Storey a ?crit : > >> Actually, it might just be an OS "feature".. On most linux and mac > >> platforms, the memory managers align memory on proper boundaries -- this > >> doesn't o...

Hi, Here are some questions from user point of view. :) On 5/29/08, Thorvald Natvig <thorvald at natvig.com> wrote: > I've done listening tests when converting wb_male.wav to 44.1, 48 and 8khz, > and there aren't any obvious artifacts. I also did a 16=>16 test, and the > results are delayed by 10ms and within +/- 1 (basically, rounding errors > from t...

On 5/29/08, Thorvald Natvig <thorvald at natvig.com> wrote: > > > Yes, I plan to use it in a VoIP environment if I can get latency reduced to > > > an acceptable level :) > > > The latency depends directly on the overlap parameter, which also controls > > > the quality. Higher quali...