Displaying 15 results from an estimated 15 matches similar to: "Second part of data export patch"
2008 Mar 18
1
Patch to make SPEEX_PREPROCESS_GET_AGC_GAIN use dB, and _SET_AGC_LEVEL use a int32
Hi,
The attached patch fixes an incistency in my earlier patch. Whereas the
rest of the AGC ctls are in dB, GET_AGC_GAIN was linear. This patch fixes
that.
It also changes the API for _GET and _SET_AGC_LEVEL to use a int32
instead of a float, meaning we don't need to do a API change when we get
a fixed point AGC.
Best regards,
Thorvald
-------------- next part --------------
---
2008 Feb 02
0
Patch to make analysis data available.
Hi,
Ref the disucussion on IRC yesterday; here's a patch which makes a bit
more data from the analysis of the preprocessor and the echo canceller
available.
For the preprocessor:
- Size of power spectrum.
- Power spectrum and noise estimate of the previous frame.
These are given as squared values, so sqrt() to get values in the
0->32767 range.
- Current amplification level
2008 Feb 12
0
Patch to get impulse response from echo canceller
Hi,
Here's the second attempt of a patch to get the impulse response from the
echo canceller :)
-------------- next part --------------
diff -ubBwr clean/include/speex/speex_echo.h get_impulse/include/speex/speex_echo.h
--- clean/include/speex/speex_echo.h 2007-10-09 13:08:15.000000000 +0200
+++ get_impulse/include/speex/speex_echo.h 2008-02-12 23:58:11.000000000 +0100
@@ -51,6 +51,14 @@
2008 Feb 13
1
Fixed-point scaling of mdf impulse response
Hi,
I made a small error in the impulse reponse function; when doing the
inverse fft in fixed point, it will overflow unless it's properly scaled.
This patch uses the same scaling as that used when updating the filters,
and the outputs now have the same shape and the same scale in fixed
and floating point.
Best regards,
Thorvald
-------------- next part --------------
diff -ubBwr
2009 Jun 14
1
Resampler saturation, blackfin performance
> -----Message d'origine-----
> De : Jean-Marc Valin [mailto:jean-marc.valin at usherbrooke.ca]
> Envoy? : dimanche, 14. juin 2009 20:46
> ? : Stephane Lesage
> Cc : speex-dev at xiph.org
> Objet : Re: [Speex-dev] Resampler saturation
>
> Just to make sure I understand, the two patches you sent are
> two different ways to fix the problem, with the only
>
2005 Dec 02
1
Visualizing echo
Hi,
I've added visualization of the speex noise cancellation to my program.
I did this by taking st->noise[] and st->ps[], scale both by
1.0/(st->ps_size * 32768.0) (to get a value between 0.0 and 1.0), and then
draw them as a realtime lineplot. This works well, and my users like being
able to see roughly what frequency bands they have noise in and compare
it to their input
2010 Jun 07
0
No subject
preprocess.c:
/* FIXME: This VAD is a kludge */
st->speech_prob =3D Pframe;
if (st->vad_enabled)
{
if (st->speech_prob > st->speech_prob_start || (st->was_speech && st->speec=
h_prob > st->speech_prob_continue))
{
st->was_speech=3D1;
return 1;
} else
{
st->was_speech=3D0;
return 0;
}
} else {
return 1;
}
AND
case SPEEX_PREPROCESS_SET_VAD:
2010 Jun 07
0
No subject
preprocess.c:
/* FIXME: This VAD is a kludge */
st->speech_prob =3D Pframe;
if (st->vad_enabled)
{
if (st->speech_prob > st->speech_prob_start || (st->was_speech && st->speec=
h_prob > st->speech_prob_continue))
{
st->was_speech=3D1;
return 1;
} else
{
st->was_speech=3D0;
return 0;
}
} else {
return 1;
}
AND
case SPEEX_PREPROCESS_SET_VAD:
2011 Aug 29
0
Speex VAD always returning 1
For what it's worth, I've had significantly better luck with the WebRtc VAD.
It's pretty good.
http://code.google.com/p/webrtc/source/browse/#svn%2Ftrunk%2Fsrc%2Fcommon_audio%2Fvad%2Fmain%2Fsource
In general, the WebRTC voice engine seems to be more sophisticated and
mature than the Speex preprocessor (as opposed to the Speex codec, which is
pretty good).
Ken Smith
Cell:
2011 Aug 29
3
Speex VAD always returning 1
From 1.2rc1 source code:
preprocess.c:
/* FIXME: This VAD is a kludge */
st->speech_prob = Pframe;
if (st->vad_enabled)
{
if (st->speech_prob > st->speech_prob_start || (st->was_speech &&
st->speech_prob > st->speech_prob_continue))
{
st->was_speech=1;
return 1;
} else
{
st->was_speech=0;
return 0;
}
} else {
return 1;
}
AND
case
2004 Aug 06
4
Memory leak in denoiser + a few questions
Jean-Marc Valin wrote:
>>Reverberation suppression?
>>
>>
>
>Basically, it means that if you are in a room with lots of echo (long
>decay), I can reduce it a bit.
>
>
>
>>I guess this would help reduce local source echoes? I've never
>>_noticed_ that to be a problem in my use, but I would imagine that
>>using a notebook's
2008 Feb 19
4
Patch for Analog Devices compiler & fixed-point AGC
Hi Jean-Marc,
As I told you, bank is a reserved keyword in Analog Devices compiler for
Blackfin architecture.
So we need to change the variables named bank to something else.
Here's a patch that changes bank to bnk in the 3 concerned files.
(Hope the format is OK)
About my previous problems with the Blackfin:
-> strange block repetition that could be cancelled by the AEC
I was busy
2008 Mar 29
0
GCC/ELF Visibility patch
Hi,
I've attached a patch against SVN r14645 which adds GCC visibility
information to all symbols exported from libspeex.so and libspeexdsp.so.
It includes a configure.ac change to test that both the compiler flags and
__attribute__((visibility)) works, and if so will
#define EXPORT __attribute__((visibility("default")))
and if not
#define EXPORT
I've attached a diff output
2008 Mar 29
2
GCC/ELF Visibility patch (fwd)
Hi,
I've attached a patch against SVN r14645 which adds GCC visibility information
to all symbols exported from libspeex.so and libspeexdsp.so. It includes a
configure.ac change to test that both the compiler flags and
__attribute__((visibility)) works, and if so will
#define EXPORT __attribute__((visibility("default")))
and if not
#define EXPORT
I've attached a diff output
2004 Aug 06
2
Memory leak in denoiser + a few questions
On Mar 28, 2004, at 8:23 PM, Jean-Marc Valin wrote:
>> The st->zeta pointer isn't freed in the
>> speex_preprocess_state_destroy()
>> function of the preprocess.c file (alloced in line 167). It's in
>> Speex 1.1.4
>> by the way.
>
> Oops... Thanks for letting me know. I'll change that for the next
> release (in the mean time, the fix is