On 11/1/06, Keith Whitwell <[EMAIL PROTECTED]> wrote: > We've just merged the texmem-0-3-branch code. This has been a major > project, probably much bigger than we realized when we started on it. > > The fundamental technology underpinning the changes is Thomas > Hellstrom's new TTM memory manager which dynamically maps buffers into > and out of the GART aperture as required for rendering. > > The benefits that flow from this are: > - Vastly increased amount of memory available for texturing. > - No need to reserve/waste memory for texture pool when not > rendering. > - Fast transfers to *and* from video memory. > > As a result we've been able to build a whole bunch of features into > the i915tex driver that haven't been present in DRI-based drivers > previously: > > - EXT_framebuffer_objects, render to texture > - ARB_pixel_buffer_objects > - Accelerated > - CopyTexSubimage > - DrawPixels > - ReadPixels > - CopyPixels > - Accelerated texture uploads from pixel buffer objects > - Potentially texturing directly from the pixel buffer object > (zero copy texturing). > > If/when other drivers are ported to the memory manager, it will be > easy to support VBO's in the same way.
Looks great. Does anyone have any ideas about the r300 clip rect problem? Converting r300 to this scheme looks like a lot of work, so I feel that FBOs should first be proven to work on r300 before writing any code. -- Aapo Tahkola ------------------------------------------------------------------------- Take Surveys. Earn Cash. Influence the Future of IT Join SourceForge.net's Techsay panel and you'll get the chance to share your opinions on IT & business topics through brief surveys - and earn cash http://www.techsay.com/default.php?page=join.php&p=sourceforge&CID=DEVDEV _______________________________________________ Mesa3d-dev mailing list [email protected] https://lists.sourceforge.net/lists/listinfo/mesa3d-dev
