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
> A couple of questions - it looks like this is a drop-in for the
> d3d10/11 runtime, rather than an implementation of the DDI.
Yes.
> I think
> that makes sense, but it could also be possible to split it into two
> pieces implementing either side of the d3d10 DDI interface. Any
> thoughts on whe
Luca,
This is an amazing achievement -- not least because even excluding
this you've been incredibly productive recently. I hope you haven't
got any more monster projects about to uncloak...
A couple of questions - it looks like this is a drop-in for the
d3d10/11 runtime, rather than an implemen
>> Note that the id parameter to DrawTransformFeedback is _not_ the place
>> to write to stream output to, but the place to take the count of
>> primitives to draw from.
>
> Which is size of the buffer / pipe_stream_output_state::num_outputs.
Huh?
Surely if I allocate a 10MB buffer, output a singl
The sprite-coord branch clarifies the behaviour of Gallium's
pipe_rasterizer_state::sprite_coord_enable state.
It's pretty simple. If bit 'k' of
pipe_rasterizer_state::sprite_coord_enable is set, and we're drawing a
sprite, and if the fragment shader uses an input labeled GENERIC[k],
then
On Monday 20 September 2010 15:21:40 Luca Barbieri wrote:
> >> 2. How do you pass to Gallium the id parameter to DrawTransformFeedback?
> >
> > You bind the buffer with the given id before issuing draw_stream_output.
>
> Bind to what?
As the vbo.
> Note that the id parameter to DrawTransformFee
https://bugs.freedesktop.org/show_bug.cgi?id=30290
Summary: [i965g] undefined symbol: softpipe_create_screen
Product: Mesa
Version: git
Platform: x86 (IA32)
OS/Version: Linux (All)
Status: NEW
Severity: blocker
Prio
I just pushed a Direct3D 10/11 state tracker to the d3d1x branch.
The commit message is very verbose and includes a lot of details.
What do you think?
If you tried it, did it work? If not, what issues did you find?
At what point should it be merged to master?
___
>
>> 2. How do you pass to Gallium the id parameter to DrawTransformFeedback?
>
> You bind the buffer with the given id before issuing draw_stream_output.
Bind to what?
Note that the id parameter to DrawTransformFeedback is _not_ the place
to write to stream output to, but the place to take the cou
On Monday 20 September 2010 13:50:43 Luca Barbieri wrote:
> > No, you don't store it at all. Storing it in the client side data
> > structures implies fetching.
>
> Well, of course you don't store it in the client data structure.
> In the driver-specific part of the data structures, you store some
On 20 sep 2010, at 19.58, Luca Barbieri wrote:
nVidia dropped hardware support starting from nv40.
For texture compression, S3TC or R-component-only textures should
usually be a better option, and for other uses shader-based techniques
are more flexible.
The advantage is that lookup is done be
nVidia dropped hardware support starting from nv40.
For texture compression, S3TC or R-component-only textures should
usually be a better option, and for other uses shader-based techniques
are more flexible.
___
mesa-dev mailing list
mesa-dev@lists.freed
> No, you don't store it at all. Storing it in the client side data structures
> implies fetching.
Well, of course you don't store it in the client data structure.
In the driver-specific part of the data structures, you store some
kind of reference to the GPU-side object where you instruct the GPU
https://bugs.freedesktop.org/show_bug.cgi?id=29789
--- Comment #5 from David Ronis 2010-09-20 10:44:03 PDT
---
I too build with autogen.sh (with "--enable-gallium-nouveau
--enable-gallium-radeon) and then make. The problem isn't that TALLOC_CFLAGS
is incorrect, rather it doesn't seem to be us
On Mon, 20 Sep 2010 07:14:09 -0700, Ian Romanick wrote:
> -BEGIN PGP SIGNED MESSAGE-
> Hash: SHA1
>
> Eric Anholt wrote:
> > On our way to OpenGL 3.0, it would be nice to clean out some of the
> > optional deprecated features that Mesa supports. The ARB_imaging subset
> > is the highest
On Monday 20 September 2010 11:10:59 Luca Barbieri wrote:
> > The difference between this and the D3D semantics is that in D3D you bind
> > the buffer explicitely and in GL implicitly i.e. the buffer associated
> > with the stream output object id is bound for you. So for GL the state
> > tracker w
https://bugs.freedesktop.org/show_bug.cgi?id=29789
--- Comment #4 from Kenneth Graunke 2010-09-20 08:47:30
PDT ---
I haven't seen a problem either (I build with autogen.sh then make).
--
Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email
--- You are receiving this mail
> The difference between this and the D3D semantics is that in D3D you bind the
> buffer explicitely and in GL implicitly i.e. the buffer associated with the
> stream output object id is bound for you. So for GL the state tracker would
> have to bind the appropriate buffers on DrawTransformFeedback
https://bugs.freedesktop.org/show_bug.cgi?id=30258
Brian Paul changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|
https://bugs.freedesktop.org/show_bug.cgi?id=29789
--- Comment #3 from Brian Paul 2010-09-20 07:47:27 PDT ---
How are you building Mesa?
What is your proposed patch?
I don't see a problem here. TALLOC_CFLAGS seems to be used where needed when I
build here.
--
Configure bugmail: https://bugs.f
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], they supported
currently in software
On 09/20/2010 08:14 AM, Ian Romanick wrote:
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Eric Anholt wrote:
On our way to OpenGL 3.0, it would be nice to clean out some of the
optional deprecated features that Mesa supports. The ARB_imaging subset
is the highest on my list -- it significantly
On Monday 20 September 2010 01:34:18 Luca Barbieri wrote:
> > It's because I never had the time to actually test it properly. The
> > interface is right though, the implementation is supposed to follow the
> > D3D semantics and we should stick with that, instead of passing cso's
> > and making beha
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Eric Anholt wrote:
> On our way to OpenGL 3.0, it would be nice to clean out some of the
> optional deprecated features that Mesa supports. The ARB_imaging subset
> is the highest on my list -- it significantly clutters up the pixel
> path, and has al
https://bugs.freedesktop.org/show_bug.cgi?id=30124
Bug 30124 depends on bug 30280, which changed state.
Bug 30280 Summary: [i915g] undefined symbol: wrapper_sw_winsys_warp_pipe_screen
https://bugs.freedesktop.org/show_bug.cgi?id=30280
What|Old Value |New Value
--
https://bugs.freedesktop.org/show_bug.cgi?id=30124
Vinson Lee changed:
What|Removed |Added
Depends on||30280
--
Configure bugmail: https://bugs.f
https://bugs.freedesktop.org/show_bug.cgi?id=30279
Summary: corender broken on llvmpipe and swrast
Product: Mesa
Version: git
Platform: Other
OS/Version: All
Status: NEW
Severity: normal
Priority: medium
Co
Tilman,
Fell free to push this and future fixes to the python scripts. They
haven't received any love for some time, especially after graw.
Jose
On Sun, 2010-09-19 at 12:57 -0700, Tilman Sauerbeck wrote:
> Signed-off-by: Tilman Sauerbeck
> ---
>
> The same fix needs to be applied to a bunch of
29 matches
Mail list logo
