Any plans for 2d vsync?

2010-01-24 Thread André Silva
The subject pretty much sums up what I want to know. As far as I know right now there's no support for 2d vsync and as result I always get an annoying amount of tearing when using my desktop, e.g. moving windows around. I know most people don't notice/care about this but I guess I ha

Vsync problems and compositing issues

2009-10-27 Thread Davor
Hello, I have compiz + kde4 on Gentoo with nvidia drivers. My xorg.conf is configured for laptop monitor. Xorg server is 1.6.3.901-r2 stable. VSync in videos works on laptop monitor. If I enable external monitor/disable laptop monitor through nvidia-settings gui I start to have VSync problems

Re: Problem: Wait for VSync on pipe A and Wake up on pipe B

2009-08-20 Thread Jesse Barnes
my applicaton is not synchronized with my display. > > I would like to know how to configure my application for it uses the > pipe B when it does a wait for the vertical synchronization. Where I > can configure my application for it uses the pipe B for the VSync ? > Is it in the xorg.co

Problem: Wait for VSync on pipe A and Wake up on pipe B

2009-08-20 Thread Nicolas Cadio
it does a wait for the vertical synchronization. Where I can configure my application for it uses the pipe B for the VSync ? Is it in the xorg.conf or elsewhere? Thanks, Nicolas ___ xorg mailing list xorg@lists.freedesktop.org http

Re: VSync

2009-04-23 Thread Olaf Ruppert
On Wed, Apr 22, 2009 at 1:21 PM, Olaf Ruppert wrote: > On Tue, Apr 21, 2009 at 11:01 PM, Eric Anholt wrote: >> - You're using DRI2 and we haven't done vblank-synced swapping for DRI2 >> yet.  We were trying to come up with a decent way to support it, and we >> now think we have.  Please hold on f

Re: VSync

2009-04-22 Thread Olaf Ruppert
48883500a20b321c00fd0038 4b1e480b000a20202020202000fc 004d343231304e0a20202020202000a9 1360x768 (0x4c) 84.8MHz -HSync +VSync *current +preferred h: width 1360 start 1432 end 1568 total 1776 skew0 clock 47.7KHz v: height 768 start 771 end 776 total 798

Re: VSync

2009-04-21 Thread Eric Anholt
On Tue, 2009-04-21 at 18:26 +0200, Olaf Ruppert wrote: > On Tue, Apr 21, 2009 at 3:56 PM, Joakim Plate wrote: > > Just make sure you glFinish() before you wait for the vsync. Otherwise the > > call > > to swap buffers take too long. > > > > I've seen this wi

Re: VSync

2009-04-21 Thread Olaf Ruppert
On Tue, Apr 21, 2009 at 3:56 PM, Joakim Plate wrote: > Just make sure you glFinish() before you wait for the vsync. Otherwise the > call > to swap buffers take too long. > > I've seen this with SwapInterval extensions too. I tried all permutations of glFinish, drm-vsync an

Re: VSync

2009-04-21 Thread Joakim Plate
Olaf Ruppert googlemail.com> writes: > > on, Apr 20, 2009 at 8:08 PM, Eric Anholt anholt.net> wrote: > > If you're doing GL, why aren't you just using GLX_SGI_video_sync? > > I tried, didn't help. > Just make sure you glFinish() before you wait

Re: VSync

2009-04-21 Thread Olaf Ruppert
on, Apr 20, 2009 at 8:08 PM, Eric Anholt wrote: > If you're doing GL, why aren't you just using GLX_SGI_video_sync? I tried, didn't help. ___ xorg mailing list xorg@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/xorg

Re: VSync

2009-04-20 Thread Eric Anholt
blank.request.type &= ~_DRM_VBLANK_RELATIVE; > } while (r && errno == EINTR); > > if (r) > die("vsync failed"); > > glXSwapBuffers(dpy,stage); > } If you're doing GL, why aren't you just using GLX_SGI_

Re: VSync

2009-04-20 Thread Theo Veenker
dri: Could not open device"); > } > > blank.request.type = _DRM_VBLANK_RELATIVE; > blank.request.sequence = 1; > > do { > r = ioctl(fd, DRM_IOCTL_WAIT_VBLANK, &blank); > blank.request.type &= ~

Re: VSync

2009-04-20 Thread Olaf Ruppert
t.type = _DRM_VBLANK_RELATIVE; blank.request.sequence = 1; do { r = ioctl(fd, DRM_IOCTL_WAIT_VBLANK, &blank); blank.request.type &= ~_DRM_VBLANK_RELATIVE; } while (r && errno == EINTR); if (r) die("vsync failed");

Re: VSync

2009-04-20 Thread Olaf Ruppert
On Mon, Apr 20, 2009 at 4:05 PM, Theo Veenker wrote: > Does it work after or while running a glx program? It only works when playing videos via xv overlay, otherwise it doesn't. > VSync worked when an external > monitor was connected or when running glxgears. To get around >

Re: VSync

2009-04-20 Thread Theo Veenker
n I use xv-overlay. I use > an intel i945gm board and an lg monitor. Any help is welcome. > > Olaf Does it work after or while running a glx program? I had some problems with this on a laptop. VSync worked when an external monitor was connected or when running glxgears. To get around it

Re: Intel xf86-intel-video with G45: glxgears synchonised to VSYNC

2008-12-08 Thread Eric Anholt
al this appears to be working. > > One thing I note however, is that when I run glxgears the 3D drawing frame > rate, > reported by glxgears, is exactly the VSYNC rate. The CPU usage is well down > and > is definitely using DRI. When using the stock xf86-intel-video driver that

Intel xf86-intel-video with G45: glxgears synchonised to VSYNC

2008-12-07 Thread Terry Barnaby
the 3D drawing frame rate, reported by glxgears, is exactly the VSYNC rate. The CPU usage is well down and is definitely using DRI. When using the stock xf86-intel-video driver that came with Fedora 10, glxgears was reported around 1500. Is this correct behavior, I thought that glxgears simply