The nv driver contains no code to program the DVI interface. The
only reason why it works at all with DVI is because the BIOS setup
the timings for the text mode. Subsequently, the nv driver is not
able to run in any mode other than the one the BIOS setup. If the
BIOS setup the text mode to 10
Some OpenGL drivers can do vblank synced flips (NVIDIA's can).
glDrawPixels + glXSwapBuffers should be faster than a DGA implementation.
Even XPutImage should be faster than a DGA implementation, but like
you've pointed out, there's no way to sync XPutImage to vblank.
DGA is frequently broken in
Antonino A. Daplas wrote:
Hi all,
Looking at the xfree86 source of nv, it seems that the maximum resolution
achieved when the input type is DDI is set by the BIOS (fpWidth/fpHeight).
Is there a way to bypass this limitation such as a flatpanel display capable
of 1600x1200, but only 1024x768 is achi
On Thu, Nov 25, 2004 at 01:00:34PM -0700, Marc Aurele La France wrote:
>On Wed, 24 Nov 2004, David Dawes wrote:
>
>>I've been reworking the multi-monitor configuration support that I started
>>a while ago, and I have a patch relative to the latest XFree86 snapshot
>>(4.4.99.17) that implements it.
Hi all,
Looking at the xfree86 source of nv, it seems that the maximum resolution
achieved when the input type is DDI is set by the BIOS (fpWidth/fpHeight).
Is there a way to bypass this limitation such as a flatpanel display capable
of 1600x1200, but only 1024x768 is achievable. IOW, what regis
Isn't DGA mode being phased out? I been using XPutImage and the XVidMode
extension to provide fullscreen instead. Only problem being you have no control
over when the image is actually copied to the display, so tearing results,
unless someone else here would like to enlighten me...
On Thu,
On Wed, 24 Nov 2004, David Dawes wrote:
I've been reworking the multi-monitor configuration support that I started
a while ago, and I have a patch relative to the latest XFree86 snapshot
(4.4.99.17) that implements it. This provides a better way of handling
the multi-monitor configuration than the
If you want tearless rendering you should be flipping. Ie. render
to a non displayed portion of the framebuffer, then call XDGASetViewport
to display it after the copy is finished. See the DGA test apps at
http://www.xfree86.org/~mvojkovi/, specifically texture.tar.gz.
If the texture and skull
On Thu, Nov 25, 2004 at 10:43:51AM +0100, Thomas Winischhofer wrote:
>David Dawes wrote:
>>I've been reworking the multi-monitor configuration support that I started
>>a while ago, and I have a patch relative to the latest XFree86 snapshot
>>(4.4.99.17) that implements it. This provides a better w
David Dawes wrote:
I've been reworking the multi-monitor configuration support that I started
a while ago, and I have a patch relative to the latest XFree86 snapshot
(4.4.99.17) that implements it. This provides a better way of handling
the multi-monitor configuration than the current "mergedfb" m
What mechanism are you using to sync to vertical retrace?
Also, the for loop you provide is not going to be very fast code
for copying the buffer, at least not in my experiences. Try using
something like memcpy() for the bulk of the copying, perhaps a memcpy()
invocation per horizontal line. May
11 matches
Mail list logo