Hi, I've done more research into this issue, found a bug, and even devised a fix. https://projects.savoirfairelinux.com/issues/12306
Seems like pulseaudio was running all along, but remotely - in which case SFLphone can't detect it properly and therefor doesn't use. Starting it locally didn't change the situation at all, it just made it so SFLphone's check for pulseaudio didn't fail. 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 12:17, Jan Middelkoop schreef: > 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. > _______________________________________________ SFLphone mailing list [email protected] http://lists.savoirfairelinux.net/mailman/listinfo/sflphone
