virtualx-engine/drivers/gles_common
lawnjelly b590f5ff52 Batching - large FVF forces non-hardware transform
This is something that I missed from the initial implementation of large FVF. In large FVF the transform is sent per vertex in an attribute, and the vertex position is the original vertex position. This is so that the original vertex position can be read and modified in a custom shader.

This whole system is therefore incompatible with the legacy hardware transform method, whereby the transform is sent in a uniform. The shader already correctly ignores the uniform transform, but there are some parts of the CPU side logic that can be confused treating large FVF batches as if they were hardware transform.

This PR completes the logic by making the CPU treat large FVF as though it was software transform.
2021-03-11 15:53:43 +00:00
..
batch_diagnose.inc Batching - more error checking options 2020-11-21 15:12:36 +00:00
rasterizer_array.h Update copyright statements to 2021 2021-01-13 16:17:06 +01:00
rasterizer_asserts.h Update copyright statements to 2021 2021-01-13 16:17:06 +01:00
rasterizer_canvas_batcher.h Batching - large FVF forces non-hardware transform 2021-03-11 15:53:43 +00:00
rasterizer_storage_common.h GLES - fix some sanitizer warnings 2021-02-18 15:45:38 +00:00
SCsub Unified GLES2 / GLES3 Batching 2020-10-16 10:34:47 +01:00