Bug 489724
Summary: | pulsaudio and ekiga don't like each other | ||||||||||
---|---|---|---|---|---|---|---|---|---|---|---|
Product: | [Fedora] Fedora | Reporter: | Nathaniel McCallum <nathaniel> | ||||||||
Component: | pulseaudio | Assignee: | Lennart Poettering <lpoetter> | ||||||||
Status: | CLOSED NEXTRELEASE | QA Contact: | Fedora Extras Quality Assurance <extras-qa> | ||||||||
Severity: | high | Docs Contact: | |||||||||
Priority: | low | ||||||||||
Version: | 11 | CC: | aquarichy, awilliam, eugen.dedu, lkundrak, lpoetter, ma, mcepl, mcepl, pbrobinson, tmraz | ||||||||
Target Milestone: | --- | ||||||||||
Target Release: | --- | ||||||||||
Hardware: | All | ||||||||||
OS: | Linux | ||||||||||
Whiteboard: | |||||||||||
Fixed In Version: | Doc Type: | Bug Fix | |||||||||
Doc Text: | Story Points: | --- | |||||||||
Clone Of: | Environment: | ||||||||||
Last Closed: | 2009-10-23 19:16:32 UTC | Type: | --- | ||||||||
Regression: | --- | Mount Type: | --- | ||||||||
Documentation: | --- | CRM: | |||||||||
Verified Versions: | Category: | --- | |||||||||
oVirt Team: | --- | RHEL 7.3 requirements from Atomic Host: | |||||||||
Cloudforms Team: | --- | Target Upstream Version: | |||||||||
Embargoed: | |||||||||||
Attachments: |
|
Description
Nathaniel McCallum
2009-03-11 15:24:43 UTC
Created attachment 334820 [details]
ekiga log
Which output did you select in ekiga? Also, what kind of 'spew' is in the logs? I kept all defaults (i.e. "Default"). This should work out of the box, no? The logs are attached, look for yourself. Logs? I only see ekiga logs... Hmm, those ekiga logs are not helpful at all. Comparing them with the actual code shows that those messages actually hide the actual cause of the problem. http://www.opalvoip.org/websvn/filedetails.php?repname=Opal&path=%2Fptlib%2Ftrunk%2Fplugins%2Fsound_alsa%2Fsound_alsa.cxx Most likely these are just underruns.The PA log output (with -vvvv) could prove that. Sorry, pulseaudio logs attached (pulseaudio -vvvv 2>pulse.log). Created attachment 337369 [details]
Log from pulse audio during an ekiga session which exhibits the symptoms
Any update? Hmm, it seems as if Ekiga misbheaves and underruns all the time and even reconnects. No clue. If I'd knew how to reproduce this I'd have a closer look. 1. Install ekiga 2. Sign up for an ekiga.net account 3. Make a call to 500 (the ekiga echo test) That behaves correctly here, that's the problem. same problem. to reproduce: a ) start ekiga b ) call 200.de I'm using the hda_intel driver. I noticed such output in dmesg: ALSA sound/pci/hda/hda_intel.c:1101: Too big adjustment 32 It seems to depend on if an other application is accessing Pulseaudio. Because when Ekiga runs only, it works fine. When I have Rhythmbox running, play music, then start Ekiga and run the test, I have that bug. Would be nice if you could look into it. I'll also attach my pulse.log Created attachment 344150 [details]
pulse.log
I too am using hda_intel... perhaps this is a driver bug? This bug appears to have been reported against 'rawhide' during the Fedora 11 development cycle. Changing version to '11'. More information and reason for this action is here: http://fedoraproject.org/wiki/BugZappers/HouseKeeping whats up there? this bugs renders ekiga, a application that is shipped by default, completly unusable in a stable fedora release. i am a little bit disappointed. Eugen Dedu mentions a couple things that might rectify this in the upstream bug[1]: A recent fix in opalvoip and the adventure of a pulse ptlib audio plugin. Due to a recent audio issue with Fedora[2], my audio sounds like hell and dies very quickly, so I'm not sure if my negative experiences with opal/ptlib/ekiga from HEAD are still related to this, or my new issue. 1. http://bugzilla.gnome.org/show_bug.cgi?id=586034 2. https://bugzilla.redhat.com/show_bug.cgi?id=506075 Actually, according to http://bugzilla.gnome.org/show_bug.cgi?id=586034#c3 it might be worthy to upgrade opal (again), apparently it grew pulse audio plugin in meanwhile. Hi, "worthy to upgrade opal": Upgrading to opal/ekiga from unstable is not a good idea, as there are still a few important bugs to fix. Instead, you could add the ptlib pulse plugin as a patch (note: I have not compiled it against the stable version). As for the the audio fix, you could also wait a few days (max one week), until 3.2.6 appears, it's as you wish. (In reply to comment #19) > Actually, according to http://bugzilla.gnome.org/show_bug.cgi?id=586034#c3 it > might be worthy to upgrade opal (again), apparently it grew pulse audio plugin > in meanwhile. It has the support in the trunk. there is no stable release. It will go into rawhide when there is an ekiga 3.3 devel release but that will unlikely be for F-12. I had a look at just pulling in the pulseaudio support but it didn't work well (generally just locked up ekiga entirely) (In reply to comment #20) > "worthy to upgrade opal": Upgrading to opal/ekiga from unstable is not a good > idea, as there are still a few important bugs to fix. Instead, you could add > the ptlib pulse plugin as a patch (note: I have not compiled it against the > stable version). Thanks for jumping here, even though my silly comments on b.g.o. From http://mail.gnome.org/archives/ekiga-list/2009-August/msg00054.html: > > 2) I have pulseaudio running on my system and I have to use the > > "Default" (PTLIB/ALSA) sink therefore, but my card (and webcam) are > > constantly bombarded. If I have pavucontrol open and test any sound from > > Ekiga, the cpu goes to 99% activity and I have to kill he stream. > > > > Does it work better without pulse audio? If so, please report a bug to > pulse audio. Indeed if I kill the server or run with pasuspender and access the soundcard directly then I don't see any difference in the audio quality but I don't get the problems mentioned above. These issues are the usual ones with Skype as well. Do we have a clear handle yet on the exact intersection of PA / Ekiga / kernel driver for this issue? FWIW, I use Ekiga 3.2.6 with Opal 3.6.6 in current F12, via a USB headset (so snd-usb-audio), and have not had any problem. Lennart, is there sufficient information yet to pin down what's the source of trouble here? What other information might you need? -- Fedora Bugzappers volunteer triage team https://fedoraproject.org/wiki/BugZappers Actually, this might be really fixed. I have done extensive testing various SIP/Jingle clients (including ekiga) in the last month, and I haven't met any problems with Pulseaudio running. Let's close it for now. Okeydokey. Closing. matej: were you testing on F11 or F12? -- Fedora Bugzappers volunteer triage team https://fedoraproject.org/wiki/BugZappers I can confirm, works well for me on F12. nathaniel: that's not a 'confirmation', this bug is for F11. it's possible for it to be OK on f12 but not on f11, since Ekiga in f12 is apparently using PulseAudio directly, while Ekiga on f11 is not. -- Fedora Bugzappers volunteer triage team https://fedoraproject.org/wiki/BugZappers (In reply to comment #29) > nathaniel: that's not a 'confirmation', this bug is for F11. it's possible for > it to be OK on f12 but not on f11, since Ekiga in f12 is apparently using > PulseAudio directly, while Ekiga on f11 is not. Ekiga in F-12 is using exactly the same methods and version for the audio as F-11. There's no difference in the packages. Real PulseAudio support in ekiga is not due until 3.4.x. If audio works better in F-12 rather than F-11 that is due to improvements in PulseAudio as the ekiga versions are for all intents and purposes identical. (In reply to comment #27) > matej: were you testing on F11 or F12? F12, but I think comment 30 is right ... it is irrelevant as far as Ekiga itself goes (of course, Pulseaudio in F11 is probably quite different than what F12 has). OTOH, this was closed with NEXTRELEASE, which may be an honest assesment of the situation. I don't know. Ah, I see, thanks Peter - I misunderstood from earlier discussion that F12's Ekiga used a newer opal which did direct PA support, but F11's didn't. Thanks for the correction. -- Fedora Bugzappers volunteer triage team https://fedoraproject.org/wiki/BugZappers |