[Ekiga-list] Yet an other post on Pulseaudio
Hi, I've just upgraded from 2.x to 3.0.1 on Fedora 9. There are some issues with Pulseaudio This is when an incoming call is received. *** PULSEAUDIO: Unable to create stream. Cannot set parameters Input/output error *** PULSEAUDIO: Unable to create stream. Cannot set parameters Input/output error Segmentation fault I've read the mailing list and it seems the best thing to do is to switch off pulseaudio of the devices used by ekiga. I was just wondering is anybody has found a more friendly way to let ekiga work with pulseaudio. Would the support for oss help? Cheers ___ ekiga-list mailing list ekiga-list@gnome.org http://mail.gnome.org/mailman/listinfo/ekiga-list
Re: [Ekiga-list] Yet an other post on Pulseaudio
Le samedi 10 janvier 2009 à 13:03 +, Andrea a écrit : > Hi, > > I've just upgraded from 2.x to 3.0.1 on Fedora 9. > There are some issues with Pulseaudio > > This is when an incoming call is received. > > *** PULSEAUDIO: Unable to create stream. > Cannot set parameters Input/output error > *** PULSEAUDIO: Unable to create stream. > Cannot set parameters Input/output error > Segmentation fault > > > > I've read the mailing list and it seems the best thing to do is to switch off > pulseaudio of the > devices used by ekiga. > I was just wondering is anybody has found a more friendly way to let ekiga > work with pulseaudio. > Would the support for oss help? I don't think so. Perhaps you should report the problem to the pulseaudio guys. -- _ Damien Sandras (o- //\Ekiga Softphone : http://www.ekiga.org/ v_/_ Be IP : http://www.beip.be/ FOSDEM : http://www.fosdem.org/ SIP Phone : sip:dsand...@ekiga.net ___ ekiga-list mailing list ekiga-list@gnome.org http://mail.gnome.org/mailman/listinfo/ekiga-list
Re: [Ekiga-list] Yet an other post on Pulseaudio
Damien Sandras wrote: > Le samedi 10 janvier 2009 à 13:03 +, Andrea a écrit : >> Hi, >> >> I've just upgraded from 2.x to 3.0.1 on Fedora 9. >> There are some issues with Pulseaudio >> >> This is when an incoming call is received. >> >> *** PULSEAUDIO: Unable to create stream. >> Cannot set parameters Input/output error >> *** PULSEAUDIO: Unable to create stream. >> Cannot set parameters Input/output error >> Segmentation fault >> >> >> >> I've read the mailing list and it seems the best thing to do is to switch >> off pulseaudio of the >> devices used by ekiga. >> I was just wondering is anybody has found a more friendly way to let ekiga >> work with pulseaudio. >> Would the support for oss help? > > I don't think so. Perhaps you should report the problem to the > pulseaudio guys. First I need to learn how to disable pulseaudio, then I will have a better clue where the issue is. Cheers ___ ekiga-list mailing list ekiga-list@gnome.org http://mail.gnome.org/mailman/listinfo/ekiga-list
Re: [Ekiga-list] Yet an other post on Pulseaudio
Hi, I think that we have to recognise that pulse audio is here to stay. Yes, pulseaudio has design issues. Take for instance pulseaudio on ubuntu 8.10. I cannot see how to direct pulseaudio to put sound from one app to one audio device , and sound for a different app to a second audio device. --- Asking users to remove pulse audio to make ekiga work is not an option. On some distributions, taking the pulse audio package off will remove a whole host of other packages. The only reasonable solution is to write a pulse audio plugin for ptlib. But I was reading elsewhere from some "expert" who said that if you have alsa code that works, you should not need to write anything. Last time I looked on the pulse audio web page, there was no information on writing a pulse audio plugin for reading&writing sound. Can anyone provide a definitive web page on how to write a valid pulse audio plugin? If you can provide a definitive web page on writing a valid pulse audio plugin that does record and play correctly, then I can write a pulseaudio plugin. == We have had over the years numerous sound systems on linux. OSS, ESD, ARTS, jack, alsa, pulseaudio, coreaudio come to mind. Admittedly, some are based on others.. Yet, after years of development, we have no clear winner as being suitable for the desktop. Since sound is a crucial part of gui applications, and since sound deos not work reliably on linux, I find it ludicrous to think that Linux is ready for the masses. Some users have to write custom asound.conf files. Some have to disable pulseaudio. Conclusion: Should windows users switch to linux, they will have to battle hard to get basic things (like sound) to work. Question: Is the deficiencies of audio in ekiga Damien's, or the plib/opal authors fault? No, these people all struggled hard with appalling documentation to write something that worked. Derek. On Sat, 10 Jan 2009, Andrea wrote: Damien Sandras wrote: Le samedi 10 janvier 2009 à 13:03 +, Andrea a écrit : Hi, I was just wondering is anybody has found a more friendly way to let ekiga work with pulseaudio. Would the support for oss help? I don't think so. Perhaps you should report the problem to the pulseaudio guys. First I need to learn how to disable pulseaudio, then I will have a better clue where the issue is. Cheers ___ ekiga-list mailing list ekiga-list@gnome.org http://mail.gnome.org/mailman/listinfo/ekiga-list -- Derek Smithies Ph.D. IndraNet Technologies Ltd. Email: de...@indranet.co.nz ph +64 3 365 6485 Web: http://www.indranet-technologies.com/ ___ ekiga-list mailing list ekiga-list@gnome.org http://mail.gnome.org/mailman/listinfo/ekiga-list
Re: [Ekiga-list] Yet an other post on Pulseaudio
> First I need to learn how to disable pulseaudio, then I will have a better > clue where the issue is. > yum remove pulseaudio P. __ http://kultura.sme.sk/ - Informačný server o kultúre a šoubiznise ___ ekiga-list mailing list ekiga-list@gnome.org http://mail.gnome.org/mailman/listinfo/ekiga-list
Re: [Ekiga-list] Yet an other post on Pulseaudio
Palo S. wrote: > >> First I need to learn how to disable pulseaudio, then I will have a better >> clue where the issue is. >> > > yum remove pulseaudio > Is there a configuration option to switch it off rather than removing it? Some features are worth keeping, like changing the volume of individual app. ___ ekiga-list mailing list ekiga-list@gnome.org http://mail.gnome.org/mailman/listinfo/ekiga-list
Re: [Ekiga-list] Yet an other post on Pulseaudio
- Originálna Správa - Od: Andrea Komu: Poslaná: 11.01.2009 09:13 Predmet: Re: [Ekiga-list] Yet an other post on Pulseaudio > Palo S. wrote: > > > >> First I need to learn how to disable pulseaudio, then I will have a better > >> clue where the issue is. > >> > > > > yum remove pulseaudio > > > > Is there a configuration option to switch it off rather than removing it? > Some features are worth keeping, like changing the volume of individual app. I guess there is a way to switch it off but I don\'t know how to do that. You can still remove it, test Ekiga and then install it back, just to find out whether it would solve the problem at all and then try to find a way to witch pulseaudio off... P. > > ___ > ekiga-list mailing list > ekiga-list@gnome.org > http://mail.gnome.org/mailman/listinfo/ekiga-list > __ http://chat.post.sk - zachatujte si s priatelmi na IRC.POST.SK ___ ekiga-list mailing list ekiga-list@gnome.org http://mail.gnome.org/mailman/listinfo/ekiga-list
Re: [Ekiga-list] Yet an other post on Pulseaudio
Palo S. wrote: > I guess there is a way to switch it off but I don\'t > know how to do that. You can still remove it, test > Ekiga and then install it back, just to find out > whether it would solve the problem at all and then > try to find a way to witch pulseaudio off... > > P. There is a way, although not 100% satisfactory and it is described here https://lists.ubuntu.com/archives/ubuntu-users/2008-December/169274.html but in my case (unless I forgot something) it leaves the default alsa device to point to a non running pulseaudio, but selecting the hw device it is ok. but yes, ekiga works better as we have always known :-) ___ ekiga-list mailing list ekiga-list@gnome.org http://mail.gnome.org/mailman/listinfo/ekiga-list
Re: [Ekiga-list] Yet an other post on Pulseaudio
There is a lot of information here - http://www.pulseaudio.org/wiki/PerfectSetup For Audacity they suggest: 'Audacity can use OSS for sound input and sound output. By changing the 2 settings in preferences to /dev/dsp, and running audacity as padsp audacity . . .' or they talk about using pasuspender 'Using pasuspender to momentarily suspend pulseaudio is another way to use Audacity. pasuspender -- audacity . . .' And there is information about gnome setups etc. - I haven't tried any of this though so I can't say if it helps - it didn't help when I tried it with a problem with Audacity. David Andrea wrote: Palo S. wrote: I guess there is a way to switch it off but I don\'t know how to do that. You can still remove it, test Ekiga and then install it back, just to find out whether it would solve the problem at all and then try to find a way to witch pulseaudio off... P. There is a way, although not 100% satisfactory and it is described here https://lists.ubuntu.com/archives/ubuntu-users/2008-December/169274.html but in my case (unless I forgot something) it leaves the default alsa device to point to a non running pulseaudio, but selecting the hw device it is ok. but yes, ekiga works better as we have always known :-) ___ ekiga-list mailing list ekiga-list@gnome.org http://mail.gnome.org/mailman/listinfo/ekiga-list ___ ekiga-list mailing list ekiga-list@gnome.org http://mail.gnome.org/mailman/listinfo/ekiga-list
Re: [Ekiga-list] Yet an other post on Pulseaudio
David Ford wrote: > There is a lot of information here - > http://www.pulseaudio.org/wiki/PerfectSetup > For Audacity they suggest: > > 'Audacity can use OSS for sound input and sound output. By changing the > 2 settings in preferences to /dev/dsp, and running audacity as > > padsp audacity . . .' > > or they talk about using pasuspender > > 'Using pasuspender to momentarily suspend pulseaudio is another way to > use Audacity. > > pasuspender -- audacity . . .' That works very well. Not a long term solution but it works. Thanks ___ ekiga-list mailing list ekiga-list@gnome.org http://mail.gnome.org/mailman/listinfo/ekiga-list
Re: [Ekiga-list] Yet an other post on Pulseaudio
Hi, 100% agreed... Le dimanche 11 janvier 2009 à 12:46 +1300, Derek Smithies a écrit : [...] > The only reasonable solution is to write a pulse audio plugin for ptlib. > But I was reading elsewhere from some "expert" who said that if you have > alsa code that works, you should not need to write anything. I think the bug here is in pulseaudio's code, at least in their ALSA compatibility layer. However, having a pulseaudio plugin would fix a few problems. -- _ Damien Sandras (o- //\Ekiga Softphone : http://www.ekiga.org/ v_/_ Be IP : http://www.beip.be/ FOSDEM : http://www.fosdem.org/ SIP Phone : sip:dsand...@ekiga.net ___ ekiga-list mailing list ekiga-list@gnome.org http://mail.gnome.org/mailman/listinfo/ekiga-list
Re: [Ekiga-list] Yet an other post on Pulseaudio
Derek Smithies wrote: > Hi, > I think that we have to recognise that pulse audio is here to stay. > > > The only reasonable solution is to write a pulse audio plugin for ptlib. > But I was reading elsewhere from some "expert" who said that if you have > alsa code that works, you should not need to write anything. > > Last time I looked on the pulse audio web page, there was no information > on writing a pulse audio plugin for reading&writing sound. > Can anyone provide a definitive web page on how to write a valid pulse > audio plugin? If you can provide a definitive web page on writing a > valid pulse audio plugin that does record and play correctly, then I can > write a pulseaudio plugin. > > I know that mplayer and videolan have pulse native output. It would be good as well to find what exactly ptlib needs the plugin to implement. PSoundChannel seems to be well documented. On the alsa-pulse: I've noticed that even playing the ring tone directly from the configuration dialog, gives a very poor quality (while aplay plays just fine the wav file). So maybe we can make up a small example that would simplify the either to report the bug to pulse, or to fix it in ekiga. ___ ekiga-list mailing list ekiga-list@gnome.org http://mail.gnome.org/mailman/listinfo/ekiga-list
Re: [Ekiga-list] Yet an other post on Pulseaudio
Damien Sandras a écrit : However, having a pulseaudio plugin would fix a few problems. Fixing my gstreamer code would get us that. Snark on #ekiga ___ ekiga-list mailing list ekiga-list@gnome.org http://mail.gnome.org/mailman/listinfo/ekiga-list
Re: [Ekiga-list] Yet an other post on Pulseaudio
Hi, there is a fascinating read on http://glyph.twistedmatrix.com/2009/01/dark-art-of-sound-on-linux.html about sound in linux. He is not overly critical of Ekiga - I get the feeling that he is implying that the Ekiga/PtLib developers worked with the available documentation to get a "workable" result. On Tue, 13 Jan 2009, Julien Puydt wrote: Damien Sandras a écrit : However, having a pulseaudio plugin would fix a few problems. Fixing my gstreamer code would get us that. Snark on #ekiga ___ ekiga-list mailing list ekiga-list@gnome.org http://mail.gnome.org/mailman/listinfo/ekiga-list -- Derek Smithies Ph.D. IndraNet Technologies Ltd. Email: de...@indranet.co.nz ph +64 3 365 6485 Web: http://www.indranet-technologies.com/___ ekiga-list mailing list ekiga-list@gnome.org http://mail.gnome.org/mailman/listinfo/ekiga-list
Re: [Ekiga-list] Yet an other post on Pulseaudio
Derek Smithies a écrit : Hi, there is a fascinating read on http://glyph.twistedmatrix.com/2009/01/dark-art-of-sound-on-linux.html about sound in linux. He is not overly critical of Ekiga - I get the feeling that he is implying that the Ekiga/PtLib developers worked with the available documentation to get a "workable" result. Well, he even says the code in ptlib for ALSA was based on "aplay" from the ALSA developpers... but that this code isn't cmoplete/correct! A funny read... for some twisted meaning of "funny"... Snark on #ekiga ___ ekiga-list mailing list ekiga-list@gnome.org http://mail.gnome.org/mailman/listinfo/ekiga-list
Re: [Ekiga-list] Yet an other post on Pulseaudio
Andrea wrote: > Derek Smithies wrote: >> Hi, > On the alsa-pulse: I've noticed that even playing the ring tone directly from > the configuration > dialog, gives a very poor quality (while aplay plays just fine the wav file). > So maybe we can make up a small example that would simplify the > either to report the bug to pulse, > or to fix it in ekiga. When playing a wav file via the preferences GUI, under PULSE, the following happens: In PA VolumeControl (pavucontrol) the stream corresponding to ekiga is not stable like e.g. mplayer. Let's say that the wav is 3 seconds long, then I will see the stream appearing and disappearing many times per second. I am talking about the stream that allows to change the volume of each application. At the same time the sound is not smooth at all. Could it be something like that the alsa-pulse converter does not work very well when one opens and closes continuously the output device? And instead of a continuous flow, we can hear a glitch for every "session". What is even more strange is that the same does not happen during a call. There, the stream in the volume control is stable and the audio is much better. Does anybody know if there is a difference in the way a wav and the call audio are played? The ring is the least important part of the call, but the glitch is very annoying. Given that I have no experience of audio programming, it is possible that this is nonsense, but it looks strange. Just my 2p. Andrea ___ ekiga-list mailing list ekiga-list@gnome.org http://mail.gnome.org/mailman/listinfo/ekiga-list
Re: [Ekiga-list] Yet an other post on Pulseaudio
Le samedi 17 janvier 2009 à 20:42 +, Andrea a écrit : > Andrea wrote: > > Derek Smithies wrote: > >> Hi, > > > On the alsa-pulse: I've noticed that even playing the ring tone directly > > from the configuration > > dialog, gives a very poor quality (while aplay plays just fine the wav > > file). > > So maybe we can make up a small example that would simplify the > > either to report the bug to pulse, > > or to fix it in ekiga. > > When playing a wav file via the preferences GUI, under PULSE, the following > happens: > > In PA VolumeControl (pavucontrol) the stream corresponding to ekiga is not > stable like e.g. mplayer. > Let's say that the wav is 3 seconds long, then I will see the stream > appearing and disappearing many > times per second. I am talking about the stream that allows to change the > volume of each application. > At the same time the sound is not smooth at all. > > Could it be something like that the alsa-pulse converter does not work very > well when one opens and > closes continuously the output device? And instead of a continuous flow, we > can hear a glitch for > every "session". It is possible, but if it is the case, then it is a bug in pulseaudio. > What is even more strange is that the same does not happen during a call. > There, the stream in the volume control is stable and the audio is much > better. > > Does anybody know if there is a difference in the way a wav and the call > audio are played? The sound events are played the same way, but the audio stream is using a constant stream until you disconnect the call. Sometimes, the ring is provided by the server, not by Ekiga. In that case, it is also a constant stream. I think you should report a bug to pulseaudio about this. Yes, we need to implement yet another audio backend (namely pulseaudio), but they provide a compatibility layer that should work with Ekiga. In this case, it does not. -- _ Damien Sandras (o- //\Ekiga Softphone : http://www.ekiga.org/ v_/_ Be IP : http://www.beip.be/ FOSDEM : http://www.fosdem.org/ SIP Phone : sip:dsand...@ekiga.net ___ ekiga-list mailing list ekiga-list@gnome.org http://mail.gnome.org/mailman/listinfo/ekiga-list
Re: [Ekiga-list] Yet an other post on Pulseaudio
Damien Sandras wrote: > Le samedi 17 janvier 2009 à 20:42 +, Andrea a écrit : >> >> Could it be something like that the alsa-pulse converter does not work very >> well when one opens and >> closes continuously the output device? And instead of a continuous flow, we >> can hear a glitch for >> every "session". > > It is possible, but if it is the case, then it is a bug in pulseaudio. I will try to report it, but it would be great to have a standalone example. Will "try" to extract it from ekiga... (maybe) > >> What is even more strange is that the same does not happen during a call. >> There, the stream in the volume control is stable and the audio is much >> better. >> >> Does anybody know if there is a difference in the way a wav and the call >> audio are played? > > The sound events are played the same way, but the audio stream is using > a constant stream until you disconnect the call. > > Sometimes, the ring is provided by the server, not by Ekiga. In that > case, it is also a constant stream. > > I think you should report a bug to pulseaudio about this. > > Yes, we need to implement yet another audio backend (namely pulseaudio), > but they provide a compatibility layer that should work with Ekiga. In > this case, it does not. ___ ekiga-list mailing list ekiga-list@gnome.org http://mail.gnome.org/mailman/listinfo/ekiga-list
Re: [Ekiga-list] Yet an other post on Pulseaudio
Andrea wrote: > Damien Sandras wrote: >> Le samedi 17 janvier 2009 à 20:42 +, Andrea a écrit : >>> Could it be something like that the alsa-pulse converter does not work very >>> well when one opens and >>> closes continuously the output device? And instead of a continuous flow, we >>> can hear a glitch for >>> every "session". >> It is possible, but if it is the case, then it is a bug in pulseaudio. > > I will try to report it, but it would be great to have a standalone example. > Will "try" to extract it from ekiga... (maybe) > I reported it here http://www.pulseaudio.org/ticket/464 Maybe some of you can add more technical information. Cheers Andrea ___ ekiga-list mailing list ekiga-list@gnome.org http://mail.gnome.org/mailman/listinfo/ekiga-list
Re: [Ekiga-list] Yet an other post on Pulseaudio
Le dimanche 18 janvier 2009 à 16:18 +, Andrea a écrit : > Andrea wrote: > > Damien Sandras wrote: > >> Le samedi 17 janvier 2009 à 20:42 +, Andrea a écrit : > >>> Could it be something like that the alsa-pulse converter does not work > >>> very well when one opens and > >>> closes continuously the output device? And instead of a continuous flow, > >>> we can hear a glitch for > >>> every "session". > >> It is possible, but if it is the case, then it is a bug in pulseaudio. > > > > I will try to report it, but it would be great to have a standalone example. > > Will "try" to extract it from ekiga... (maybe) > > > > I reported it here > > http://www.pulseaudio.org/ticket/464 > > Maybe some of you can add more technical information. You described the situation pretty well ! -- _ Damien Sandras (o- //\Ekiga Softphone : http://www.ekiga.org/ v_/_ Be IP : http://www.beip.be/ FOSDEM : http://www.fosdem.org/ SIP Phone : sip:dsand...@ekiga.net ___ ekiga-list mailing list ekiga-list@gnome.org http://mail.gnome.org/mailman/listinfo/ekiga-list
