search for: tmatth

...s) > 2. Re: [PATCH] SILK: use silk_memmove for potentially > overlapping areas (Timothy B. Terriberry) > > > ---------------------------------------------------------------------- > > Message: 1 > Date: Mon, 4 Jul 2016 09:18:12 -0400 > From: Tristan Matthews <tmatth at videolan.org> > To: opus at xiph.org > Cc: Tristan Matthews <tmatth at videolan.org> > Subject: [opus] [PATCH] SILK: use silk_memmove for potentially > overlapping areas > Message-ID: <1467638292-19376-1-git-send-email-tmatth at videolan.org> > > F...

Thanks Tristan The patch is attached and applies to speexdsp's master. The warnings came from Wireshark's coverity scans. Dario. On Tue, Sep 20, 2016 at 10:56 PM, Tristan Matthews <tmatth at videolan.org> wrote: > Hi Dario, > > On Wed, Aug 10, 2016 at 6:07 AM, Dario Lombardo <lomato at gmail.com> wrote: > > Hello devels > > I'm a core developer of the wireshark project. In our audit process, a > piece > > of code of speex (the copy we main...

Hi I am not sure if this issue has been resolved, but on the latest opus 1.1.4, * I downloaded the tarball, * ran ./configure followed by * make and then * make check Can you please help? Thank you make[3]: Entering directory `/prj/avspw/karthikr/Development/BFamily/Broadcast/SDM845/Opus/opus-1.1.4/doc' doxygen Warning: ignoring unsupported tag

Hi, On Thu, Jan 8, 2015 at 11:13 PM, Vikram Karve <Vikram.Karve at citrix.com> wrote: > > Hi, > Has anyone attempted to build the Speex codec for ARM64? If so, could you please share the build instructions or some references detailing what scripts need to be updated. I don't have access to any ARM64 hardware, but you might want to try --disable-neon, see:

Hello Tristan, Thank you. But I am using libspeex library. Does the speexdsp library be included in it? Or it needs to be installed separate. Appreciate the help. Thanks, Ankhit On Thu, Aug 20, 2015 at 11:43 AM, Tristan Matthews <tmatth at videolan.org> wrote: > Hi Ankhit, > > On Thu, Aug 20, 2015 at 12:06 PM, Ankhit Vivekananda < > ankhit.vivekananda at biscotti.com> wrote: > >> Hello, >> >> I am a newbie and wanted to know if a speex preprocessor, such as a >> DENOISE, can be used...

Hi Roger, > > On Fri, Jul 8, 2016 at 6:41 PM, Roger Pack <rogerdpack2 at gmail.com> wrote: >> As a note, with the latest versions, I get this "new" failure, when >> cross compiling for windows using mingw: >> >> CCLD speexdec.exe >> speexdec.o:speexdec.c:(.text+0x4af): undefined reference to >> `_imp__waveOutGetNumDevs at 0'

Hello devels I'm a core developer of the wireshark project. In our audit process, a piece of code of speex (the copy we maintain inside wireshark) showed a flaw. I have a couple of patches I'd like to send you but I can't find details about the submission process. Can you help me? Thanks Dario. -- Naima is online. -------------- next part -------------- An HTML attachment was

Hello, I am a newbie and wanted to know if a speex preprocessor, such as a DENOISE, can be used with other encoders such as AAC. We are developing video cameras using speex codec for encoding and decoding audio when placing calls. We also stream live audio/video files out of the camera and use AAC encoder for that as the server that we stream to supports only AAC. But, the noise level is high

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

Friends, My name is Igor, I am new to this forum. I have a peculiar problem with my OGG/Speex implementation: I encode a short PCM stream in OGG/Speex, but the result can not be read by VLC and MediaInfo <http://mediaarea.net/nn/MediaInfo> reports that the file is too short (240ms). In reality the file contains about 2.7 sec worth of audio. Another interesting thing I noticed is that the

Hi, On Thu, Mar 5, 2015 at 2:18 PM, SellBuy Sammamish <sellbuysam at gmail.com> wrote: > Friends, > > My name is Igor, I am new to this forum. > > I have a peculiar problem with my OGG/Speex implementation: I encode a short > PCM stream in OGG/Speex, but the result can not be read by VLC and MediaInfo > reports that the file is too short (240ms). In reality the file

--- src/wave_out.c | 4 ++-- 1 file changed, 2 insertions(+), 2 deletions(-) diff --git a/src/wave_out.c b/src/wave_out.c index 57b5703..0f871b9 100644 --- a/src/wave_out.c +++ b/src/wave_out.c @@ -71,7 +71,7 @@ Box ( const char* msg ) */ static void CALLBACK -wave_callback ( HWAVE hWave, UINT uMsg, DWORD dwInstance, DWORD dwParam1, DWORD dwParam2 ) +wave_callback ( HWAVEOUT hWave, UINT

On Tue, Sep 20, 2016 at 4:38 PM, Ralph Giles <giles at thaumas.net> wrote: > > Here are two quick patches. One adds a config for the travis-ci.org > continuous integration service, the other is a small gitignore cleanup. LGTM. Best, Tristan

Hi, VLC recently migrated to libflac 1.3.1, however we had to revert to 1.3.0 as we had crashes for most FLAC files on the Windows desktop platform. More information is available here: https://trac.videolan.org/vlc/ticket/14104 Best, Tristan

On Mon, Mar 9, 2015 at 5:15 PM, lvqcl <lvqcl.mail at gmail.com> wrote: > Janne Hyv?rinen wrote: > >> I compiled flac.exe without NASM and verified that >> FLAC__lpc_restore_signal_16_intrin_sse2 is used. Decoding the same file >> that made VLC 2.2 crash decoded without issues. Would be nice if VLC was >> compilable with MSVC and we could use its debugger.

Unable to test on win32 at the moment, please give this a try. Feedback welcome. Avoids crashes due to unaligned ops when built with mingw. --- src/libFLAC/include/private/cpu.h | 9 +++++++-- 1 file changed, 7 insertions(+), 2 deletions(-) diff --git a/src/libFLAC/include/private/cpu.h b/src/libFLAC/include/private/cpu.h index 8927897..bd40012 100644 --- a/src/libFLAC/include/private/cpu.h +++

--- configure.ac | 5 +++-- 1 file changed, 3 insertions(+), 2 deletions(-) diff --git a/configure.ac b/configure.ac index eb9b0cc..4347c07 100644 --- a/configure.ac +++ b/configure.ac @@ -399,9 +399,10 @@ if test x$ac_cv_c_compiler_gnu = xyes ; then if test "x$asm_optimisation$sse_os" = "xyesyes" ; then XIPH_ADD_CFLAGS([-msse2]) - XIPH_ADD_CFLAGS([-mstackrealign]) +

On Fri, Apr 10, 2015 at 1:40 PM, lvqcl <lvqcl.mail at gmail.com> wrote: > Tristan Matthews wrote: > > > if test "x$asm_optimisation$sse_os" = "xyesyes" ; then > > XIPH_ADD_CFLAGS([-msse2]) > > - XIPH_ADD_CFLAGS([-mstackrealign]) > > + if test "$host_os" = "mingw32" ; then >

And only for i686. --- configure.ac | 9 +++++++-- 1 file changed, 7 insertions(+), 2 deletions(-) diff --git a/configure.ac b/configure.ac index eb9b0cc..8dd5b0d 100644 --- a/configure.ac +++ b/configure.ac @@ -399,11 +399,16 @@ if test x$ac_cv_c_compiler_gnu = xyes ; then if test "x$asm_optimisation$sse_os" = "xyesyes" ; then XIPH_ADD_CFLAGS([-msse2]) -

Refs http://sourceforge.net/p/flac/bugs/424/ --- doc/html/format.html | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/doc/html/format.html b/doc/html/format.html index 8598941..2ce82c2 100644 --- a/doc/html/format.html +++ b/doc/html/format.html @@ -1578,7 +1578,7 @@ &lt;5&gt; </td> <td> - Quantized linear predictor coefficient shift needed