[Ekiga-devel-list] More analysis of Alsa vs Pulse
Hi, After changing the uninitialised values I've kept comparing the behaviour of ekiga with ALSA and Pulseaudio. I've thought of reporting here what I have found in the hope that someone could have a better understanding and maybe identify the core of the issue to report to PulseAudio. I am analysing what happens when I play the ringtone via the conf dialog. Basically in PSoundChannleALSA there is a method "Open()". It is called twice, the first time it gives slightly different results (even after correcting the uninitialised), but the second time it gives the same values 2009/01/26 20:39:14.818 0:10.651 AudioEvent...0xb6804b90 AlsaBuffer time is 2 2009/01/26 20:39:14.818 0:10.651 AudioEvent...0xb6804b90 AlsaPeriod time is 5000 Afterwards the actual audio output starts. This is done via Write(). What happens when using the pulse-alsa module is that there are many underruns after calling snd_pcm_writei(). In order to fix the underrun snd_pcm_prepare is called and I think this is responsible for the very bad quality AND for the fact that the stream volume controller in the PulseAudio Volume Manager keeps disappearing and reappearing. I've tried snd_pcm_recover() but there is no difference. It seems that each time an underrun occurs, a nasty glitch can be heard. I have no idea what causes the underrun. Does anybody have a better understanding of all that? ___ Ekiga-devel-list mailing list Ekiga-devel-list@gnome.org http://mail.gnome.org/mailman/listinfo/ekiga-devel-list
[Ekiga-devel-list] Uninitialized values in PSoundChannelALSA::Construct() in PTLib.
Hi, I've been trying to analyse the difference in sound quality between PulseAudio and ALSA direct. Analysing PSoundChannelALSA::Construct() I've noticed that when it is called in the constructors, the member variables mBitsPerSample and mNumChannels are not yet initialized. In the non-default constructor it is easy to fix it since those values are arguments of the constructor, while in the default constructor I am not sure. Those values are actually used in Open() and Setup() (which is then called again with good values). I've replaced the uninitialized values with 0 and the PULSEAUDIO error message *** PULSEAUDIO: Unable to create stream. Cannot set parameters Input/output error seems to disappear. The quality is still poor though. Andrea ___ Ekiga-devel-list mailing list Ekiga-devel-list@gnome.org http://mail.gnome.org/mailman/listinfo/ekiga-devel-list
Re: [Ekiga-devel-list] wiki again, API:: pages
Le lundi 26 janvier 2009 à 20:11 +0100, Julien Puydt a écrit : > Looking at the API::Addressbooks page : it's obsolete. I deleted it. I do not know if the second one: http://wiki.ekiga.org/index.php/API::toolbox deserve to go into oblivion too... ___ Ekiga-devel-list mailing list Ekiga-devel-list@gnome.org http://mail.gnome.org/mailman/listinfo/ekiga-devel-list
Re: [Ekiga-devel-list] wiki again, API:: pages
Eugen Dedu a écrit : Snark, do you agree to remove API:: pages (see http://wiki.ekiga.org/index.php/Special:Allpages)? If you still need them, it is better to put them in one place and we will link to them from one of the wiki pages. Looking at the API::Addressbooks page : it's obsolete. The other one doesn't look that interesting. Snark ___ Ekiga-devel-list mailing list Ekiga-devel-list@gnome.org http://mail.gnome.org/mailman/listinfo/ekiga-devel-list
Re: [Ekiga-devel-list] [Fwd: 02/02 gnome beta (UNSTABLE)]
Eugen Dedu a écrit : Also, Snark, do you think we will have gstreamer code in release status for gnome next release? I recently got interesting feedback from the gstreamer developpers, but we still have : http://bugzilla.gnome.org/show_bug.cgi?id=565202 which is a bug in ekiga -- and which I'll have to dig through without Matthias helping :-/ I'm not sure we can count on that code for the next gnome release. Snark ___ Ekiga-devel-list mailing list Ekiga-devel-list@gnome.org http://mail.gnome.org/mailman/listinfo/ekiga-devel-list
[Ekiga-devel-list] wiki again, API:: pages
Hi, Snark, do you agree to remove API:: pages (see http://wiki.ekiga.org/index.php/Special:Allpages)? If you still need them, it is better to put them in one place and we will link to them from one of the wiki pages. -- Eugen ___ Ekiga-devel-list mailing list Ekiga-devel-list@gnome.org http://mail.gnome.org/mailman/listinfo/ekiga-devel-list
Re: [Ekiga-devel-list] Remove Bug:: wiki pages
yannick wrote: Le lundi 26 janvier 2009 à 12:30 +0100, Eugen Dedu a écrit : Yannick, please remove http://wiki.ekiga.org/index.php/Compile_SVN_2x_Etch http://wiki.ekiga.org/index.php/PTLib_does_not_compile Done. Thank you for pointing out. it remains Bug::... pages, do you agree to remove them TheBonsai ? (It seems yannick waits your confirmation...) -- Eugen ___ Ekiga-devel-list mailing list Ekiga-devel-list@gnome.org http://mail.gnome.org/mailman/listinfo/ekiga-devel-list
Re: [Ekiga-devel-list] Remove Bug:: wiki pages
Le lundi 26 janvier 2009 à 12:30 +0100, Eugen Dedu a écrit : > Yannick, please remove > http://wiki.ekiga.org/index.php/Compile_SVN_2x_Etch > http://wiki.ekiga.org/index.php/PTLib_does_not_compile Done. Thank you for pointing out. ___ Ekiga-devel-list mailing list Ekiga-devel-list@gnome.org http://mail.gnome.org/mailman/listinfo/ekiga-devel-list
[Ekiga-devel-list] Remove Bug:: wiki pages
Hi, Proposal: remove Bug:: wiki pages, because they are obsolete: http://wiki.ekiga.org/index.php/Special:Allpages, choose Bug:: (there are four such pages). (Snark, Damien, could you check that the bug from http://wiki.ekiga.org/index.php/Bug::ESD::startuphang could be closed?) Yannick, please remove http://wiki.ekiga.org/index.php/Compile_SVN_2x_Etch http://wiki.ekiga.org/index.php/PTLib_does_not_compile -- Eugen ___ Ekiga-devel-list mailing list Ekiga-devel-list@gnome.org http://mail.gnome.org/mailman/listinfo/ekiga-devel-list
[Ekiga-devel-list] [Fwd: 02/02 gnome beta (UNSTABLE)]
For info. Also, Snark, do you think we will have gstreamer code in release status for gnome next release? -- Eugen --- Begin Message --- Hi, gnome first beta tarballs are due for 02/02 (Monday). I think it is important to create UNSTABLE tarballs for this event. If you agree, please give me the tarballs for ptlib and opal for this Sunday 18h, along with release notes. Next deadlines: - 16/02 2nd beta (we can skip this one if needed) - 02/03 rc - 16/03 final release for 2.26.0 Cheers, -- Eugen --- End Message --- ___ Ekiga-devel-list mailing list Ekiga-devel-list@gnome.org http://mail.gnome.org/mailman/listinfo/ekiga-devel-list
