[GnomeMeeting-list] Excessive CPU utilization when video is static

["Kevin Oberman" <oberman es net>]

OK. I'm totally mind-blown by this one. I don't know if it's really a
GnomeMeeting issue or it it should go the the OpenH323 list, but I
suspect that someone here will at least know where to look.

I installed GnomeMeeting 0.96.1 on my FreeBSD 4.8-Release dual 2400+
Athlon system. It was really for testing, so I had the camera pointed
off at the door. While the jitter buffer dropped to under 93 ms, the
received image became rather broken up and portions did not update. It
was pretty useless. The CPU that the process was running on maxed out
with the GM process using 98% of the CPU. Everything about GM became
non-responsive. Even hanging up a call took several seconds.

I then discovered that the problem went away if there was motion in
the video. If things were moving quickly, the CPU dropped to about
20%. If I just pointed it at my head while at the keyboard, it varied,
but stayed under 80% and things looked fine. Cut off the camera (solid
blue screen) and the CPU jumps to 98%.

Any idea what is going on here? Is there a bug causing the video codec
to loop when it has nothing to do?

Any ideas would be appreciated. In the meantime, I think I'll find
something motorized to keep some activity in the video.
-- 
R. Kevin Oberman, Network Engineer
Energy Sciences Network (ESnet)
Ernest O. Lawrence Berkeley National Laboratory (Berkeley Lab)
E-mail: oberman es net			Phone: +1 510 486-8634