Hi Brian,
On Saturday, December 24, 2011 16:38:09 Brian Paul wrote:
> From: Brian Paul
>
> This fixes a regression seen with the isosurf demo when switching between
> glBegin/End and glDrawArrays (do it several times). The problem was the
> driver wasn't getting _NEW_ARRAY when the arrays were
From: Brian Paul
This fixes a regression seen with the isosurf demo when switching between
glBegin/End and glDrawArrays (do it several times). The problem was the
driver wasn't getting _NEW_ARRAY when the arrays were subtly changed:
(vertex3f, normal3f) vs. (normal3f, vertex3f).
This patch fixe
2011/12/23 Mathias Fröhlich :
>
> Hi,
>
> On Thursday, December 22, 2011 18:30:44 Brian Paul wrote:
>> I'm not sure if "playback_vertex_list" is more like DRAW_BEGIN_END or
>> DRAW_ARRAYS.
>> Maybe add a DRAW_DISPLAY_LIST enum value?
>
> It's more like begin/end I think.
> The begin/end code just s
Hi,
On Thursday, December 22, 2011 18:30:44 Brian Paul wrote:
> I'm not sure if "playback_vertex_list" is more like DRAW_BEGIN_END or
> DRAW_ARRAYS.
> Maybe add a DRAW_DISPLAY_LIST enum value?
It's more like begin/end I think.
The begin/end code just sets the array state below the state tracking
2011/12/21 Mathias Fröhlich :
>
> Hi,
>
> On Wednesday, December 21, 2011 01:58:08 Brian Paul wrote:
>> This fixes a regression seen with the isosurf demo when switching between
>> glBegin/End and glDrawArrays (do it several times). The problem was the
>> driver wasn't getting _NEW_ARRAY when the
On Wed, Dec 21, 2011 at 10:36 AM, Marek Olšák wrote:
> Hi Brian,
>
> Is there a reason to set _NEW_ARRAY when transitioning between
> DrawArrays and DrawElements?
Probably not, actually. I was just being overly paranoid. I can fix that.
-Brian
___
me
Hi,
On Wednesday, December 21, 2011 01:58:08 Brian Paul wrote:
> This fixes a regression seen with the isosurf demo when switching between
> glBegin/End and glDrawArrays (do it several times). The problem was the
> driver wasn't getting _NEW_ARRAY when the arrays were subtly changed:
> (vertex3f
Hi Brian,
Is there a reason to set _NEW_ARRAY when transitioning between
DrawArrays and DrawElements?
Marek
On Wed, Dec 21, 2011 at 1:58 AM, Brian Paul wrote:
> This fixes a regression seen with the isosurf demo when switching between
> glBegin/End and glDrawArrays (do it several times). The p
On Wed, Dec 21, 2011 at 4:16 AM, Jose Fonseca wrote:
> Looks good to me Brian.
>
> I assume it is already impossible for the arrays to change in such subtle
> manner within a single draw method, without provoking _NEW_ARRAY to be set.
I believe so.
When the VBO module builds arrays out of glBeg
Looks good to me Brian.
I assume it is already impossible for the arrays to change in such subtle
manner within a single draw method, without provoking _NEW_ARRAY to be set.
Jose
- Original Message -
> This fixes a regression seen with the isosurf demo when switching
> between
> glBegi
This fixes a regression seen with the isosurf demo when switching between
glBegin/End and glDrawArrays (do it several times). The problem was the
driver wasn't getting _NEW_ARRAY when the arrays were subtly changed:
(vertex3f, normal3f) vs. (normal3f, vertex3f).
This patch fixes that by signaling
11 matches
Mail list logo
