[PATCH 3/5] d3d9/tests: r500 GPUs only generate point sprite coords on texture coordinate 0.

[Henri Verbeet]

On 19 February 2017 at 12:47, Stefan Dösinger <stefandoesinger at gmx.at> wrote:
> @@ -10746,7 +10746,8 @@ static void test_pointsize(void)
>      IDirect3DDevice9_Present(device, NULL, NULL, NULL, NULL);
>
>      /* The following code tests point sprites with two textures, to see if each texture coordinate unit
> -     * generates texture coordinates for the point(result: Yes, it does)
> +     * generates texture coordinates for the point. Result: Yes, it does, except on some older hardware
> +     * (r500 and earlier, probably others).
>       *
>       * However, not all GL implementations support point sprites(they need GL_ARB_point_sprite), but there
>       * is no point sprite cap bit in d3d because native d3d software emulates point sprites. Until the
> @@ -10802,6 +10803,11 @@ static void test_pointsize(void)
>      color = getPixelColor(device, 64-4, 64-4);
>      ok(color == 0x00ff0000, "pSprite: Pixel (64-4),(64-4) has color 0x%08x, expected 0x00ff0000\n", color);
>      color = getPixelColor(device, 64-4, 64+4);
> +    if (color == 0x00ff0000)
> +    {
> +        skip("Hardware generates point sprite coordinates on texture unit 0 only.\n");
> +        goto cleanup_1tex;
> +    }
>      ok(color == 0x00000000, "pSprite: Pixel (64-4),(64+4) has color 0x%08x, expected 0x00000000\n", color);
>      color = getPixelColor(device, 64+4, 64+4);
>      ok(color == 0x0000ff00, "pSprite: Pixel (64+4),(64+4) has color 0x%08x, expected 0x0000ff00\n", color);

This test has been around for a while, did it always fail? I also have
the impression the hardware should be able to do this, does this fail
on Linux, Windows, or both?