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
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_
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 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
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
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
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
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
: 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
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
, 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
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
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:
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 +++
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
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
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
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
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
19 matches
Mail list logo
