eglantine-cirakg/src/video_core/gpu_synch.cpp, branch nx2

video_core: gpu: Refactor out synchronous/asynchronous GPU implementations.

2020-12-29T00:33:48+00:00

- We must always use a GPU thread now, even with synchronous GPU.

video_core: Resolve more variable shadowing scenarios

2020-12-04T21:19:09+00:00

Resolves variable shadowing scenarios up to the end of the OpenGL code to make it nicer to review. The rest will be resolved in a following commit.

video_core: NVDEC Implementation

2020-10-27T03:07:36+00:00

This commit aims to implement the NVDEC (Nvidia Decoder) functionality, with video frame decoding being handled by the FFmpeg library. The process begins with Ioctl commands being sent to the NVDEC and VIC (Video Image Composer) emulated devices. These allocate the necessary GPU buffers for the frame data, along with providing information on the incoming video data. A Submit command then signals the GPU to process and decode the frame data. To decode the frame, the respective codec's header must be manually composed from the information provided by NVDEC, then sent with the raw frame data to the ffmpeg library. Currently, H264 and VP9 are supported, with VP9 having some minor artifacting issues related mainly to the reference frame composition in its uncompressed header. Async GPU is not properly implemented at the moment. Co-Authored-By: David <25727384+ogniK5377@users.noreply.github.com>

video_core: Initialize renderer with a GPU

2020-08-22T04:51:45+00:00

Add an extra step in GPU initialization to be able to initialize render backends with a valid GPU instance.

General: Correct rebase, sync gpu and context management.

2020-06-27T15:36:08+00:00

GPU: Setup Flush/Invalidate to use VAddr instead of CacheAddr

2020-04-06T13:21:46+00:00

Frontend/GPU: Refactor context management

2020-03-25T03:03:42+00:00

Changes the GraphicsContext to be managed by the GPU core. This eliminates the need for the frontends to fool around with tricky MakeCurrent/DoneCurrent calls that are dependent on the settings (such as async gpu option). This also refactors out the need to use QWidget::fromWindowContainer as that caused issues with focus and input handling. Now we use a regular QWidget and just access the native windowHandle() directly. Another change is removing the debug tool setting in FrameMailbox. Instead of trying to block the frontend until a new frame is ready, the core will now take over presentation and draw directly to the window if the renderer detects that its hooked by NSight or RenderDoc Lastly, since it was in the way, I removed ScopeAcquireWindowContext and replaced it with a simple subclass in GraphicsContext that achieves the same result

gpu: Change optional> to T* for FramebufferConfig

2019-08-21T04:55:25+00:00

nv_host_ctrl: Make Sync GPU variant always return synced result.

2019-07-05T19:49:20+00:00

video_core/gpu: Create threads separately from initialization

2019-04-12T02:11:40+00:00

Like with CPU emulation, we generally don't want to fire off the threads immediately after the relevant classes are initialized, we want to do this after all necessary data is done loading first. This splits the thread creation into its own interface member function to allow controlling when these threads in particular get created.