Hi,
Well, after this it was easy enough - turns out the problem all along
was that the pulseaudio daemon wasn't running. It doesn't seem to want
to start anymore via init. I have no idea why, but will figure it out.
After starting it manually, sflphone works properly again. I also don't
understand why some people -were- able to make successful calls,
-without- pulseaudio running, but alas...
What happens though, is that sflphone is configured to use pulseaudio -
but then it detects pulseaudio isn't running, and silently switches to
alsa - thus causing all kinds of problems, since alsa is not available.
What I would've preferred, if it had given some error about pulseaudio,
or at least a notice that it has chosen alsa over pulseaudio, despite my
configuration specifying pulseaudio.
I would like to propose to add this line to daemon/src/preferences.cpp,
in a block on line 366:
WARN(" pulseaudio daemon not running, falling back to alsa.");
This would've saved me a lot of headache figuring this out. Even better
would be of course if the sflphone client and daemon would give user
feedback about pulseaudio/alsa, rather than just segfault, but I have no
idea how that would work - I haven't gone into the source code that deep.
Kindest regards,
Jan Middelkoop
Recreatie en Zorg Groep B.V.
--
Website: http://www.recreatie-zorg.nl/
E-mail: [email protected]
Telephone: +31 10 714 22 97
Op 07-06-12 11:03, Jan Middelkoop schreef:
> Hi,
>
> I have compiled sflphoned from source (the 1.1.0 source from the
> website) succesfully, then copied the sflphoned over
> /usr/lib/sflphone/sflphoned.
>
> I am still having this problem. This 'gdb' thing is very useful -
> learning new things every day. :-) A backtrace follows.
>
> To the untrained eye (me), it looks like it's trying to use alsa, when
> it should be using pulseaudio I think?
>
> Reproducible by: starting sflphone-client-gnome and pressing 'pick
> up' on a line. I'm guessing now it crashes while trying to play sound.
>
> I will be investigating further.
>
> Regards,
> Jan
>
>
> (gdb) run
> Starting program: /usr/lib/sflphone/sflphoned
> [Thread debugging using libthread_db enabled]
> Using host libthread_db library
> "/lib/x86_64-linux-gnu/libthread_db.so.1".
> SFLphone Daemon 1.1.0, by Savoir-Faire Linux 2004-2012
> http://www.sflphone.org/
> 10:57:08.712 os_core_unix.c pjlib 1.10.0 for POSIX initialized
> [New Thread 0x7ffff07de700 (LWP 9646)]
> [New Thread 0x7fffebdda700 (LWP 9647)]
> [Thread 0x7fffebdda700 (LWP 9647) exited]
> [New Thread 0x7fffebdda700 (LWP 9654)]
> [New Thread 0x7fffefd74700 (LWP 9655)]
> [Thread 0x7fffefd74700 (LWP 9655) exited]
> [New Thread 0x7fffefd74700 (LWP 9656)]
> [New Thread 0x7fffef573700 (LWP 9657)]
> [Thread 0x7fffef573700 (LWP 9657) exited]
> [New Thread 0x7fffef573700 (LWP 9658)]
>
> Program received signal SIGSEGV, Segmentation fault.
> [Switching to Thread 0x7fffef573700 (LWP 9658)]
> 0x00007ffff4a34363 in ?? () from /lib/x86_64-linux-gnu/libc.so.6
> (gdb) backtrace
> #0 0x00007ffff4a34363 in ?? () from /lib/x86_64-linux-gnu/libc.so.6
> #1 0x00000000004763f6 in AudioLoop::getNext (this=0x7b48d0,
> output=0x0, total_samples=<optimized out>, volume=100) at
> /usr/include/x86_64-linux-gnu/bits/string3.h:52
> #2 0x0000000000462e0d in AlsaLayer::playback (this=0x7c12c0,
> maxSamples=-32) at alsalayer.cpp:601
> #3 0x000000000046319a in AlsaLayer::audioCallback (this=0x7c12c0) at
> alsalayer.cpp:675
> #4 0x00000000004632cd in AlsaThread::run (this=0x8823a0) at
> alsalayer.cpp:65
> #5 0x00007ffff685c05e in ?? () from /usr/lib/libccgnu2-1.7.so.0
> #6 0x00007ffff6cc3e9a in start_thread () from
> /lib/x86_64-linux-gnu/libpthread.so.0
> #7 0x00007ffff4a954bd in clone () from /lib/x86_64-linux-gnu/libc.so.6
> #8 0x0000000000000000 in ?? ()
> (gdb)
>
>
> Kindest regards,
>
> Jan Middelkoop
> Recreatie en Zorg Groep B.V.
>
_______________________________________________
SFLphone mailing list
[email protected]
http://lists.savoirfairelinux.net/mailman/listinfo/sflphone
