Re: [GnomeMeeting-list] How to fix sound choppy on CPU load?



Hi All

I tried to start a quite recent snapshot of GM on RH 9 with orginal
RH kernel and everything, I did not make a call and GM did not use 100%
CPU, it was ok as far as I could see.

I could build a new CVS snapshot of GM tonight if someone wants to test it on RH 9.

Cheers Johnny


Damien Sandras wrote:
Hi Mihai,

Le mer 05/11/2003 à 19:20, Mihai T. Lazarescu a écrit :

It behaves the same on a PIII 600MHz using oss and an Athlon
1GHz using ALSA.



That's not normal. I have already used GnomeMeeting on a Pentium 233 MHz
with 64Megs of RAM in the past. Does it only happen on high-activity?


However, since the movement of the default picture sliding
up and down gets choppy as well, I would exclude a sound
driver problem.



Yes


The point was that it does not even appears a shortage of
CPU cycles to be the cause, since there is no perceptible
improvement when giving the process the highest user-space
priority.  Given this, I suspect a kernel-space problem,
hence NPTL glitch came to mind.



We have other RedHat 9 users who do not have problems.
I wonder :
- when it happens, does GnomeMeeting take 100% of the CPU?
- what is your load average when it happens?
- are things normal on normal CPU load?


Johnny, in CC, will try to reproduce your problem on his RedHat 9.


Thanks,

Mihai

On Wed, 5 Nov 2003, Damien Sandras wrote:


Le mer 05/11/2003 à 15:18, Mihai T. Lazarescu a écrit :

Hello,

First of all, great tool Gnomemeeting!!

I'm a bit out of luck trying to reduce audio choppiness (in
and out) when there is some CPU load.  I tried to raise the
priority of the gnomemeeting process up to highest available
but the behavior don't change at all.  Even the movement of
the default picture sliding up and down is choppy as well,
regardless of the priority of the process.

I use version 0.98.5 on RedHat Linux 9. Can this be related
to NPTL-moved-to-kernel bug?  Any hints highly appreciated!


What's your CPU type?
Chopiness in the sound when the CPU is active is due to the driver.
Perhaps you could try ALSA, but I can't promise it will be better.
However, it should be ok if you have a modern processor and you
shouldn't have that kind of problems. (I have no problem on a P3 500 SMP
compiling for example)


_______________________________________________
GnomeMeeting-list mailing list
GnomeMeeting-list gnome org
http://mail.gnome.org/mailman/listinfo/gnomemeeting-list





[Date Prev][Date Next]   [Thread Prev][Thread Next]   [Thread Index] [Date Index] [Author Index]