Very hackish patch series for nv0x hardware, please take look and comment on
changes, blame me for errors etc.
Francisco, might be nouveau list is better for this stuff?
From 9bf16a26361ab4a44b6568deae30c523488cde1b Mon Sep 17 00:00:00 2001
From: Andrew Randrianasulu
Date: Mon, 6 Sep 2010 18:17
Sep 17 00:00:00 2001
From: Andrew Randrianasulu
Date: Mon, 6 Sep 2010 18:17:48 +0400
Subject: [PATCH 1/7] nv0x: use multitexturing engine for A8 textures, fixes teapot demo broken
probably since we started to use _mesa_meta_Bitmap
---
src/mesa/drivers/dri/nouveau/nv04_context.c |8 +++
eau list is better for this stuff?
>
> It's fine either way, do it as you prefer.
>
> > From 9bf16a26361ab4a44b6568deae30c523488cde1b Mon Sep 17 00:00:00 2001
> > From: Andrew Randrianasulu
> > Date: Mon, 6 Sep 2010 18:17:48 +0400
> > Subject: [PATCH 1/6] nv0x:
me for errors etc.
> >>
> >> Francisco, might be nouveau list is better for this stuff?
> >
> > It's fine either way, do it as you prefer.
>
> Patches to core Mesa should go to mesa-dev for review.
>
> >> From 3accecebe12d34e74feae8149615c379bea54915 Mon S
, 1, ZERO, INVERT);
- INPUT_ARG(rc, 2, 1, 0);
- INPUT_SRC(rc, 3, ZERO, INVERT);
- SIGNED_OP(rc);
- break;
-
default:
assert(0);
}
From 92c19bdd1101da592fc4c8346c01333aaad8d16d Mon Sep 17 00:00:00 2001
From: Andrew Randrianasulu
Date: Thu, 9 Sep 2010 07:22:32 +0400
Subject: [PATCH 1/4] nv0x: Add w
228d160733321125389871aa92f9cce809713374 Mon Sep 17 00:00:00 2001
From: Andrew Randrianasulu
Date: Fri, 10 Sep 2010 22:28:06 +0400
Subject: [PATCH 1/4] nouveau: add prototype function for validating FBO, based on intel code
Allow wine to start.
---
src/mesa/drivers/dri/nouveau/nouveau_fbo.c | 28
: 0.494118,0.494118,0.494118\n Delta:
-0.005882,-0.005882,-0.005882\nMax delta: 0.005882\n\n
returncode: 0
result: pass
time: 0.265281915665
!
From 009e6c9e609ce8e2464f66f1c6d8ba70be29fa0c Mon Sep 17 00:00:00 2001
From: Andrew Randrianasulu
Date: Thu, 16 Sep 2010 17:33:00 +0400
Subject: [PATCH] nv10
From 6ae8a640f13e2f7287e6e1bc5b4459d1f985faa1 Mon Sep 17 00:00:00 2001
From: Andrew Randrianasulu
Date: Fri, 17 Sep 2010 05:41:34 +0400
Subject: [PATCH] nouveau: Trivially add GL_ARB_texture_border_clamp into common
extension list, should be supported for nv0x/nv1x/nv2x
---
src/mesa/drivers
Hi!
Patch was not exactly correct, pre-GeForce3 (pre nv20) cards can't do texture
borders, even if said mode (CLAMP_TO_BORDER) listed in current headers
(nouveau_class.h) and code has case switch for it.
But strangely, for me extension pop up in list just as i added it (i was
played with cube
It is not as old as I was thinking
http://www.opengl.org/registry/specs/SUN/slice_accum.txt
$Date: 02/03/13 15:15:35 $Revision: 1.3 $
But extension itself talks about accumulation buffer(s)[0], they supported
currently in software in mesa, and many old consumer-level cards seems don't
Brian Paul wrote:
> On 09/19/2010 09:55 PM, randrianas...@gmail.com wrote:
>> It is not as old as I was thinking
>>
>> http://www.opengl.org/registry/specs/SUN/slice_accum.txt
>>
>> $Date: 02/03/13 15:15:35 $Revision: 1.3 $
>>
>>
>> But extension itself talks about accumulation buffer(s)[0], t
Hello Ian and all!
Older nvidia cards implement GL_EXT_paletted_texture in hw. I just started to
playing with this on nv11 :/
___
mesa-dev mailing list
mesa-dev@lists.freedesktop.org
http://lists.freedesktop.org/mailman/listinfo/mesa-dev
Ok, it seems very few people want to have them in working state from
developers side of fence. Corbin simply can't boot them, others are busy with
new radeon/nouveau/intel.
So, first I will list drivers, as far as i understand them, please correct:
i810 - Old Intel, 16-bit only rendering, II
Hello!
В сообщении от Sunday 26 September 2010 22:34:20 Alan Coopersmith написал(а):
> randrianas...@gmail.com wrote:
> > Can freedesktop/X.org organise something like Google summer (winter?) of
> > Code, with some tasks, need for moving those drivers forward? Good
> > documentation about _today_
Hello all!
Today i dived into GLSL for first time, so sorry if i write something stupid.
One user at #radeon (nick ) asked why some shade doesn't work.
Here is link to vertex shader as i saw it today:
http://mapserver.flightgear.org/git/gitweb.pl?p=fgdata;a=blob;f=Shaders/3dcloud.vert;h=1356
Only compile-tested ... But i'm on the right track?
diff --git a/src/mesa/slang/slang_typeinfo.c b/src/mesa/slang/slang_typeinfo.c
index d039a12..eccd29f 100644
--- a/src/mesa/slang/slang_typeinfo.c
+++ b/src/mesa/slang/slang_typeinfo.c
@@ -187,8 +187,11 @@ static const type_specifier_type_name typ
Next version, with changes for src/glsl/cl/sl_cl_parse.c
diff --git a/src/glsl/cl/sl_cl_parse.c b/src/glsl/cl/sl_cl_parse.c
index 09456f5..8bd448b 100644
--- a/src/glsl/cl/sl_cl_parse.c
+++ b/src/glsl/cl/sl_cl_parse.c
@@ -154,18 +154,21 @@
#define TYPE_SPECIFIER_TYPENAME25
Sorry, i missed much more places where GLSL compiler check and define
functions ... patch in this mail still not correct, may be just duplicating
entries in slang/library/*.gc was not good idea at all .
currently array demo dies with
Error: problem compiling shader: Error: undeclared typ
Hello.
Just tested http://repo.or.cz/w/mesa/nouveau-pmpeg.git/ (commit
25363beccacc70a514045283bbe14951262f7b1f, "nouveau video fixup") with my nv43.
At first, i got only nv40_fragtex.c:50: nv40_sampler_view_init: Assertion
`tf->fmt[4] >= 0' failed. Then I disabled this assertion, and got some
19 matches
Mail list logo
