Are there any plans to apply patch into Mesa/drm CVS?
--
Free Software - find interesting programs and change them
NetHack - meet interesting creatures, kill them and eat their bodies
Usenet - meet interesting people from all over the world and flame them
Decopter - unrealistic helicopter
On Thu, Dec 02, 2004 at 08:49:56AM -0500, Alex Deucher wrote:
Radeon 9000 PCI
Radeon 9200se AGP
these two chips are already fully supported by xorg and the DRI.
Fully? Was HyperZ only missing feature?
And is HyperZ fully working now?
--
Free Software - find interesting programs and
2 days ago, after CVS update, I realized I can't get accelerated rendering.
(II) RADEON(0): Direct rendering enabled
but:
OpenGL renderer string: Mesa GLX Indirect
I have correct radeon.ko loaded, everything setup correctly (when I recompile
older Mesa and copy r200_dri.so I have direct
On Sat, Nov 06, 2004 at 06:36:08PM -0500, Michel Dnzer wrote:
LIBGL_DEBUG=verbose glxinfo
give any hints?
Yes:
libGL: XF86DRIGetClientDriverName: 4.0.1 r200 (screen 0)
libGL: OpenDriver: trying /usr/X11R6/lib/modules/dri/r200_dri.so
libGL error: dlopen /usr/X11R6/lib/modules/dri/r200_dri.so
On Tue, Nov 02, 2004 at 07:16:56AM +, Keith Whitwell wrote:
How stable is this code now how much testing has it had? How close do
you think it is to be ready for CVS?
With unmodified hyperz patches my system (Linux-2.6.9, Athlon, Radeon 9100)
crash/reboot when I run glxgears.
I tried to
On Sat, Oct 30, 2004 at 04:16:09AM +0200, Stephane Marchesin wrote:
../../../../../src/mesa/tnl_dd/t_dd_vbtmp.h: In function `emit_wg':
../../../../../src/mesa/tnl_dd/t_dd_vbtmp.h:387: error: `col_size'
undeclared (first use in this function)
It compiles for me after applying attached patch.
A major rework of the 3D graphics systems has been undertaken. This allows
more vertex data to be contained in AGP and video memory. Additionally, for
video cards which support hardware vertex programs with sufficient
capabilities, the fixed function pipeline will now be translated into a
Sorry if it is not best place to write about it, but I believe Doom3 is very
important application, and many developers will be interested in testing it
with DRI driver (linux client author wrote, that he hasn't tested it with DRI
at all, and that it doesn't work with fglrx!). I wasn't able to
On Thu, May 06, 2004 at 09:04:28AM +0200, Svante Signell wrote:
Also, is the S3TC issue resolved for the cards I mentioned before
Browse dri-devel archive, there was patch for software S3TC support.
--
Free Software - find interesting programs and change them
NetHack - meet interesting
Oops! I mean of course ut2004demo, not 2003.
--
Free Software - find interesting programs and change them
NetHack - meet interesting creatures, kill them and eat their bodies
Usenet - meet interesting people from all over the world and flame them
Decopter - unrealistic helicopter simulator, get
On Fri, Feb 13, 2004 at 11:52:05PM +0100, Andreas Stenglein wrote:
Just tried ut2003 on R100 with current DRI+MESA cvs HEAD.
I just tried it on my Radeon 9100 and Athlon XP 1800+.
OpenGL renderer string: Mesa DRI R200 20030328 AGP 4x x86/MMX+/3DNow!+/SSE TCL
OpenGL version string: 1.3 Mesa 6.1
On Tue, Dec 30, 2003 at 09:38:21PM +0100, Felix Khling wrote:
And I found out that apperently the entire vtxfmt code path is not working.
Was it working before newmesa?
--
Free Software - find interesting programs and change them
NetHack - meet interesting creatures, kill them and eat their
On Thu, Dec 18, 2003 at 02:43:09AM +0100, Roland Scheidegger wrote:
and I don't know if any open-source
compressors exist which could easily be included in mesa
On Sat, Nov 22, 2003 at 04:55:37PM +1000, Chris Ison wrote:
celeron 500 pc)and glxgears only gives me 250fps on average, and openGL
IMHO glxgears should not be used as real benchmark. Try at least something with
textures and any effects like fog.
--
Free Software - find interesting programs
On Mon, Aug 25, 2003 at 11:36:03AM +, Michael Knigge wrote:
I have some trouble with my new ATI 9200 - I can't get it working with
my Xfree86 4.2.1. I've compiled this Xfree by myself for Debian woody.
Do you feel any discomfort when using XFree86 never than 4.2.1?
--
Free Software -
I have Radeon 9100, Athlon XP 1800+, 256MB RAM and Linux-2.4.21.
I was benchmarking RTCW ET with DRI.
I tried to change value 216 to something bigger in
xc/xc/extras/Mesa/src/tnl/t_context.h:
#define IMM_MAX_COPIED_VERTS 3
#define IMM_MAXDATA (216 + IMM_MAX_COPIED_VERTS)
#define
There are many places in code like:
if (R200_DEBUG DEBUG_PRIMS)
but I don't see how to disable debugging at all from binaries. Should not these
ifs be in:
#ifdef DEBUG
#endif
?
It's always few CPU cycles less...
--
Free Software - find interesting programs and change them
NetHack - meet
On Sun, Jun 29, 2003 at 03:43:43PM -0600, Nicholas Leippe wrote:
Just:
#define R200_DEBUG 0
#define DEBUG_PRIMS 0
The compiler should optimize out the dead code.
Right, and I was wrong, there is way to disable it.
In r200_context.h:
#define DO_DEBUG1
#if DO_DEBUG
extern
I am browsing Mesa and r200 source, and I found small typo :-)
xc/lib/GL/mesa/src/drv/r200/r200_tex.c:125
_mesa_problem(NULL, bad S wrap mode in %s, __FUNCTION__);
I think it should be:
_mesa_problem(NULL, bad T wrap mode in %s, __FUNCTION__);
--
Free Software - find interesting programs and
On Fri, Jun 20, 2003 at 04:00:27PM +1000, Zik Saleeba wrote:
Running the Torque Engine example application
(http://www.garagegames.com/) runs for a few frames and then locks the
system up.
On r200 it works without crashes, but there are visible display errors. On
Matrox it locks too.
--
I am trying to understand DRI source, now from start, i.e. from OpenGL calls.
I was analizing file: lib/GL/glx/g_render.c, if I understand correctly there is
stream build there, but where it's readed?
For example in glColor3f there is identifier: X_GLrop_Color3fv. I grep whole
DRI source and
I was testing following code on DRI r200:
http://www.gametutorials.com/download/Ports/OpenGL/RenderToTexture_SDL.zip
It renders one cube to 2D Texture, then renders one quad with that texture.
I wrote simple fps counter, and noticed, that results on Radeon 9100 with DRI
are much worse than on
I don't know if this is helpful, but at least I can report it:
blender: r200_vtxfmt.c:1083: r200VtxfmtUnbindContext: Assertion `vb.context ==
ctx' failed.
PS. XFree86-4.3.0rc2, Radeon 9000, Linux
--
Free Software - find interesting programs and change them
NetHack - meet interesting creatures,
On Sat, Mar 01, 2003 at 12:55:30PM +0100, sqwareq wrote:
I have Radeon 7500 based card and in some of GL apps I see the textures
flickering. I see the triangles flashing also. I saw other messages
discribing this bug and I wonder when it will be fixed.
As I wrote before - on Radeon VE there
On Fri, Feb 14, 2003 at 11:43:17AM +0100, Martin Spott wrote:
I'm glad to see that FlightGear is not the only reliable test case for the
Radeon X server lockup 'feature' ;-))
It's probably different problem, because it happen on both R100 and R200. With
old DRI drivers and driver from
I wrote that MindRover crashes X with Radeon VE and DRI. Last days I asked few
people on irc to test MindRover-demo with their Radeons (TCL and no-TCL, DRI
from current CVS and older). All of them got X locked. MindRover works well on
Voodoo3 (DRI), Matrox (DRI), Radeon (ATI closed source
I installed XFree86-4.3.0rc1 on Linux system with Radeon VE (without TCL
support).
In RTCW and FAKK2 there is texture flickering visible. Most textures are
displayed correctly, but few flickers. It's look like in one frame texture is
darker and in another bright (lighting off?). This problem not
On Mon, Feb 10, 2003 at 06:31:37PM +, John P. Looney wrote:
Hi, I was using the old Radeon drivers that shipped with a dist-upgraded
Woody, though they were mostly fine in Quake3, in Wolfenstien, there were
severe problems with corrupted textures.
Could you try driver 20021022 (from
On Wed, Jan 08, 2003 at 11:09:43AM +0100, Raffaele Candeliere wrote:
Does anybody know if is Voodoo1 supported under DRI?
It works with Mesa + Glide, not with DRI. Please install Glide for Voodoo
Graphics then compile Mesa with V1 support.
--
Free Software - find interesting programs and
On Sun, Nov 24, 2002 at 01:48:17PM +0100, Morten Hustveit wrote:
Voodoo cards default to synchronize display update to the refresh rate
AFAIK not with current drivers
6070 frames in 5.0 seconds = 1214.000 FPS
--
http://decopter.sf.net - free unrealistic helicopter simulator
On Mon, Nov 25, 2002 at 12:09:23AM +0100, Felix Khling wrote:
I'm having problems burning CDs at speeds higher than 16x too.
Have you tried to disable DMA for CD-Writer?
--
http://decopter.sf.net - free unrealistic helicopter simulator
---
On Sun, Nov 17, 2002 at 12:27:12PM +0100, Ingo Molnar wrote:
7c1cb25d8b5a42c9e1e6b30530b9d469 /usr/X11R6/bin/XFree86
This binary is very unstable on my system (Voodoo3), too. Looks like this is
early beta, or it needs more files from XFree86-3.2.99 (not just XFree86
binary).
--
I've installed 4.2.99 extras and tdfx driver from directory bleeding edge:
(WW) TDFX(0): Failed to set up write-combining range (0xe800,0x200)
(II) TDFX(0): vgaHWGetIOBase: hwp-IOBase is 0x03d0, hwp-PIOOffset is 0xbd00
(II) TDFX(0): Changing back offset from 0x00573000 to 0x00572000
(II)
On Thu, Nov 14, 2002 at 10:24:33AM +0100, Stefan Lange wrote:
Could you try if that helps?
Yes, I've added Virtual to XF86Config and DRI works again. Thanks a lot!
---
This sf.net email is sponsored by: To learn the basics of securing
your
On Fri, Nov 01, 2002 at 04:18:31PM +, Felipe Bugno wrote:
I'm a user of voodoo 5 5500 board and i love this board.
Could you check bug I've described few days ago (Blender related) with
development driver (from WWW)?
--
http://decopter.sf.net - free unrealistic helicopter simulator
Now, when Blender is GPLed I want to show this tdfx driver bug:
1) download Blender (binary, source, anything) from www.blender.org
2) run it
3) press F12 (rendering)
Everything becomes rainbow-coloured. Interface is no longer gray, mad colors
are everywhere. Main window grid, fonts, everything
On Thu, Sep 26, 2002 at 03:00:02AM +0200, Michel Dnzer wrote:
I've been wondering for some time why at least the Quake 2 engine is
very slow with multitexturing enabled, i.e. with
I am using mutlitexturing in my own application, tested on my Voodoo3 but also
on Radeon VE, Riva Vanta, or GF. No
On Sat, Sep 21, 2002 at 06:06:10PM -0400, Scott Barnes wrote:
Is anyone planning to work the tdfx-2-1-branch's S3TC support into the trunk
tdfx driver?
Where exactly is S3TC support in Glide source?
--
http://decopter.sf.net - free unrealistic helicopter simulator
On Fri, Sep 20, 2002 at 06:12:17PM -0600, Brian Paul wrote:
Just continue when you hit the _mesa_test_os_sse_exception_support()
function. It's a normal part of start-up. We found that the only
reliable way to detect SSE support (both CPU-wias and OS-wise) is
to try an SSE instruction and
On Tue, Jun 11, 2002 at 12:08:38PM +0200, Michel Dnzer wrote:
Will the issues with non-TCL hardware be taken care of after the merge?
Is it possible that there will be any trouble with Radeon VE card (without TL
support) after merge?
On Tue, Jun 11, 2002 at 06:44:27PM +0100, Keith Whitwell wrote:
Yes, it seems like there's a problem that has to be resolved before the
merge. Have you tried the tcl branch with your card?
I don't have Radeon VE, but I know someone who has it (using radeon binaries
from dri.sf.net downloads),
On Sun, Jun 09, 2002 at 12:11:58AM -0700, Mike Mestnik wrote:
Are there any cards or drivers that actually upload textures every frame?
I don't know any technical details, but AFAIK some emulators (snes9x? xmame?)
draw virtual screen on texture. And animation is smooth.
On Fri, Jun 07, 2002 at 09:42:22AM -0400, Al Tobey wrote:
I don't forsee a big problem performance wise if the textures are mangled
during the loading stage, but I'm still learning ...
Please keep in mind that some applications update texture every frame.
On Fri, May 24, 2002 at 11:44:05PM -0400, Al Tobey wrote:
Want ATI to give you 8500 docs? Sure, go fix the 3dfx driver, and you'll
have a much better chance of getting them.
I have three choices now:
1) stay with Voodoo3
2) buy Radeon 7500
3) buy Radeon 8500
If Radeon driver will be much
On Fri, May 24, 2002 at 02:49:09PM -0400, Al Tobey wrote:
Are there any cards on the market, which don't already have DRI
drivers, that have publicly available specs? I'll do some searching - a
card or two in this category would make a great training ground for some
new developers.
What
On Fri, Apr 12, 2002 at 10:14:17AM +0100, Andy Furniss wrote:
I have a 3 2000 on a PII350 and my quake3demo timedemos are the best yet.
Strange.
glxinfo shows -
OpenGL renderer string: Mesa DRI 20020221 Voodoo3 x86/MMX
OpenGL version string: 1.2 Mesa 4.0.2
OpenGL renderer string: Mesa
After I compiled XFree86 CVS with Mesa-4.0.1 - OpenGL slowed down. I tested it
in RTCW, Quake, and my own programs. Of course acceleration is on, but fps
dropped down. So I compiled DRI from CVS, but nothing changes - OpenGL is still
slower.
Is it normal, or did I break something?
I have Voodoo3
On Wed, Jun 20, 2001 at 12:26:41AM -0600, Derrik Pates wrote:
I've had XMMS's GL spectrum analyzer plugin (a) kill XMMS when trying to
stop the plugin, and (b) hang the X server (mouse pointer moves still,
everything else is gone). Needless to say, this doesn't make me too happy.
it's not
Hello.
I am happy owner of Voodoo3 AGP 2000 and AMD K6-2.
I have Linux-2.4.5, glibc-2.1.3 and latest XFree86 CVS installed.
I am developing simple 3D editor - it just a toy. I use OpenGL, SDL and
Paragui. I have big problem - when I move scrollbar - 3D scene is not rendered,
it just disappear
49 matches
Mail list logo
