A backup of the Yuzu mainline repo. Only includes the master branch, nothing else. https://git.benis.co.uk/yuzu-mainline/atom?h=master 2018-01-13T02:11:03+00:00 2018-01-13T02:11:03+00:00 James Rowe jroweboy@gmail.com 2018-01-12T03:07:44+00:00 urn:sha1:1d28b2e142f845773e2b90e267d9632e196a99b9 2017-08-19T07:13:20+00:00 wwylele wwylele@gmail.com 2017-08-04T14:03:17+00:00 urn:sha1:0f35755572fe63534813528de9a0710193f2e335 The geometry pipeline manages data transfer between VS, GS and primitive assembler. It has known four modes: - no GS mode: sends VS output directly to the primitive assembler (what citra currently does) - GS mode 0: sends VS output to GS input registers, and sends GS output to primitive assembler - GS mode 1: sends VS output to GS uniform registers, and sends GS output to primitive assembler. It also takes an index from the index buffer at the beginning of each primitive for determine the primitive size. - GS mode 2: similar to mode 1, but doesn't take the index and uses a fixed primitive size. hwtest shows that immediate mode also supports GS (at least for mode 0), so the geometry pipeline gets refactored into its own class for supporting both drawing mode. In the immediate mode, some games don't set the pipeline registers to a valid value until the first attribute input, so a geometry pipeline reset flag is set in `pipeline.vs_default_attributes_setup.index` trigger, and the actual pipeline reconfigure is triggered in the first attribute input. In the normal drawing mode with index buffer, the vertex cache is a little bit modified to support the geometry pipeline. Instead of OutputVertex, it now holds AttributeBuffer, which is the input to the geometry pipeline. The AttributeBuffer->OutputVertex conversion is done inside the pipeline vertex handler. The actual hardware vertex cache is believed to be implemented in a similar way (because this is the only way that makes sense). Both geometry pipeline and GS unit rely on states preservation across drawing call, so they are put into the global state. In the future, the other three vertex shader units should be also placed in the global state, and a scheduler should be implemented on top of the four units. Note that the current gs_unit already allows running VS on it in the future. 2017-07-11T16:39:15+00:00 Subv subv2112@gmail.com 2017-06-28T17:34:16+00:00 urn:sha1:7bc467e8725c6751eb44ea45ff2203af8692cda1 2017-06-22T17:41:00+00:00 wwylele wwylele@gmail.com 2017-06-22T14:22:45+00:00 urn:sha1:8978ecb09caa91424b7117a91d22e7f54040e701 2017-06-21T20:13:06+00:00 wwylele wwylele@gmail.com 2017-06-16T11:00:15+00:00 urn:sha1:ab60414122184851415a27ae8bcacb4aab0504b6 2017-05-20T10:50:50+00:00 wwylele wwylele@gmail.com 2017-04-17T07:01:45+00:00 urn:sha1:ade45b5b9930b52b6a1d399306539073e8e2196d 2017-02-04T21:59:12+00:00 Yuri Kunde Schlesner yuriks@yuriks.net 2017-01-28T21:27:24+00:00 urn:sha1:5759d94b5c5b11af426668d046d206839bc5e802 2017-01-30T05:31:36+00:00 Yuri Kunde Schlesner yuriks@yuriks.net 2016-12-19T00:42:19+00:00 urn:sha1:ab6954e942654fb003964fc95c0846aa8b89ac91 2016-09-21T02:15:47+00:00 Emmanuel Gil Peyrot linkmauve@linkmauve.fr 2016-09-20T15:21:23+00:00 urn:sha1:ebdae19fd226104baec712b9da9939ff82ef3c3a This makes clang-format useful on those. Also add a bunch of forgotten transitive includes, which otherwise prevented compilation. 2016-09-18T00:38:01+00:00 Emmanuel Gil Peyrot linkmauve@linkmauve.fr 2016-09-18T00:38:01+00:00 urn:sha1:dc8479928c5aee4c6ad6fe4f59006fb604cee701