aboutsummaryrefslogtreecommitdiff
path: root/src/video_core/command_processor.cpp
Commit message (Collapse)AuthorAgeFilesLines
* Removed unused file.Subv2018-12-031-142/+0
| | | | This is a leftover from #1792
* gl_rasterizer: Skip VB upload if the state is clean.Markus Wick2018-11-171-0/+3
|
* global: Use std::optional instead of boost::optional (#1578)Frederic L2018-10-301-1/+1
| | | | | | | | | | | | | | | | * get rid of boost::optional * Remove optional references * Use std::reference_wrapper for optional references * Fix clang format * Fix clang format part 2 * Adressed feedback * Fix clang format and MacOS build
* GPU: Basic implementation of the Kepler Inline Memory engine (p2mf).Subv2018-09-121-0/+4
| | | | This engine writes data from a FIFO register into the configured address.
* video_core: Refactor command_processor.Markus Wick2018-09-101-41/+42
| | | | Inline the WriteReg helper as it is called ~20k times per frame.
* video_core: Move command buffer loop.Markus Wick2018-09-101-45/+52
| | | | This moves the hot loop into video_core. This refactoring shall reduce the CPU overhead of calling ProcessCommandList.
* command_processor: Use std::array for bound_engines.Markus Wick2018-09-041-2/+2
| | | | | subchannel is a 3 bit field. So there must not be more than 8 bound engines. And using a hashmap for up to 8 values is a bit overpowered.
* Lowered down the logging for methodsHexagon122018-08-071-4/+4
|
* Update clang formatJames Rowe2018-07-021-3/+3
|
* Rename logging macro back to LOG_*James Rowe2018-07-021-3/+3
|
* GPU: Partially implemented the Maxwell DMA engine.Subv2018-06-121-1/+5
| | | | Only tiled->linear and linear->tiled copies that aren't offsetted are supported for now. Queries are not supported. Swizzled copies are not supported.
* GPU: Allow command lists to rebind a channel to another engine in the middle ↵Subv2018-05-241-1/+0
| | | | of the command list.
* GPU: Move the Maxwell3D macro uploading code to the inside of the Maxwell3D ↵Subv2018-04-251-25/+0
| | | | | | processor. It doesn't belong in the PFIFO handler.
* GPU: Corrected the upper bound of the PFIFO method ids in the command processor.Subv2018-04-251-1/+1
|
* video-core: Move logging macros over to new fmt-capable onesLioncash2018-04-251-5/+7
|
* memory_manager: Make GpuToCpuAddress return an optional.bunnei2018-04-241-3/+3
|
* memory_manager: Use GPUVAdddr, not PAddr, for GPU addresses.bunnei2018-04-241-3/+1
|
* GPU: Store uploaded GPU macros and keep track of the number of method ↵Subv2018-03-181-15/+41
| | | | parameters.
* GPU: Macros are specific to the Maxwell3D engine, so handle them internally.Subv2018-03-181-29/+0
|
* GPU: Process command mode 5 (IncreaseOnce) differently from other commands.Subv2018-03-161-5/+38
| | | | | | Accumulate all arguments before calling the desired method. Note: Maybe we should do the same for the NonIncreasing mode?
* Make a GPU class in VideoCore to contain the GPU state.Subv2018-02-111-22/+11
| | | | Also moved the GPU MemoryManager class to video_core since it makes more sense for it to be there.
* GPU: Added a command processor to decode the GPU pushbuffers and forward the ↵Subv2018-02-111-0/+130
| | | | commands to their respective engines.
* Remove references to PICA and rasterizers in video_coreJames Rowe2018-01-121-647/+0
|
* hle: Initial implementation of NX service framework and IPC.bunnei2017-10-141-1/+1
|
* Extracted the attribute setup and draw commands into their own functionsHuw Pascoe2017-10-041-217/+222
|
* Remove pipeline.gpu_mode and fix minor issuesJames Rowe2017-09-231-12/+2
|
* GPU: Add draw for immediate and batch modesJames Rowe2017-09-111-2/+17
| | | | | | | | PR #1461 introduced a regression where some games would change configuration even while in the poorly named "drawing" mode, which broke the heuristic citra was using to determine when to draw the batch. This change adds back in a draw call for batching, and also adds in a draw call in immediate mode each time it adds a triangle.
* pica/command_processor: build geometry pipeline and run geometry shaderwwylele2017-08-191-27/+27
| | | | | | | | | | | | 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.
* pica: upload shared shader code to both unitwwylele2017-08-071-25/+37
|
* Merge pull request #2697 from wwylele/proctexYuri Kunde Schlesner2017-05-241-0/+31
|\ | | | | Implemented Procedural Texture (Texture Unit 3)
| * pica/swrasterizer: implement procedural texturewwylele2017-05-201-0/+31
| |
* | pica: use correct register value for shader bool_uniformswwylele2017-05-171-2/+2
| | | | | | | | variable value is not masked. the masked and combined register value should be used instead
* | Pica: Write GS registersJannik Vogel2017-05-121-0/+52
| | | | | | | | This adds the handlers for the geometry shader register writes which will call the functions from the previous commit to update registers for the GS.
* | Pica: Write shader registers in functionsJannik Vogel2017-05-121-57/+103
|/ | | | The commit after this one adds GS register writes, so this moves the VS handlers into functions so they can be re-used and extended more easily.
* VideoCore: Split regs.h inclusionsYuri Kunde Schlesner2017-02-091-0/+2
|
* VideoCore: Use union to index into Regs structYuri Kunde Schlesner2017-02-081-4/+8
| | | | Also remove some unused members.
* VideoCore: Move Regs to its own fileYuri Kunde Schlesner2017-02-041-1/+1
|
* VideoCore: Split geometry pipeline regs from Regs structYuri Kunde Schlesner2017-02-041-25/+26
|
* VideoCore: Split texturing regs from Regs structYuri Kunde Schlesner2017-02-041-12/+12
|
* VideoCore: Split rasterizer regs from Regs structYuri Kunde Schlesner2017-02-041-2/+3
|
* VideoCore: Split shader output writing from semantic loadingYuri Kunde Schlesner2017-01-291-6/+8
|
* VideoCore: Consistently use shader configuration to load attributesYuri Kunde Schlesner2017-01-291-2/+2
|
* VideoCore: Use correct register for immediate mode attribute countYuri Kunde Schlesner2017-01-291-6/+7
|
* VideoCore: Rename some types to more accurate namesYuri Kunde Schlesner2017-01-291-6/+5
|
* VideoCore: Change misleading register namesYuri Kunde Schlesner2017-01-291-2/+3
| | | | | | A few registers had names such as "count" or "number" when they actually contained the maximum (that is, count - 1). This can easily lead to hard to notice off by one errors.
* VideoCore/Shader: Move entry_point to SetupBatchYuri Kunde Schlesner2017-01-251-4/+4
|
* VideoCore/Shader: Move per-batch ShaderEngine state into ShaderSetupYuri Kunde Schlesner2017-01-251-4/+4
|
* Shader: Remove OutputRegisters structYuri Kunde Schlesner2017-01-251-3/+4
|
* VideoCore/Shader: Split shader uniform state and shader engineYuri Kunde Schlesner2017-01-251-5/+8
| | | | | Currently there's only a single dummy implementation, which will be split in a following commit.
* VideoCore/Shader: Use only entry_point as ShaderSetup paramYuri Kunde Schlesner2017-01-251-2/+2
| | | | | This removes all implicit dependency of ShaderState on global PICA state.
generated by cgit v1.2.3 (git 2.39.1) at 2026-11-04 08:26:49 +0000