Roland Scheidegger wrote:
> I suspect you're hitting a r200 asic bug, which isn't present in rv250
> and other r200 family members. There are workarounds in the driver for
> this (see r200UpdateTextureState), but to my knowledge they are
> insufficient for two-pass ATI_fragment_shader shaders. Ther
Hi!
I have Radeon8500LE 128MB AGP successfully running under Fedora Rawhide and DRI
is working, but I
tried Doom3 and it freezes at loading screen.
I understand that priorities may have shifted to get R5xx-R7xx cards into 3D,
but until new DRI/DRM
bits arrives, this issue probably affects all r
On Fri, Feb 28, 2003 at 05:33:29PM -0500, Daniel Vogel wrote:
> Fragmention still isn't good, which brings me back to my original question
> whether folks are talking to NVIDIA why they aren't using the DRI framework.
Probably because of theirs UDA? I suspect it is easear to support 'more'
common
On Sun, Feb 09, 2003 at 01:31:19AM +0200, Arkadi Shishlov wrote:
> It tries to draw a smoke cloud particle effect. Internally it use 64x64
Me bad. It is actually a polygon from explosion cause I had particles
turned off at these screenshots. Anyway Alpha channel doesn't work in all
plac
On Sat, Feb 08, 2003 at 02:45:20PM -0800, Ian Romanick wrote:
> That's very odd. I don't much, if anything, has changed in the texture
> management code in the trunk for that driver in quite some time. Do the
> rainbows persist or do they disappear after the dynamic lighting is
> gone? I migh
Current mga driver, both from mesa and trunk branches, has a problem
which 4.2.1 driver doesn't have. Look at this screenshots (QuakeForge):
http://idea.hosting.lv/a/tmp/mga-shots/1.jpg
http://idea.hosting.lv/a/tmp/mga-shots/2.jpg
http://idea.hosting.lv/a/tmp/mga-shots/3.jpg
This visual artifact
On Tue, Feb 04, 2003 at 09:51:30PM -0500, Leif Delgass wrote:
> On Wed, 5 Feb 2003, Arkadi Shishlov wrote:
> > What do you mean by aren't fully compliant? Final A = Fragment A or
> > Final A = Texture A? It looks like Fragment A..
>
> Yes, I think that's right. A
On Tue, Jan 28, 2003 at 11:01:53PM -0500, Leif Delgass wrote:
> On Wed, 29 Jan 2003, Arkadi Shishlov wrote:
> > - 'Texture environment modes: GL_BLEND is done in software..' - mean
> > glTexEnv(GL_BLEND) is software. GL_DECAL is hw accelerated.
> > GL_MODU
> The DRI tree no longer contains all the X stuff it needs (hasn't for a
> long time, actually) to build but instead relies on it to be installed
> on the system.
There is a small glitch with current DRI compilation setup.
If ProjectRoot in (otherwise default) host.def is set to something other
t
If texture is locked in DRI while rendering, the straghforward solution
is to allocate new texture for every frame or reuse old one from the ring.
The new texture will be free, one application thread can be dedicated to
push texture to AGP and than into the card, while another threads can decode
th
On Fri, Jan 31, 2003 at 04:33:36PM -0500, Leif Delgass wrote:
> Actually, iirc, all the drivers actually implement glTexSubImage2D the
> same way as glTexImage2D. They always upload the entire texture image --
> there was a comment I remeber seeing about the subimage index calculations
> being wro
On Fri, Jan 31, 2003 at 10:26:13AM -0800, Ian Romanick wrote:
> There are two typical ways to go about imporving texture upload
> performance in OpenGL applications. One is through the use of OpenGL
> extensions. There are several extensions available (or available any
You are talking about e
Hi.
I'm working on QuakeForge engine, and some things related to transparency
(player damage blood) and 'dynamic lighting' (grenade explosion) are very
slow. Quake3 runs faster in mean time.
I want to investigate problem further on Quake side, but I want to be sure
I understood mach64 limitation co
On Mon, Jan 27, 2003 at 10:41:20PM -0600, D. Hageman wrote:
> Those are some excellent examples of abuse. It doesn't have to be like
> that.
[..]
> If we went with libxml2 it has no exterior dependencies that I am aware.
Probably I was harsh when I said no to XML. Using libxml is good from
c
On Mon, Jan 27, 2003 at 03:19:22PM -0800, Philip Brown wrote:
> On Mon, Jan 27, 2003 at 11:18:43PM +0100, Felix K?hling wrote:
> > If anyone has serious objections to XML, please let us know (mail to
> > dri-devel will suffice ;-).
>
> I object. Using xml inevitably leads to files that are complet
On Sun, Jan 26, 2003 at 03:37:03PM +, [EMAIL PROTECTED] wrote:
> Program received signal SIGFPE, Arithmetic exception.
> 0x404fc600 in ?? ()
> (gdb) quit
You need to continue here. OpenGL library is trying to determine SSE extension
availability.
arkadi.
---
I forgot to tell that mtrr warning is still there:
mtrr: base(0xf002) is not aligned on a size(0x30) boundary
It is harmless cause i830.o kernel drm module setup WC region on all
AGP aperture (0xf000). Anyway, I tracked it down to i830_dri.c
where it sets framebuffer address which is
On Thu, Jan 23, 2003 at 10:08:58AM +, Keith Whitwell wrote:
> I don't know if you're using CVS, but there is an updated version of this
> driver on the mesa-4-0-4 branch - can you try that first?
Thanks. Compiled. All OpenGL applications work OK. Unfortunatelly new DRI
broke XVideo. Blue wind
Hi.
Recently I posted my problem with i845G/GL chipset to dri-users@.
http://sourceforge.net/mailarchive/forum.php?thread_id=1551204&forum_id=6511
Should I file bug report for this issue to be notified by developers
or there just no time/man-power/chipset docs/input from vendor to fix
this problem?
19 matches
Mail list logo
