Why is this defaulted to off? If the monitor is transmitting it's mode
information why is the default to ignore it and use Vesa standard modes?
I have an LCD display connected through a CRT cable. I couldn't figure out why
it wasn't picking up the detailed timings from DDC. Then I traced all
You should try the daily snapshots available from the DRI website...
I did so yesterday.
I also had to install the XFree86 binary from the 'extra' section and ln -s
libexpat.so.0
libexpat.so.1
However, it didn't solve any problem. The examples of my first message still
produce the
same
Ville Syrjälä wrote:
On Tue, Nov 25, 2003 at 10:17:46PM +0100, Felix Kühling wrote:
Hi,
I'm looking into the various templates in Mesa/src/tnl_dd as I'm trying
to port the savage driver to current Mesa. I was wondering what the
HAVE_HW_FLAT_SHADE macro is doing? It only appears in
On Wed, 26 Nov 2003 07:49:21 +0200
Ville Syrjälä [EMAIL PROTECTED] wrote:
On Tue, Nov 25, 2003 at 10:17:46PM +0100, Felix Kühling wrote:
Hi,
I'm looking into the various templates in Mesa/src/tnl_dd as I'm trying
to port the savage driver to current Mesa. I was wondering what the
On Wed, Nov 26, 2003 at 09:30:57AM +0100, Jan Gukelberger wrote:
You should try the daily snapshots available from the DRI website...
I did so yesterday.
I also had to install the XFree86 binary from the 'extra' section and ln -s
libexpat.so.0
libexpat.so.1
However, it didn't solve
On Wed, Nov 26, 2003 at 07:41:48AM +0200, Ville Syrjälä wrote:
On Tue, Nov 25, 2003 at 12:28:29PM -0800, Ian Romanick wrote:
The problem seems to be with older distros that have libexpat.so.0
instead of libexpat.so.1. People have found that it works if they
symlink libexpat.so.0 to
Doing a glFlush() before glutSwapBuffers() makes the last triangle
visible.
That's right! At least, this is a temporary workaround so I can go on
experimenting with
OpenGL programming.
But I really hate not being able to play bzflag during lunch time ;-(
Nevertheless it's good that I
On Wed, 2003-11-26 at 00:51, Alan Cox wrote:
On Maw, 2003-11-25 at 20:26, Michel Dnzer wrote:
* Our drivers do something which makes newer chips perform very
poorly with PCI GART, be they AGP or PCI
The former wouldn't necessarily say anything about PCI cards, but I'm
not
Hi,
I am using the latest bin and drv i found on alan's
page but the problem persists, and it s always the
same:
xine/mplayer: sometimes (not very often, say once
every ten) I get a green screen (or green
splashscreens).
No way of getting rid of it without poweroff.
I always had this prob,
On Wed, Nov 26, 2003 at 03:18:08PM +0100, Jan Gukelberger wrote:
Doing a glFlush() before glutSwapBuffers() makes the last triangle
visible.
That's right! At least, this is a temporary workaround so I can go on
experimenting with
OpenGL programming.
But I really hate not being
Hi guys,
On Wednesday, 26. November 2003 18:54, you wrote:
On Wed, 2003-11-26 at 00:51, Alan Cox wrote:
On Maw, 2003-11-25 at 20:26, Michel Dänzer wrote:
* Our drivers do something which makes newer chips perform
very poorly with PCI GART, be they AGP or PCI
The former
--- Hui Yu [EMAIL PROTECTED] wrote:
The panel is probably in analog mode so it's treated as a traditional CRT (I
haven't found a reliable way to tell an analog panel from a CRT that works
with all versions of EDID). Usually analog panels comply well with VESA
standard, the traditional way
Title: RE: [Dri-devel] Radeon driver, DDCMode
-Original Message-
From: Jon Smirl [mailto:[EMAIL PROTECTED]]
Sent: Wednesday, November 26, 2003 4:08 PM
To: Hui Yu; 'Alex Deucher'
Cc: dri-devel
Subject: RE: [Dri-devel] Radeon driver, DDCMode
--- Hui Yu [EMAIL PROTECTED]
--- Hui Yu [EMAIL PROTECTED] wrote:
Well, you can do this if you don't mind getting a lot of complains like I
updated to version xxx, radeon driver doesn't use the Modeline I specified
anymore. Of course, you can get around this is by checking
pScrn-monitor-Modes-type, see whether a modeline
I'm new to this list, so please excuse me if this topic has
been exhaustively discussed, or if it is not appropriate.
I didn't see any way of searching the archives.
I'm interested in information on the comparative performance
of OpenGL applications running with Mesa and other open
source
comments inline...
From: Carl Switzky
I'm new to this list, so please excuse me if this topic has
been exhaustively discussed, or if it is not appropriate.
I didn't see any way of searching the archives.
There are archives, see dri.sf.net, page Mailing lists
for the links.
I'm interested
16 matches
Mail list logo