On November 7th, 2011, 5:35 p.m., Martin Gräßlin wrote:

kwin/options.cpp (Diff revision 1)
int currentRefreshRate()
		67	if (!ok)
		68	frate = QLocale::system().toFloat(reply, &ok);
		69	if (!ok)
		70	frate = QLocale(QLocale::German).toFloat(reply, &ok); // ","
		71	if (!ok)
		72	frate = QLocale(QLocale::English).toFloat(reply, &ok); // "."

meh that doesn't look nice. Is there no better way to get it? Let me guess: the language from nvidia_settings does not have to be the same as returned by QLocale::system()?

LOCAL(E) issue - for some reason, kwin thinks the locale is "C" but nvidia-settings thinks it's de_DE.UTF-8 (as set in the boot var) - might be because arch recently changed the system and KDM doesn't read in wherever this ends (i just blindly followed their instructions ;-)

As a broadsword solution, the coming patches set the locale for the nvidia-settings process environment (to "C") and then QLocale::c().toFloat() is used. This works always ;-)

(Note to self: as soon as world domination reached, enforce common global language. <- there's no smiley)

- Thomas

On November 6th, 2011, 6:17 p.m., Thomas Lübking wrote:

This performs a paint & glFlush immediately after the buffer swapping and defers the next swapping to the next anticipated frame (or idling)
The behavior is still not as deterministic as we hoped to be since we cannot measure the time for the actual vsync :\
I set a fuzzyness of 6ms what leads to a majority of 2-3ms times in waitsync but single wait times up to 8 or 9ms occur (what ultimately can be part of the syncing itself)

There's some debug code to print lagging.

TODO:
- attempt egl support
- probably lie to the effects about the time

I've used a CRT for testing which can sync every 11ms ie. 85Hz and lowered the maxFPS down to 10fps with pretty constant results for the time lost waiting for the sync.