Comments (9)
hi, thank you for the detailed report
I am wondering if something is wrong with the libspeex for your platform,
perhaps it is built w/o the CTL interface? Are you able to reproduce the bug
on other platforms, such as Linux/OSX ?
I just tested latest baresip on OSX with libspeex 1.2rc1, no warnings and
audio working fine. Do you know which version of libspeex you are using?
this warning is certainly very worrysome:
warning: Unknown nb_ctl request: 12
are you able to insert some extra debug lines, to find out of the segfault
is in baresip code or libspeex code ?
/alfred
from baresip.
hi, what is the ctl interface? i m also thinking something wrong with the
libspeex version on my platform. my version is "speex-1.2rc1" on openwrt OS.
On Sun, Sep 14, 2014 at 11:34 PM, Alfred E. Heggestad <
[email protected]> wrote:
hi, thank you for the detailed report
I am wondering if something is wrong with the libspeex for your platform,
perhaps it is built w/o the CTL interface? Are you able to reproduce the
bug
on other platforms, such as Linux/OSX ?I just tested latest baresip on OSX with libspeex 1.2rc1, no warnings and
audio working fine. Do you know which version of libspeex you are using?this warning is certainly very worrysome:
warning: Unknown nb_ctl request: 12are you able to insert some extra debug lines, to find out of the segfault
is in baresip code or libspeex code ?/alfred
—
Reply to this email directly or view it on GitHub
#22 (comment).
from baresip.
libspeex has a configure option "--disable-vbr" which defines DISABLE_VBR for the source code.
the unknown CTL requests (SET_VBR, SET_VAD, ..) are inside one of these #ifndef DISABLE_VBR
blocks.
but that should not lead to a segfault, I think.
I just tried libspeex-1.2rc1 w/disable-vbr locally and I get the warnings but no crashes.
can you please try another audio-codec (such as g711.so) and see if that works?
can you also try to unload speex_aec.so and speex_pp.so and check if that makes a difference?
are you able to get a backtrace from your coredump?
from baresip.
g711 codec works fine. i tried with the speex aec and speex pp unloaded and
the problem disappears ( while using speex codec ) . so the problem is
likely in libspeexdsp ? i shall need the aec module in speex..i have the
microphone too close to speaker..and the other party talking to baresip
hears very loud echo.
i am going to check the core dump .
On Mon, Sep 15, 2014 at 12:24 AM, Alfred E. Heggestad <
[email protected]> wrote:
libspeex has a configure option "--disable-vbr" which defines DISABLE_VBR
for the source code.
the unknown CTL requests (SET_VBR, SET_VAD, ..) are inside one of these
#ifndef DISABLE_VBR
blocks.but that should not lead to a segfault, I think.
I just tried libspeex-1.2rc1 w/disable-vbr locally and I get the warnings
but no crashes.can you please try another audio-codec (such as g711.so) and see if that
works?
can you also try to unload speex_aec.so and speex_pp.so and check if that
makes a difference?are you able to get a backtrace from your coredump?
—
Reply to this email directly or view it on GitHub
#22 (comment).
from baresip.
so it is either the speex_aec.so or speex_pp.so module that is crashing.
can you try to load only speex_aec.so and then only speex_pp.so to see which is
the culprit?
as noticed from your log, this debug line is never printed:
info("speex_aec: Speex AEC loaded: srate = %uHz\n", prm->srate);
so my guess is that the crash happens somewhere before that (in speex_aec.c)
from baresip.
hi,
sorry about getting back to you so late. Yes, the error is indeed in
speec_aec.c file. this is the output ( i have added some debugging msg in
between )
root@FINGI_GCC:~# baresip
baresip v0.4.11 Copyright (C) 2010 - 2014 Alfred E. Heggestad et al.
Local network address: IPv4=eth1:192.168.1.49
aucodec: PCMU/8000/1
aucodec: PCMA/8000/1
aucodec: speex/32000/2
aucodec: speex/16000/2
aucodec: speex/8000/2
aucodec: speex/32000/1
aucodec: speex/16000/1
aucodec: speex/8000/1
initializing speex AEC
aufilt: speex_aec
initializing speex AEC registered
aufilt: speex_pp
ausrc: oss
auplay: oss
ausrc: alsa
auplay: alsa
medianat: stun
medianat: turn
medianat: ice
Populated 1 account
Populated 1 contacts
Populated 8 audio codecs
Populated 2 audio filters
Populated 0 video codecs
Populated 0 video filters
baresip is ready.
[email protected]: {0/UDP/v4} 200 OK (FPBX-2.11.0(11.12.0)) [1 binding]
All 1 useragent registered successfully! (21 ms)
1105
call: connecting to 'sip:[email protected]'..
call: SIP Progress: 100 Trying (/)
audio: Set audio decoder: speex 8000Hz 1ch
audio: Set audio encoder: speex 8000Hz 1ch
warning: Unknown nb_ctl request: 12
speex: SPEEX_SET_VBR: -1
warning: Unknown nb_ctl request: 30
speex: SPEEX_SET_VAD: -1
aec_alloc start
aec_alloc @ 61 - modules/speex_aec/speex_aec.c
aec_alloc @ 69 - modules/speex_aec/speex_aec.c
aec_alloc @ 76 - modules/speex_aec/speex_aec.c
aec_alloc @ 78 - modules/speex_aec/speex_aec.c
aec_alloc @ 80 - modules/speex_aec/speex_aec.caec_alloc @ 87 - modules/speex_aec/speex_aec.c
speex_echo_state_init with sampc=160 and fl=1600 @ 93 -
modules/speex_aec/speex_aec.c
Segmentation fault (core dumped)
( the modified speex_aec.c file is attached here )
the program crashed when it calls:
st->state = speex_echo_state_init(sampc, fl);
i checked the speexdsp..its version 1.2rc1 ( latest ) . This works fine on
linux though..but not on the embedded platform ( openwrt on carambola2 ) .
do you think i am missing something during compilation ? any flags that
should be set..that i am forgetting ?
On Mon, Sep 15, 2014 at 3:14 AM, Alfred E. Heggestad <
[email protected]> wrote:
so it is either the speex_aec.so or speex_pp.so module that is crashing.
can you try to load only speex_aec.so and then only speex_pp.so to see
which is
the culprit?as noticed from your log, this debug line is never printed:
info("speex_aec: Speex AEC loaded: srate = %uHz\n", prm->srate);
so my guess is that the crash happens somewhere before that (in
speex_aec.c)—
Reply to this email directly or view it on GitHub
#22 (comment).
from baresip.
i am not very sure if you are familiar with openwrt platform's makefiles (
but i have seen you replying in openwrt forums ).
i have modified the baresip Makefile for openwrt like this:
http://pastebin.com/220N8ViX to make sure speex_aec and speex_cc compiles
when compiling baresip.
i have also reqeusted the same question here:
https://forum.openwrt.org/viewtopic.php?pid=248647#p248647
regards,
khan
On Wed, Oct 1, 2014 at 4:34 PM, Shrouk Khan [email protected] wrote:
hi,
sorry about getting back to you so late. Yes, the error is indeed in
speec_aec.c file. this is the output ( i have added some debugging msg in
between )root@FINGI_GCC:~# baresip
baresip v0.4.11 Copyright (C) 2010 - 2014 Alfred E. Heggestad et al.
Local network address: IPv4=eth1:192.168.1.49
aucodec: PCMU/8000/1
aucodec: PCMA/8000/1
aucodec: speex/32000/2
aucodec: speex/16000/2
aucodec: speex/8000/2
aucodec: speex/32000/1
aucodec: speex/16000/1
aucodec: speex/8000/1
initializing speex AEC
aufilt: speex_aec
initializing speex AEC registered
aufilt: speex_pp
ausrc: oss
auplay: oss
ausrc: alsa
auplay: alsa
medianat: stun
medianat: turn
medianat: ice
Populated 1 account
Populated 1 contacts
Populated 8 audio codecs
Populated 2 audio filters
Populated 0 video codecs
Populated 0 video filters
baresip is ready.
[email protected]: {0/UDP/v4} 200 OK (FPBX-2.11.0(11.12.0)) [1 binding]
All 1 useragent registered successfully! (21 ms)1105
call: connecting to 'sip:[email protected]'..
call: SIP Progress: 100 Trying (/)
audio: Set audio decoder: speex 8000Hz 1ch
audio: Set audio encoder: speex 8000Hz 1ch
warning: Unknown nb_ctl request: 12
speex: SPEEX_SET_VBR: -1
warning: Unknown nb_ctl request: 30
speex: SPEEX_SET_VAD: -1
aec_alloc start
aec_alloc @ 61 - modules/speex_aec/speex_aec.c
aec_alloc @ 69 - modules/speex_aec/speex_aec.c
aec_alloc @ 76 - modules/speex_aec/speex_aec.c
aec_alloc @ 78 - modules/speex_aec/speex_aec.c
aec_alloc @ 80 - modules/speex_aec/speex_aec.caec_alloc @ 87 - modules/speex_aec/speex_aec.c
speex_echo_state_init with sampc=160 and fl=1600 @ 93 -
modules/speex_aec/speex_aec.c
Segmentation fault (core dumped)( the modified speex_aec.c file is attached here )
the program crashed when it calls:
st->state = speex_echo_state_init(sampc, fl);
i checked the speexdsp..its version 1.2rc1 ( latest ) . This works fine on
linux though..but not on the embedded platform ( openwrt on carambola2 ) .do you think i am missing something during compilation ? any flags that
should be set..that i am forgetting ?On Mon, Sep 15, 2014 at 3:14 AM, Alfred E. Heggestad <
[email protected]> wrote:so it is either the speex_aec.so or speex_pp.so module that is crashing.
can you try to load only speex_aec.so and then only speex_pp.so to see
which is
the culprit?as noticed from your log, this debug line is never printed:
info("speex_aec: Speex AEC loaded: srate = %uHz\n", prm->srate);
so my guess is that the crash happens somewhere before that (in
speex_aec.c)—
Reply to this email directly or view it on GitHub
#22 (comment).
from baresip.
this is most likely a bug in Speex AEC. not sure what we can do about it,
perhaps build speexdsp from scratch and debug the library.
Or find a better AEC algorithm that we can use.
closing the ticket for now
from baresip.
@alfredh
Hi, many versions after i have the same problem with segment fault AEC speex plugin, others plugin works very well, i using openWRT on MediaTek LinkIt Smart 7688, maybe if anyone can implement WebRTC AEC, this would be very useful.
Regards
Moisés
from baresip.
Related Issues (20)
- May I ask how to set the sampling rate of saved audio files to 16000, with a default of 8000
- answered call has video even when not asked for HOT 18
- Thread Sanitizer warning for `test_call_tcp` for the stream->tx object HOT 2
- inreq_allowed is missing from Wiki and if not allowed produced incorrect negative response HOT 10
- Baresip gets stuck related to "audio: rtp timestamp wraps backwards" since 3.9.0 HOT 6
- Add ;inreq_allowed to addr-params
- Restore backwards compatibility by accepting MESSAGE requests by default
- netroam module HOT 2
- How do I get my client to support TLS 1.0? HOT 1
- ci: broken sanitizers
- support webrtc data-channel
- test: test_message failed but is marked as success HOT 2
- 3.11.0 build failure on enum tls_resume_mode and -Wpedantic on OpenBSD HOT 1
- connect a linphone account with baresip HOT 2
- SHA-256 support in baresip HOT 3
- srtp: heap-use-after-free rekeying test bug HOT 5
- Ringback tone not being played HOT 1
- multicast: configuration of audio player sample rate is not respected
- baresip -Webrtc first frame got stuck with actual video from device node. HOT 1
- Httpd module doesn't return a body for some commands HOT 12
Recommend Projects
-
React
A declarative, efficient, and flexible JavaScript library for building user interfaces.
-
Vue.js
🖖 Vue.js is a progressive, incrementally-adoptable JavaScript framework for building UI on the web.
-
Typescript
TypeScript is a superset of JavaScript that compiles to clean JavaScript output.
-
TensorFlow
An Open Source Machine Learning Framework for Everyone
-
Django
The Web framework for perfectionists with deadlines.
-
Laravel
A PHP framework for web artisans
-
D3
Bring data to life with SVG, Canvas and HTML. 📊📈🎉
-
Recommend Topics
-
javascript
JavaScript (JS) is a lightweight interpreted programming language with first-class functions.
-
web
Some thing interesting about web. New door for the world.
-
server
A server is a program made to process requests and deliver data to clients.
-
Machine learning
Machine learning is a way of modeling and interpreting data that allows a piece of software to respond intelligently.
-
Visualization
Some thing interesting about visualization, use data art
-
Game
Some thing interesting about game, make everyone happy.
Recommend Org
-
Facebook
We are working to build community through open source technology. NB: members must have two-factor auth.
-
Microsoft
Open source projects and samples from Microsoft.
-
Google
Google ❤️ Open Source for everyone.
-
Alibaba
Alibaba Open Source for everyone
-
D3
Data-Driven Documents codes.
-
Tencent
China tencent open source team.
from baresip.