summaryrefslogtreecommitdiffstats
path: root/src/video_core/gpu_thread.cpp (unfollow)
Commit message (Collapse)AuthorFilesLines
2020-12-29gpu: gpu_thread: Ensure MicroProfile is shutdown on exit.bunnei1-0/+3
2020-12-29video_core: gpu_thread: Do not wait when system is powered down.bunnei1-1/+2
2020-12-29video_core: gpu: Implement synchronous mode using threaded GPU.bunnei1-6/+24
2020-12-04video_core: Resolve more variable shadowing scenariosLioncash1-8/+8
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.
2020-10-27video_core: NVDEC Implementationameerj1-4/+12
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>
2020-07-21video_core: Remove unused variablesLioncash1-2/+2
Silences several compiler warnings about unused variables.
2020-06-27General: Tune the priority of main emulation threads so they have higher priority than less important helper threads.Fernando Sahmkow1-0/+1
2020-06-27General: Setup yuzu threads' microprofile, naming and registry.Fernando Sahmkow1-1/+5
2020-04-22Async GPU: Correct flushing behavior to be similar to old async GPU behavior.Fernando Sahmkow1-0/+4
2020-04-22Async GPU: Only do reactive flushing on Extreme Level.Fernando Sahmkow1-1/+1
2020-04-22GPU: Implement Flush Requests for Async mode.Fernando Sahmkow1-6/+11
2020-04-22FenceManager: Implement async buffer cache flushes on High settingsFernando Sahmkow1-1/+1
2020-04-22Rasterizer: Document SignalFence & ReleaseFences and setup skeletons on Vulkan.Fernando Sahmkow1-1/+4
2020-04-22ThreadManager: Sync async reads on accurate gpu.Fernando Sahmkow1-1/+6
2020-04-22OpenGL: Implement Fencing backend.Fernando Sahmkow1-0/+6
2020-04-22GPU: Delay Fences.Fernando Sahmkow1-1/+1
2020-04-22BufferCache: Implement OnCPUWrite and SyncGuestHostFernando Sahmkow1-1/+1
2020-04-22GPU: Refactor synchronization on Async GPUFernando Sahmkow1-3/+3
2020-04-06GPU: Setup Flush/Invalidate to use VAddr instead of CacheAddrFernando Sahmkow1-3/+3
2020-03-25Frontend/GPU: Refactor context managementJames Rowe1-6/+9
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
2020-02-26core: frontend: Refactor scope_acquire_window_context to scope_acquire_context.bunnei1-2/+2
2019-11-27video_core/gpu_thread: Tidy up SwapBuffers()Lioncash1-2/+1
We can just use std::nullopt and std::make_optional to make this a little bit less noisy.
2019-11-23gpu_thread: Don't spin wait if there are no GPU commands.bunnei1-17/+15
2019-10-11AsyncGpu: Address FeedbackFernando Sahmkow1-1/+1
2019-10-05Core: Wait for GPU to be idle before shutting down.Fernando Sahmkow1-0/+5
2019-10-05GPU_Async: Correct fences, display events and more.Fernando Sahmkow1-13/+1
This commit uses guest fences on vSync event instead of an articial fake fence we had. It also corrects to keep signaling display events while loading the game as the OS is suppose to send buffers to vSync during that time.
2019-08-21gpu: Change optional<reference_wrapper<T>> to T* for FramebufferConfigReinUsesLisp1-4/+4
2019-07-05NVFlinger: Correct GCC compile errorFernando Sahmkow1-2/+4
2019-07-05gpu_asynch: Simplify synchronization to a simpler consumer->producer scheme.Fernando Sahmkow1-15/+3
2019-07-05Async GPU: do invalidate as synced operationFernando Sahmkow1-6/+1
Async GPU: Always invalidate synced.
2019-06-05core/core_timing_util: Use std::chrono types for specifying time unitsLioncash1-1/+1
Makes the interface more type-safe and consistent in terms of return values.
2019-05-14yuzu: Remove explicit types from locks where applicableLioncash1-1/+1
With C++17's deduction guides, the type doesn't need to be explicitly specified within locking primitives anymore.
2019-05-10video_core/gpu_thread: Remove unused local variableLioncash1-1/+1
Instead of retrieving the data from the std::variant instance, we can just check if the variant contains that type of data. This is essentially the same behavior, only it returns a bool indicating whether or not the type in the variant is currently active, instead of actually retrieving the data.
2019-04-12video_core/gpu: Create threads separately from initializationLioncash1-6/+11
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.
2019-04-06video_core/gpu_thread: Silence truncation warning in ThreadManager's constructorLioncash1-1/+1
Since c5d41fd812d7eb1a04f36b76c08fe971cee0868c callback parameters were changed to use an s64 to represent late cycles instead of an int, so this was causing a truncation warning to occur here. Changing it to s64 is sufficient to silence the warning.
2019-04-02gpu_thread: Improve synchronization by using CoreTiming.bunnei1-10/+33
2019-03-27gpu_thread: Remove unused dma_pusher class member variable from ThreadManagerLioncash1-2/+2
The pusher instance is only ever used in the constructor of the ThreadManager for creating the thread that the ThreadManager instance contains. Aside from that, the member is unused, so it can be removed.
2019-03-15gpu: Use host address for caching instead of guest address.bunnei1-95/+41
2019-03-07gpu_thread: Fix deadlock with threading idle state check.bunnei1-4/+7
2019-03-07gpu_thread: (HACK) Ignore flush on FlushAndInvalidateRegion.bunnei1-3/+1
2019-03-07gpu: Always flush.bunnei1-8/+5
2019-03-07gpu: Move command processing to another thread.bunnei1-0/+154