anonymous/yuzu - yuzu is the world's most popular, open-source, Nintendo Switch emulator — started by the creators of Citra. It is written in C++ with portability in mind,

	Commit message (Collapse)	Author	Files	Lines
2019-03-29	vk_swapchain: Implement a swapchain manager	ReinUsesLisp	2	-0/+302

2019-03-27	video_core: Amend constructor initializer list order where applicable	Lioncash	1	-2/+2
	Specifies the members in the same order that initialization would take place in. This also silences -Wreorder warnings.
2019-03-27	video_core: Add missing override specifiers	Lioncash	2	-2/+2
	Ensures that the signatures will always match with the base class. Also silences a few compilation warnings.
2019-03-21	gpu: Move GPUVAddr definition to common_types.	bunnei	2	-4/+2

2019-03-15	gpu: Use host address for caching instead of guest address.	bunnei	2	-17/+41

2019-03-13	vk_sampler_cache: Use operator== instead of memcmp	Mat M	1	-1/+1
	Co-Authored-By: ReinUsesLisp <reinuseslisp@airmail.cc>
2019-03-13	vk_sampler_cache: Implement a sampler cache	ReinUsesLisp	2	-0/+137

2019-03-06	video_core/engines: Remove unnecessary includes	Lioncash	1	-1/+1
	Removes a few unnecessary dependencies on core-related machinery, such as the core.h and memory.h, which reduces the amount of rebuilding necessary if those files change. This also uncovered some indirect dependencies within other source files. This also fixes those.
2019-03-04	maxwell_to_vk: Initial implementation	ReinUsesLisp	3	-3/+551

2019-03-02	vk_buffer_cache: Fix clang-format	ReinUsesLisp	1	-3/+3

2019-03-01	vk_buffer_cache: Implement a buffer cache	ReinUsesLisp	2	-0/+203
	This buffer cache is just like OpenGL's buffer cache with some minor style changes. It uses VKStreamBuffer.
2019-02-27	vk_memory_manager: Reorder constructor initializer list in terms of member declaration order	Lioncash	1	-1/+1
	Reorders members in the order that they would actually be initialized in. Silences a -Wreorder warning.
2019-02-26	vk_stream_buffer: Remove copy code path	ReinUsesLisp	2	-53/+18

2019-02-24	vk_stream_buffer: Implement a stream buffer	ReinUsesLisp	2	-0/+197
	This manages two kinds of streaming buffers: one for unified memory models and one for dedicated GPUs. The first one skips the copy from the staging buffer to the real buffer, since it creates an unified buffer. This implementation waits for all fences to finish their operation before "invalidating". This is suboptimal since it should allocate another buffer or start searching from the beginning. There is room for improvement here. This could also handle AMD's "pinned" memory (a heap with 256 MiB) that seems to be designed for buffer streaming.
2019-02-24	vk_resource_manager: Minor VKFenceWatch changes	ReinUsesLisp	2	-7/+7

2019-02-24	vk_memory_manager: Fixup commit interval allocation	ReinUsesLisp	1	-2/+1
	VKMemoryCommitImpl was using as the end of its interval "begin + end". That ended up wasting memory.
2019-02-22	vk_scheduler: Implement a scheduler	ReinUsesLisp	2	-0/+129
	The scheduler abstracts command buffer and fence management with an interface that's able to do OpenGL-like operations on Vulkan command buffers. It returns by value a command buffer and fence that have to be used for subsequent operations until Flush or Finish is executed, after that the current execution context (the pair of command buffers and fences) gets invalidated a new one must be fetched. Thankfully validation layers will quickly detect if this is skipped throwing an error due to modifications to a sent command buffer.
2019-02-19	vk_memory_manager: Implement memory manager	ReinUsesLisp	2	-0/+340
	A memory manager object handles the memory allocations for a device. It allocates chunks of Vulkan memory objects and then suballocates.
2019-02-14	vk_resource_manager: Implement a command buffer pool with VKFencedPool	ReinUsesLisp	2	-1/+59

2019-02-14	vk_resource_manager: Add VKFencedPool interface	ReinUsesLisp	2	-0/+83
	Handles a pool of resources protected by fences. Manages resource overflow allocating more resources. This class is intended to be used through inheritance.
2019-02-14	vk_resource_manager: Implement VKResourceManager and fence allocator	ReinUsesLisp	2	-0/+85
	CommitFence iterates a pool of fences until one is found. If all fences are being used at the same time, allocate more.
2019-02-14	vk_resource_manager: Implement VKFenceWatch	ReinUsesLisp	2	-0/+68
	A fence watch is used to keep track of the usage of a fence and protect a resource or set of resources without having to inherit from their handlers.
2019-02-14	vk_resource_manager: Implement VKFence	ReinUsesLisp	2	-0/+131
	Fences take ownership of objects, protecting them from GPU-side or driver-side concurrent access. They must be commited from the resource manager. Their usage flow is: commit the fence from the resource manager, protect resources with it and use them, send the fence to an execution queue and Wait for it if needed and then call Release. Used resources will automatically be signaled when they are free to be reused.
2019-02-14	vk_resource_manager: Add VKResource interface	ReinUsesLisp	2	-0/+40
	VKResource is an interface that gets signaled by a fence when it is free to be reused.
2019-02-13	vk_device: Abstract device handling into a class	ReinUsesLisp	2	-0/+347
	VKDevice contains all the data required to manage and initialize a physical device. Its intention is to be passed across Vulkan objects to query device-specific data (for example the logical device and the dispatch loader).
2019-02-12	renderer_vulkan: Add declarations file	ReinUsesLisp	1	-0/+45
	This file is intended to be included instead of vulkan/vulkan.hpp. It includes declarations of unique handlers using a dynamic dispatcher instead of a static one (which would require linking to a Vulkan library).