Yes, I meant depthPitch. They are the same but only for resolutions where width is multiple of 32.
That's always the case (mode validation pitchInc was 64*pScrn->bitsPerPixel without color tiling), so you don't really need to round up to 32 for depth pitch.
You could be correct. Well you can try that with a resolution of 800x600Depth pitch is rounded to be multiple of 32. Hmm... I think that is wrong since tile size seems to depend on fb depth and probably tiles on r100 also have different sizes. So this is correct only for r200 with 32bpp fb depth.
(and without color tiling), that should then give you wrong depth results. It might be possible though the chip actually handles depth buffers with not completely aligned pitches?
> So this would mean that depth buffer can start at different x,y than
color buffer? Can someone with the docs confirm that.
That's what I thought, just judging by the register bit...
BTW: I have working solution for color but I wonder if this will work
with color tiling. Of course offset Would have to be aligned to the closest tile. Can You take a look at it? (It's missing some bits but generaly apps which don't use depth should work Unfortunately I don't
think there are many ;). Attached is a patch. Any comments are
welcome.
Unfortunately I can't really try that with my single monitor ;-).
Roland
------------------------------------------------------- This SF.Net email is sponsored by: IntelliVIEW -- Interactive Reporting Tool for open source databases. Create drag-&-drop reports. Save time by over 75%! Publish reports on the web. Export to DOC, XLS, RTF, etc. Download a FREE copy at http://www.intelliview.com/go/osdn_nl -- _______________________________________________ Dri-devel mailing list Dri-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/dri-devel
