Ian Romanick wrote:
James Jones wrote:
Ian Romanick wrote:
That would be useful, but it won't solve the problem Chris was
seeing. I'm pretty sure that when TexSubImage is used to update a
dynamic lightmap, the entire texture is replaced.
Not necessarily. If I recall, quake combined many lig
James Jones wrote:
Ian Romanick wrote:
That would be useful, but it won't solve the problem Chris was seeing.
I'm pretty sure that when TexSubImage is used to update a dynamic
lightmap, the entire texture is replaced.
Not necessarily. If I recall, quake combined many lightmaps into one
large t
Ian Romanick wrote:
That would be useful, but it won't solve the problem Chris was seeing.
I'm pretty sure that when TexSubImage is used to update a dynamic
lightmap, the entire texture is replaced.
Not necessarily. If I recall, quake combined many lightmaps into one
large texture. It might o
Ville Syrjälä wrote:
Maybe this isn't what the the question was about but but we could try to
upload only the changed parts of the texture. We'd just have to maintain
dirty regions in addition to the simple dirty bits we now have.
That would be useful, but it won't solve the problem Chris was se
On Mon, Feb 23, 2004 at 10:42:04AM -0700, Brian Paul wrote:
> Chris Ison wrote:
> >>What do you mean by "hardware TexSubImage"?
> >>
> >
> >Maybe I'm reading it wrong but looking at these texbubimage functions, they
> >all copy out a the part of the texture to use, what I'm wondering is if
> >there
Chris Ison wrote:
What do you mean by "hardware TexSubImage"?
Maybe I'm reading it wrong but looking at these texbubimage functions, they
all copy out a the part of the texture to use, what I'm wondering is if
there is a way to tell the card to do that.
I believe a DMA transfer is used to move tex
> What do you mean by "hardware TexSubImage"?
>
Maybe I'm reading it wrong but looking at these texbubimage functions, they
all copy out a the part of the texture to use, what I'm wondering is if
there is a way to tell the card to do that.
Also, atm Mesa falls back to software for vertex arrays, i
Chris Ison wrote:
although I can't find it in mesa, does the r200 drm/dri have a way or
method of doing hardware TexSubImage? and if not, does the specs have
infomation on doing hardware TexSubImage.
What do you mean by "hardware TexSubImage"?
Texture data is transferred from main memory to on-c
although I can't find it in mesa, does the r200
drm/dri have a way or method of doing hardware TexSubImage? and if not, does the
specs have infomation on doing hardware TexSubImage.