On Thu, Nov 21, 2002 at 03:45:19PM +, Ian Molton wrote:
What's the point of trying to display 120 Hz if you monitor can only
do 85 Hz?
the faster you render, the lower your latency. its pointless for 3D
modelling / artwork, but very nice for 3D games.
Then you are taking
On Wed, Nov 20, 2002 at 04:11:10PM -0700, Brian Paul wrote:
I'm willing to bet that there's around 100 header files in the XFree86
tree that get pulled into the compilation of the various DRI-related
source files.
Determining what to keep and what to discard would be a long process.
Alexander Stohr wrote:
The drivers should run on Linux/x86 with glibc 2.2,
some common kernel modules do come precompiled and
a build environment for gcc2.96 and gcc3.2 is included,
thus making that drivers compatible with
e.g. RedHat(R) Linux(R)/x86 8.0 or 7.3 versions.
Hmm, according to
Frank Steiner wrote:
Alexander Stohr wrote:
The drivers should run on Linux/x86 with glibc 2.2,
some common kernel modules do come precompiled and
a build environment for gcc2.96 and gcc3.2 is included,
thus making that drivers compatible with
e.g. RedHat(R) Linux(R)/x86 8.0 or 7.3 versions.
On Fri, 22 Nov 2002 09:42:06 +0100
Marcelo E. Magallon [EMAIL PROTECTED] wrote:
Then you are taking about a single frame taking 1/120 seconds to
render, and not about pushing 120 frames per second to the user.
Which, if you think about it, is what I said previously.
ok, fair enough. but
Hi, Alexander!
It's a great news that ATI is making Linux driver for R200 boards, but this
driver is very problematic to use for me and my friends. Below is a brief
list of troubles I met installing this driver on my SuSE 8.1 box:
At first I attempted to set up SuSE's xfglrx package to get 3D
Title: RE: [Dri-devel] Re: New ATI FireGL drivers announced
Hi, Alexander!
It's a great news that ATI is making Linux driver for R200
boards,
for completeness its: R200/RV250/R300/some-Mobility
At first I attempted to set up SuSE's xfglrx package to get
3D acceleration
for my
On Don, 2002-11-21 at 16:33, Alexander Stohr wrote:
So this passed the news wires today:
ATI drives graphics performance for Linux users with new unified
driver
http://mirror.ati.com/companyinfo/press/2002/4574.html
The drivers can now be downloaded for free at www.ati.com
(see e.g.
Hi.
First, well done to the r200 coders - it works (CVS - whatever you get
without specifying)
some notes though...
1) glxinfo reported it didnt have DRI enabled until I straced it and
found it looking for /dev/dri/card14.
I created a symlink to /dev/dri/card0 and it worked (after also giving
M xc/programs/Xserver/hw/xfree86/scanpci/xf86PciData.c
But latest version. The current is much older.
/* $XFree86: xc/programs/Xserver/hw/xfree86/scanpci/xf86ScanPci.c,v 1.12
2002/07/15 20:46:0
4 dawes Exp $ */
/*
* Display the Subsystem Vendor Id and Subsystem Id in order to identify
* the
On 22 Nov 2002 15:43, you wrote:
After generating XF86Config and typing startx in command
prompt X server
failed to start. I found in system logs that 2D driver refused to
work with third party boards.
That's Intentional. On the list you can find several references to
problems with the
Title: RE: [Dri-devel] New ATI FireGL drivers announced
What about support for other architectures, in particular PPC?
The Apple as the #1 PPC platform (okay there might be several others)
does have an AGP slot and to my knowledge there is a nice ATI history
for the MacOS. Not bad the
Title: RE: [Dri-devel] Re: New ATI FireGL drivers announced
I used stock SuSE 2.4.19-4GB kernel optimized for Athlon processors.
Please try using a stock kernel.org kernel in the mean time.
There might be need for us to check
if there is a patch in the SuSE kernels
that do impact system
My plan is to merge the mesa-41 branch into the DRI trunk this
weekend. Let me know if there are any concerns.
-Brian
---
This sf.net email is sponsored by:ThinkGeek
Welcome to geek heaven.
http://thinkgeek.com/sf
That file is symlinked from xf86ScanPci.c, it shouldn't exist.
Do a clean checkout.
Alan.
On Fri, Nov 22, 2002 at 02:37:35PM +0100, Dieter Nützel wrote:
M xc/programs/Xserver/hw/xfree86/scanpci/xf86PciData.c
But latest version. The current is much older.
/* $XFree86:
I would be worried that whatever is causing the server from the mesa-41
branch to crash under FreeBSD is going to make it way into the trunk.
Adam
On Fri, 22 Nov 2002, Brian Paul wrote:
My plan is to merge the mesa-41 branch into the DRI trunk this
weekend. Let me know if there are any
Adam K Kirchhoff wrote:
On Fri, 22 Nov 2002, Brian Paul wrote:
My plan is to merge the mesa-41 branch into the DRI trunk this
weekend. Let me know if there are any concerns.
I would be worried that whatever is causing the server from the mesa-41
branch to crash under FreeBSD is going to make
Brian Paul wrote:
Adam K Kirchhoff wrote:
On Fri, 22 Nov 2002, Brian Paul wrote:
My plan is to merge the mesa-41 branch into the DRI trunk this
weekend. Let me know if there are any concerns.
I would be worried that whatever is causing the server from the mesa-41
branch to crash
On Fri, Nov 22, 2002 at 02:24:34PM +0100, Michel Dänzer wrote:
On Don, 2002-11-21 at 16:33, Alexander Stohr wrote:
Let me express that i do _not_ object to any of the DRI-Devel works.
DRI did great job and it resolves for situations where ATI
cant provide solutions as of today and possibly
The dri-devel list isn't ATI support.
The announcement about the code was fine. I think we all want to know
about other versions out there for comparison sake if nothing else.
Once people started asking about powered by ati boards, other
platforms, and other troubleshooting, it was no longer
Alexander Stohr wrote:
It's nearly impossible to buy build by ATI board in Moscow,
so I was forced to apply my assembly skills to modify board
vendor id in 2D driver (fglrx_drv.o). After replacing ATI's
id (0x1002) with Gigabyte (0x1458) I was able to start XFree
but I saw my text consoles
Am Freitag, 22. November 2002 14:35 schrieb Ian Molton:
2) the movies at the start of Q3 are /excruciatingly/ slow (maybe 2FPS
tops) the rest of the game is obviously accelerated.
Trunk?
Got that with all versions before and kernel 2.4.xx (SMP).
After I installed 2.5.47+ it is smooth and
On Fri, 22 Nov 2002, Jens Owen wrote:
Brian Paul wrote:
Adam K Kirchhoff wrote:
On Fri, 22 Nov 2002, Brian Paul wrote:
My plan is to merge the mesa-41 branch into the DRI trunk this
weekend. Let me know if there are any concerns.
I would be worried that whatever is
On Fri, 22 Nov 2002 16:56:05 +
José Fonseca [EMAIL PROTECTED] wrote:
I already had my [unrelated] bad experiences with proprietary
solutions and that's a path that I do my best to avoid, spite often
having to choose to less featureful solutions. This is my stance - I
don't expect that
...that your computer reads to you aloud! This collection includes the complete works of thousands of literature, poetry, classics, reference, historical documents, and e~en classical music! There are hundreds of authors and thousands of books on this CD!!Your computer ~ill actually READ you the
On Fri, Nov 22, 2002 at 02:44:51PM +0100, Alexander Stohr wrote:
What about support for other architectures, in particular PPC?
The Apple as the #1 PPC platform (okay there might be several others)
does have an AGP slot and to my knowledge there is a nice ATI history
for the MacOS. Not bad
Adam K Kirchhoff wrote:
On Fri, 22 Nov 2002, Jens Owen wrote:
Brian Paul wrote:
Adam K Kirchhoff wrote:
On Fri, 22 Nov 2002, Brian Paul wrote:
My plan is to merge the mesa-41 branch into the DRI trunk this
weekend. Let me know if there are any concerns.
I would be worried that whatever
Adam K Kirchhoff wrote:
I would be worried that whatever is causing the server from the mesa-41
branch to crash under FreeBSD is going to make it way into the trunk.
Can you update your mesa-41 branch and rebuild? I just did another
merge from the trunk which picked up a few updates.
-Brain
On Thu, Nov 21, 2002 at 04:33:47PM +0100, Alexander Stohr wrote:
Supported cards should be (list might not be complete):
- ATI Radeon 8500 {/DV/LE}, 9000 {/PRO}, 9500 {/PRO}, 9700 {/PRO} -
Built by ATI
Does this mean these drivers have full 3D support for r300 based
cards?
If so,
I would like to see this. The visuals are looking terrific. I really like this branch.
I just updated and built/instaled this and I really like. The only thing that bothers
me is that there is a bad stutter in things. I think the best example of this is in
Unreal Tournament. You will have good
Before I just launch into this, I will explain some of the motivation and
(brief) history that led to this document.
As near as I can tell, the GLX side of DRI has stagnated. I seems as though
we are approaching a critical mass to make some real improvements in that
area. Brian and I have had
David,
I think this is a CVS problem that we've seen before.
After merging from the DRI trunk and checking in the changes to the mesa-41
branch I'm finding that a number of files in xc/programs/Xserver/hw/xfree86
drivers/geode aren't getting updated correctly.
Basically, committing changes to
Brian Paul wrote:
David,
I think this is a CVS problem that we've seen before.
After merging from the DRI trunk and checking in the changes to the mesa-41
branch I'm finding that a number of files in xc/programs/Xserver/hw/xfree86
drivers/geode aren't getting updated correctly.
There's a few
Ian Romanick wrote:
Before I just launch into this, I will explain some of the motivation and
(brief) history that led to this document.
As near as I can tell, the GLX side of DRI has stagnated. I seems as though
we are approaching a critical mass to make some real improvements in that
area.
Linux 2.5.47 (radeon.o 1.6.0)
GL_VERSION: 1.4 Mesa 5.0
GL_EXTENSIONS: GL_ARB_depth_texture GL_ARB_imaging GL_ARB_multitexture
GL_ARB_point_parameters GL_ARB_shadow GL_ARB_shadow_ambient
GL_ARB_texture_border_clamp GL_ARB_texture_cube_map GL_ARB_texture_env_add
GL_ARB_texture_env_combine
On Fri, Nov 22, 2002 at 04:55:55PM -0700, Brian Paul wrote:
David,
I think this is a CVS problem that we've seen before.
After merging from the DRI trunk and checking in the changes to the mesa-41
branch I'm finding that a number of files in xc/programs/Xserver/hw/xfree86
drivers/geode aren't
On Don, 2002-11-21 at 17:42, John M. Gabriele wrote:
I was just browsing around the developer relations
areas of the ATI and Matrox sites, and I'm getting
the impression that they don't really care about having
open source DRI drivers available for their products.
Are these companies
On Fri, 22 Nov 2002, Brian Paul wrote:
Adam K Kirchhoff wrote:
I would be worried that whatever is causing the server from the mesa-41
branch to crash under FreeBSD is going to make it way into the trunk.
Can you update your mesa-41 branch and rebuild? I just did another
merge from the
38 matches
Mail list logo
