Zitat von Michel Dänzer <[email protected]>: > On Tue, 2009-07-28 at 16:47 -0700, Ben Skeggs wrote: >> Module: Mesa >> Branch: master >> Commit: d1b9183e64e819d389688074c3db338bd0d2d80e >> URL: >> http://cgit.freedesktop.org/mesa/mesa/commit/?id=d1b9183e64e819d389688074c3db338bd0d2d80e >> >> Author: Christoph Bumiller <[email protected]> >> Date: Wed Jul 29 01:21:41 2009 +0200 >> >> nv50: fix viewport transform >> >> The translation also needs to be inverted, and in bypass mode >> the state tracker incorrectly assumes that Y = 0 = TOP, so we >> need inversion there to; NDC clipping has to be deactivated >> explicitly. > > If there's indeed an incorrect assumption in the state tracker, that > should be fixed, rather than working around it in drivers. > > Note that it's my understanding that as far as a Gallium driver is > concerned, Y=0 always corresponds to the start of the renderbuffer. > Anything else is up to the state tracker. > > > -- > Earthling Michel Dänzer | http://www.vmware.com > Libre software enthusiast | Debian, X and DRI developer >
To me it looks like the nv50's 3D engine has the coordinate origin at the lower left corner. If the state tracker p.e. wants to do a clear_with_quad on the top half of default framebuffer, having Y_0_TOP, it sends vertices with y = 0 and y = h/2, which ends up at the bottom. Now, in such a case I think it's the pipe driver's responsibility to correct, so the line 'state tracker incorrectly assumes' is probably not well formulated. Or maybe I'm wrong and there's another reason why the image ends up bottom up if the inversion's not done ... (I hope I'm not sending this twice, Thunderbird told me it failed to send the first time ... GUI ...) ------------------------------------------------------------------------------ Let Crystal Reports handle the reporting - Free Crystal Reports 2008 30-Day trial. Simplify your report design, integration and deployment - and focus on what you do best, core application coding. Discover what's new with Crystal Reports now. http://p.sf.net/sfu/bobj-july _______________________________________________ Mesa3d-dev mailing list [email protected] https://lists.sourceforge.net/lists/listinfo/mesa3d-dev
