Am 27.06.2017 um 15:11 schrieb Ilia Mirkin: > On Tue, Jun 27, 2017 at 9:07 AM, Roland Scheidegger <srol...@vmware.com> > wrote: >> Am 27.06.2017 um 15:01 schrieb Roland Scheidegger: >>> These chips can't do border color? I wonder how they got away with that >>> with d3d since afaik it isn't optional. >> Err, I should have known better, EVERYTHING is optional with d3d9 >> (albeit it doesn't mean apps were actually prepared for hw not >> supporting some of the more fundamental caps) "D3DPTADDRESSCAPS_BORDER: >> Device supports setting coordinates outside the range [0.0, 1.0] to the >> border color, as specified by the D3DSAMP_BORDERCOLOR texture-stage >> state." So I suppose that's how they got away with it... > > And don't forget the power of swrast fallbacks. None of these chips > support 3D textures, for example. > I think traditionally drivers didn't do swrast fallbacks for d3d, only GL - because really a lot is optional (volume textures certainly are). Though I suppose if the hw just gives you black on border color, it might have been possible the driver says it's supported and does a fallback only on non-black border (because IME most apps indeed do use a black border when they use border color). But anyway, I suppose supporting/emulating that isn't really practical.
Roland _______________________________________________ mesa-dev mailing list mesa-dev@lists.freedesktop.org https://lists.freedesktop.org/mailman/listinfo/mesa-dev
