Queued Drawing update speed changes when Flash video is loaded.

[Kevin DeKorte <kdekorte gmail com>]

-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1

All,

I've made an observation on a couple of different machines both with ATI
and Intel video cards and I can't seem to figure out why it does it.

I have an application that redraws a sequence of 40 rectangles (it is
the audio meter in gnome mplayer). When just gnome-mplayer is running
the redraw works, but is not as fast as I think it could be. However, if
I touch nothing (letting the audio keep playing, etc). Except I open a
flash video at youtube, the number of redraws that are visible per
second, goes way way up. Again the code has not changed, the rate of
updates to the screen from the app have not changed. Only the fact that
a flash video is playing causes the refreshes to happen faster, in fact
the flash video can be paused and the effect is still there. The second
I close the browser with the flash video, the update slows down.

I have also seen this effect rather briefly when I get a IM in pidgin,
but it is harder to observe than the flash update.

Now, what I would like is for the player to work at this higher rate. So
is there an API call I can use to do this.

I have tried XFlush, gdk_flush, etc... but none of them seem to do what
I want.

and it happens with GDK drawing and CAIRO drawing.

Any ideas?

Kevin
- -- 
Get my public GnuPG key from
http://pgp.mit.edu:11371/pks/lookup?op=get&search=0x7D0BD5D1
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.4.11 (GNU/Linux)
Comment: Using GnuPG with Fedora - http://enigmail.mozdev.org/

iEYEARECAAYFAk2KQgIACgkQ6w2kMH0L1dHIowCeN6gPbKqfZ6q6/qI0hhvDOzFx
olIAn0EPt9QyknGsUNSNr3I0+aFZm0qm
=znQZ
-----END PGP SIGNATURE-----