Hi,
On Sunday, December 25, 2011 10:03:34 Marek Olšák wrote:
> I did not fix Torcs. I think optimizing apps is useless if the same
> optimization can be done in Mesa too.
Ok, so any torcs version should show a performance difference to check against.
> > Do you have any test program that could b
2011/12/20 Mathias Fröhlich :
> Ok, back to topic, so have I understood right? You have fixed torcs not to use
> the slow path anymore? Which old version is the one still having this issue?
I did not fix Torcs. I think optimizing apps is useless if the same
optimization can be done in Mesa too.
>
On 12/19/2011 01:12 PM, Mathias Fröhlich wrote:
Brian,
On Monday, December 19, 2011 17:01:07 you wrote:
I still don't get what the purpose of the special mapping of the last
four/five elements is all about. Can you explain that?
As far as I can see the last ones should not map to anything.
Marek,
On Tuesday, December 20, 2011 01:40:46 Marek Olšák wrote:
> The problem back in March and earlier was that the vertex array state
> was completely recomputed for each draw call even if the user did not
> change any state at all! There was the validation in the vbo module
> and then in st/m
2011/12/19 Mathias Fröhlich :
>
> Brian,
>
> On Monday, December 19, 2011 17:01:07 you wrote:
>> I still don't get what the purpose of the special mapping of the last
>> four/five elements is all about. Can you explain that?
>
> As far as I can see the last ones should not map to anything.
> The m
Brian,
On Monday, December 19, 2011 17:01:07 you wrote:
> I still don't get what the purpose of the special mapping of the last
> four/five elements is all about. Can you explain that?
As far as I can see the last ones should not map to anything.
The map is used only in fixed function mode. And
On 12/16/2011 11:28 AM, Mathias Fröhlich wrote:
Brian,
On Thursday, December 15, 2011 22:36:24 you wrote:
I found the problem. It's this chunk in vbo_context.c:
[...]
For fixed function, the point is to simply place the per-vertex
material attributes in the generic attribute arrays. There
Brian,
On Thursday, December 15, 2011 22:36:24 you wrote:
> I found the problem. It's this chunk in vbo_context.c:
[...]
> For fixed function, the point is to simply place the per-vertex
> material attributes in the generic attribute arrays. There are 12
> such material attributes. So there's
2011/12/15 Mathias Fröhlich :
>
> Brian,
>
> On Thursday, December 15, 2011 17:08:57 Brian Paul wrote:
>> There's a regression in vertex array drawing with this commit:
>>
>> commit ed42c2580717527b2005580940fc766d95bb6b0b
>> Author: Mathias Fröhlich
>> Date: Mon Oct 31 16:23:40 2011 +0100
>>
>>
Brian,
On Thursday, December 15, 2011 17:08:57 Brian Paul wrote:
> There's a regression in vertex array drawing with this commit:
>
> commit ed42c2580717527b2005580940fc766d95bb6b0b
> Author: Mathias Fröhlich
> Date: Mon Oct 31 16:23:40 2011 +0100
>
> vbo: Use The VERT_{ATTRIB,BIT} defi
Mathias,
There's a regression in vertex array drawing with this commit:
commit ed42c2580717527b2005580940fc766d95bb6b0b
Author: Mathias Fröhlich
Date: Mon Oct 31 16:23:40 2011 +0100
vbo: Use The VERT_{ATTRIB,BIT} defines.
Signed-off-by: Mathias Froehlich
Reviewed-by: Brian Paul
11 matches
Mail list logo