Displaying 20 results from an estimated 200 matches similar to: "segmentation fault on lost packets"
2009 Dec 18
0
Fixed Point on wideband-mode: Single Frame loss on 2000 Hz sine causes "freak off"
Hi,
I'm quite sure we found a bug inside the codec (1.2rc1, wideband mode). It only
occurs when speex is compiled with the FIXED_POINT flag.
I feed in a 2000 Hz sine wave (-15 dBFS). When I simulate a single frame loss
(i.e. pass a null pointer to speex_decode_int as second parameter for just one frame), the decoder
starts to freak out a second later: It produces horrible noise with 0 dBFS.
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
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
>
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
2010 Jan 14
0
Fwd: Re: Fixed Point on wideband-mode: Single Frame loss on 2000 Hz sine causes "freak off"
What happens if you change that line:
if (cumul_gain > 262144)
to use a smaller value? What value works OK (if any)?
One more thing, when things go wrong, do they eventually go back to
normal or does the codec never recover? It's unavoidable that the audio
goes bad for a short period of time because of the long-term predictor.
Jean-Marc
On 2010-01-14 05:57, Frank Lorenz wrote:
>
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
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
2002 Jul 18
1
VP3/QT: Fix for QuickTime 6 GDI bug
QuickTime 6 for Windows breaks the VP3 codec quite severely--if you turn on "Safe Mode" (which forces QuickTime to draw through GDI), you'll see a white or black screen instead of video. This is logged as bug #2111990 in Apple's QuickTime feedback system. The fix is a classic one-liner, although it took me a long time to figure it out. :-/
Also attached is a patch to bump the
2002 Jul 18
3
Boring but useful VP3/QT patches
I think I'll start with the simple stuff, just to be safe. :-)
Here are some cvsignore updates, and a fix for the inter-project dependencies in the MSVC *.dsw file.
Cheers,
Eric
-------------- next part --------------
A non-text attachment was scrubbed...
Name: vp32-cvs-ignore-patch.diff
Type: application/octet-stream
Size: 1524 bytes
Desc: vp32-cvs-ignore-patch.diff
Url :
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'
2002 Jul 19
1
Using 'patch' (was Re: Boring but useful VP3/QT patches)
--- "Daniel B. Miller" wrote:
It looks to me like patch is trying to put each .cvsignore in the vp32
directory rather than the specified subdirectories such as
Codecs/quicktime/.
It seems like I need some option to get patch to use the 'Index:'
commands. I looked at the man page, it goes on about how patch tries to
derive the filenames, but I am still confused. Any help would
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));
-
2002 Jul 23
1
VP3/QT: A new kdxlqt_CodecVersion patch
The new 3.2.6.1 codecs work great with QuickTime 6 (thank you!), but there's no way for an application to identify them. And since the older 3.2.1.x and 3.2.2.x installers will actually *downgrade* the installed version of VP3, it would be nice if an application could warn the user.
The attached patch increments kdxlqt_CodecVersion (and documents all the Component Manager arcana involved).
2003 Apr 05
0
sweave/gc segfault bt
Below is a gdb bt from a segfault provoke by my vignette for dse2. This seems to
be relatively reproducible in the sense that I got a segfault three times
(without gctorture) on Mandrake 9.0 and also caught it in Mandrake 9.1, at what
looks to my untrained eye to be about the same place (actual at
connections.c:293 in Mandrake 9.1). This is the build from Friday morning.
Paul Gilbert
2005 Feb 27
0
SPEEX_GET_QUALITY
Hi Maitland,
I think your solution is probably the best implementation you could do
for SPEEX_GET_QUALITY. However, unless you have something against that,
I think removing it would be better, as in many cases (e.g. VBR), the
call just doesn't make sense). This would of course break the API (not
the ABI), but given the fact that it was never implemented, any app that
uses it is already broken
2002 Sep 04
0
Limiting bandwidth to around max. 8k per second - possible? Working?
Hello,
I am using the latest binary download from vp32.com, just as a starter.
We try using the VP32 codec in a video conferencing application,
replacing Intel indeo for obvious reasons. I must note that I have
considered contacting ON2 for a license of the VP5 codec, but after
sending emails for amore than a week and never getting back calls after
they were announced, and after not reaching
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 =
2002 Oct 22
1
compglobals.c
pls let me know if/when you have theora compiling & running on Windows.
-----Original Message-----
From: Tabuleiro [mailto:beta@tabuleiro.com]
Sent: Tue 10/22/2002 3:13 PM
To: theora-dev@xiph.org
Cc:
Subject: [theora-dev] compglobals.c
I believe this file is no longer used and contains functions that are no
2004 Aug 06
0
Frozen upper spectrum in WB VBR CNG
Great, thanks! That patch solved it. VBR without DTX seems to work
perfectly now. If I enable DTX, there's still a little bit of buzz
but it doesn't seem to last very long when it happens.
I appreciate the quick fix!
Tom
Jean-Marc Valin (jean-marc.valin@hermes.usherb.ca) wrote:
>
> Yep, you found a bug and here's the patch. It should solve your problem
> (using VBR