Keith Whitwell wrote: > Unless there are objections, I'll merge this branch tomorrow. > > Basically the branch just removes the width and height fields from the > framebuffer struct, and adds utility functions to extract the same data > from the individual surfaces. > > This lays the groundwork for supporting mixed-size framebuffer > attachments, which I'll do in a separate branch.
Actually, we've had this for a while in Gallium (softpipe at least). GL_ARB_framebuffer_object allows mixed sized buffers (the EXT version didn't). progs/demos/fbotexture -arb tests it. The valid rendering region is the MIN(widths) x MIN(heights) of the buffers. The now obsolete pipe_framebuffer_state::width,height fields contained those values. -Brian ------------------------------------------------------------------------------ Throughout its 18-year history, RSA Conference consistently attracts the world's best and brightest in the field, creating opportunities for Conference attendees to learn about information security's most important issues through interactions with peers, luminaries and emerging and established companies. http://p.sf.net/sfu/rsaconf-dev2dev _______________________________________________ Mesa3d-dev mailing list Mesa3d-dev@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/mesa3d-dev
