Displaying 20 results from an estimated 1100 matches similar to: "Patch for sb_celp.c and a few questions"
2006 Dec 09
0
Patch for sb_celp.c and a few questions
> In the current version in SVN the wideband encoder/decoder doesn't
> correctly pass the parameter of SPEEX_SET_SUBMODE_ENCODING to the
> underlying narrowband codec. My patch fixes this.
Thanks. Strange that this didn't cause problems before.
> Then I have a question regarding the EPIC_48K mode. Should the
> perceptual enhancer work with this mode? At the moment it is
2005 Jul 18
1
[PATCH] remove unused encoder buf in sb_celp.[hc]
diffed against http://svn.xiph.org/trunk/speex r9583
Index: libspeex/sb_celp.c
===================================================================
--- libspeex/sb_celp.c (revision 9583)
+++ libspeex/sb_celp.c (working copy)
@@ -272,7 +272,6 @@
st->g0_mem=speex_alloc((QMF_ORDER)*sizeof(spx_word32_t));
st->g1_mem=speex_alloc((QMF_ORDER)*sizeof(spx_word32_t));
-
2006 Dec 11
0
A question about speex_bits_write function
Thanks a lot for your explanations. Is it right I understand? if I've set
SPEEX_SET_BITRATE to 16000(bps) this means that output is 16000/8=2000 bytes
and I should set MAX_FRAME_BYTES and the length of cbits to 2000. Is it
right? Maybe it is simple question but your answer is important for me,
actually thanks a lot for your helps.
Yasemin
The last argument should simply be the size of your
2007 Mar 14
0
re: decoder issue in sb_celp
Tom Harper a ?crit :
> A little more info on this:
>
> I backtracked deeper into this and it looks like excBuf
> is corrupted, which is corrupted by low_innov_alias
> being invalid. However it is not entirely clear where
> that gets initialized (in sb_celp it is set to out+st->frame_size)
While looking for the problem, I ended up fixing two other things that
could be
2007 Mar 13
3
re: decoder issue in sb_celp
A little more info on this:
I backtracked deeper into this and it looks like excBuf
is corrupted, which is corrupted by low_innov_alias
being invalid. However it is not entirely clear where
that gets initialized (in sb_celp it is set to out+st->frame_size)
Tom
2005 May 25
3
Speex on TI C6x, Problem with TI C5x Patch
Hi Jean-Marc, Hi Jim,
I have also seen some problems with the 1.1.8 release on the C55x. So far I
have boiled down the issues to the following:
1) We need our own "fixed_xx.h" header file. I don't know why, and haven't
had time to investigate, but there is a definite improvement when I use the
attached fixed_c55x.h file which has turned all the maths into inline
functions.
2010 Jan 13
2
Fwd: Re: Fixed Point on wideband-mode: Single Frame loss on 2000 Hz sine causes "freak off"
<body bgcolor="#ffffff" background="https://img.web.de/v/p.gif" class="bgRepeatYes" style="background-repeat: repeat; background-color: rgb(255, 255, 255); color: rgb(0, 0, 0); font-size: 9pt; padding-left: 0px;" ><span style="font-size: 9pt;"><span style="font-family: verdana,geneva;"><span
2009 Dec 21
0
Fwd: Fixed Point on wideband-mode: Single Frame loss on 2000 Hz sine causes "freak off"
An update:
I found that the "ADD32: output is not int:" messages are caused by the enhancer. When I turn the enhancer off, the messages vanish, but the "freak out" of the codec is still there - so the problem seems not to be related to the overflow messages.
best regards,
Frank
---------- Urspr?ngliche Nachricht ----------
Von: Frank Lorenz <Frank_wtal at web.de>
An:
2010 Jan 04
0
Fixed Point on wideband-mode: Single Frame loss on 2000 Hz sine causes "freak off"
Hi Jean-Marc, all,
I didn't get any response to my issue up to now and would like to now if anyone can reproduce this behaviour and if there is some idea what happens. I am willing to fix this issue, but because I do not know the internals of speex, I need some advice on how to proceed...
best regards,
Frank
Frank Lorenz <Frank_wtal at web.de> hat am 21. Dezember 2009 um 10:49
2007 Mar 14
0
re: decoder issue in sb_celp
> Thanks for looking into this- I think I needed to give you a
> bit more info! Sorry for such a vague initial report.
>
> So most of these problems seem to be coming
> from the lsp_to_lpc function. In particular the following:
> xout1 = xin1 - 2.f*x_freq[i2] * *n1 + *n2;
> xout2 = xin2 - 2.f*x_freq[i2+1] * *n3 + *n4;
>
> ... in the floating
2007 Mar 14
0
re: decoder issue in sb_celp
> I don't think that the stack is getting corrupted- but I can't
> rule it out- so what I will do is try to record some
> samples to a file to reproduce this outside of the app.
> Is there a standard place to post test files?
It would indeed be much easier to deal with a stand-alone file. If
possible, please upload it to a website and send the URL. Otherwise,
just send it to
2009 Jun 26
1
Looks to be some unused memory in sb_celp.c
Hi again JM,
I hate to nit-pick, but it seems that the memory pointed to by the
member "h1_mem" in the SBEncState structure is allocated, freed and
initialized but never actually used. Perhaps it's a leftover from some
previous incarnation of the QMF code? Hope I'm not wasting your time here.
John Ridges
2006 Jan 02
0
Speex 1.1.11.1 not work on symbian
Dear sirs,
Speex fails to link with my application on symbian, sdk versions 2nd edition
fp2 and fp3 with this errors:
..\..\..\SYMBIAN\8.0A\S60_2ND_FP2\EPOC32\RELEASE\ARMI\UREL\SPEEX.LIB(../../../SYMBIAN/8.0A/S60_2ND_FP2/EPOC32/BUILD/SRC/SPEEX/SYMBIAN/SPEEX/ARMI/UREL/SPEEX.o)(.text+0x158):Speex.c:
undefined reference to `floor'
2007 Mar 14
2
re: decoder issue in sb_celp
Jean Marc,
I don't think that the stack is getting corrupted- but I can't
rule it out- so what I will do is try to record some
samples to a file to reproduce this outside of the app.
Is there a standard place to post test files?
Note also I am intentionally stressing out speex here in
part to figure out what the issue is- 99.9% of the time
this issue never happens but right now it is not
2010 Jan 13
1
Fwd: Re: Fixed Point on wideband-mode: Single Frame loss on 2000 Hz sine causes "freak off"
<body bgcolor="#ffffff" background="https://img.web.de/v/p.gif" class="bgRepeatYes" style="background-repeat: repeat; background-color: rgb(255, 255, 255); color: rgb(0, 0, 0); font-size: 9pt; padding-left: 0px;" ><p>Hi Jean-Marc,</p>
<p> </p>
<p>yes, I tested with floating point. It is only a fixed point
2007 Mar 14
2
re: decoder issue in sb_celp
Jean Marc-
Thanks for looking into this- I think I needed to give you a
bit more info! Sorry for such a vague initial report.
So most of these problems seem to be coming
from the lsp_to_lpc function. In particular the following:
xout1 = xin1 - 2.f*x_freq[i2] * *n1 + *n2;
xout2 = xin2 - 2.f*x_freq[i2+1] * *n3 + *n4;
... in the floating point version this code can
2010 Jan 14
2
Fwd: Re: Fixed Point on wideband-mode: Single Frame loss on 2000 Hz sine causes "freak off"
Hi Jean-Marc,
yes, problem exists in narrowband-mode, too.
I already twiddled with max_gain, but did not have real success. I changed line 337 of ltp.c (function pitch_gain_search_3tap_vq)
if (sum>best_sum && gain_sum<=max_gain) {
to
if (sum>best_sum && gain_sum<max_gain) {
-- that stabilizes speex for 2000 Hz and 2200 Hz input on quality setting 7 (23800
2010 Jan 13
0
Fwd: Re: Fixed Point on wideband-mode: Single Frame loss on 2000 Hz sine causes "freak off"
Hi Frank,
Sorry, I *do* care about the problem and just happen to be overworked at
the moment. What I suspect is that the pitch gain gets close enough to
unity that the loss makes it bust. Did you test with the floating-point
code?
Jean-Marc
On 2010-01-13 03:45, Frank Lorenz wrote:
> Hi,
>
> is no one willing to spent some effort on this topic? At least it would
> be good
>
2005 Feb 27
2
SPEEX_GET_QUALITY
To close debian bug #271052,
http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=271052
I went ahead and did the following:
$ diff -u ../original/speex-1.1.6/libspeex/nb_celp.c libspeex/nb_celp.c
--- ../original/speex-1.1.6/libspeex/nb_celp.c 2004-07-15 01:16:52.000000000 -0400
+++ libspeex/nb_celp.c 2005-02-27 08:24:49.000000000 -0500
@@ -1746,6 +1746,21 @@
st->submodeSelect =
2005 Jun 06
1
Bug from revision 9316: SB_ENC_STACK misdefined
Revision 9316 introduced SB_ENC_STACK and friends, but misdefines
SB_ENC_STACK to be too small, resulting in quite noticable artifacts in
wideband mode as well as memory corruption and a crash (sooner or later).
The patch below should return SB_ENC_STACK to be equal to what it
replaced.
Index: sb_celp.c
===================================================================
--- sb_celp.c