AuroraMiddleware/gtk
1
0
Fork 1
mirror of https://gitlab.gnome.org/GNOME/gtk.git synced 2025-01-19 00:20:09 +00:00
Code Issues Projects Releases Wiki Activity
63ad234391
gtk/gsk/vulkan/gskvulkanrenderprivate.h

62 lines
3.9 KiB
C
Raw Normal View History

Convert headers to #pragma once The conversion was done by guard2one.
2023-03-31 19:11:10 +00:00
#pragma once
vulkan: Add GskVulkanRender object This is refactoring work. GskVulkanRender is supposed to be the global object for a render operation, ie GskVulkanRenderer.render() will create this object for what it does. The object will be split into stages that perform the operations necessary to create a drawing.
2016-12-07 13:50:52 +00:00
#include <gdk/gdk.h>
vulkan: Add GskVulkanRenderPass And move the actual rendering code there. A RenderPass is a collection of operations on the same target that get executed one after another. It roughly targets VkRenderPass or rather the subpasses of a VkRenderPass. For now, only the infrastructure is there. No real stuff is happening.
2016-12-08 12:26:36 +00:00
#include <gsk/gskrendernode.h>
gsk: Move Vulkan sources to a subdirectory Following what was already done for GL.
2018-01-06 14:36:55 +00:00
#include "gskvulkanimageprivate.h"
vulkan: Add VulkanOp->next Set it after creating all the ops and then use it for iterating. Note that we cannot set it while creating the ops because the array may be realloc()ed into a different memory region which would invalidate all the pointers. It currently has no use, but that will come later. Also put the typedefs into headers in gsk/vulkan, they have nthing to do outside that directory.
2023-07-06 04:40:09 +00:00
#include "gskvulkanprivate.h"
gsk: Move Vulkan sources to a subdirectory Following what was already done for GL.
2018-01-06 14:36:55 +00:00
#include "gskvulkanrenderpassprivate.h"
vulkan: Add GskVulkanRender object This is refactoring work. GskVulkanRender is supposed to be the global object for a render operation, ie GskVulkanRenderer.render() will create this object for what it does. The object will be split into stages that perform the operations necessary to create a drawing.
2016-12-07 13:50:52 +00:00
G_BEGIN_DECLS
vulkan: Split textures and samplers The idea here is that we can do more complex combinations and use that to support texture-scale nodes or use fancy texture formats (suc as YUV). I'm not sure this is actually necessary, but for now it gives more flexibility.
2023-05-23 03:08:13 +00:00
typedef enum {
GSK_VULKAN_SAMPLER_DEFAULT,
vulkan: Add support for texture-scale nodes
2023-05-23 03:26:08 +00:00
GSK_VULKAN_SAMPLER_REPEAT,
GSK_VULKAN_SAMPLER_NEAREST
vulkan: Split textures and samplers The idea here is that we can do more complex combinations and use that to support texture-scale nodes or use fancy texture formats (suc as YUV). I'm not sure this is actually necessary, but for now it gives more flexibility.
2023-05-23 03:08:13 +00:00
} GskVulkanRenderSampler;
vulkan: Make the VulkanRender object allocated That way, we can have multiple of those and keep them around for reuse.
2016-12-08 16:46:08 +00:00
GskVulkanRender * gsk_vulkan_render_new (GskRenderer *renderer,
vulkan: Move remaining structs to VulkanRender object It now gets to maintain things.
2016-12-08 23:06:59 +00:00
GdkVulkanContext *context);
vulkan: Make the VulkanRender object allocated That way, we can have multiple of those and keep them around for reuse.
2016-12-08 16:46:08 +00:00
void gsk_vulkan_render_free (GskVulkanRender *self);
vulkan: Add GskVulkanRenderPass And move the actual rendering code there. A RenderPass is a collection of operations on the same target that get executed one after another. It roughly targets VkRenderPass or rather the subpasses of a VkRenderPass. For now, only the infrastructure is there. No real stuff is happening.
2016-12-08 12:26:36 +00:00
vulkan: Keep render objects around That way we can reuse them. We only create a new one if the last render operation hasn't finished executing.
2016-12-08 17:40:35 +00:00
gboolean gsk_vulkan_render_is_busy (GskVulkanRender *self);
vulkan: Create framebuffers from GskVulkanRender object Also create them on-demand, as they need to be created per-image and per-framebuffer, so we don't want to create loads of them.
2016-12-08 21:35:16 +00:00
void gsk_vulkan_render_reset (GskVulkanRender *self,
vulkan: Implement gsk_renderer_render_texture()
2016-12-22 18:01:07 +00:00
GskVulkanImage *target,
gsk: move begin/end_frame vfuncs into the renderers
2018-03-28 13:01:34 +00:00
const graphene_rect_t *rect,
vulkan: Pass the node when setting up Remove the function to add a node from both the GskVulkanRender and the GskVulkanRenderPass. That means they are both now meant to draw exactly one node.
2023-07-05 05:06:17 +00:00
const cairo_region_t *clip,
GskRenderNode *node);
vulkan: Keep render objects around That way we can reuse them. We only create a new one if the last render operation hasn't finished executing.
2016-12-08 17:40:35 +00:00
vulkan: Make the GskVulkanRender struct private
2016-12-08 16:55:32 +00:00
GskRenderer * gsk_vulkan_render_get_renderer (GskVulkanRender *self);
vulkan: Add GskVulkanRenderPass And move the actual rendering code there. A RenderPass is a collection of operations on the same target that get executed one after another. It roughly targets VkRenderPass or rather the subpasses of a VkRenderPass. For now, only the infrastructure is there. No real stuff is happening.
2016-12-08 12:26:36 +00:00
void gsk_vulkan_render_upload (GskVulkanRender *self);
vulkan: Rename function The function name gsk_vulkan_render_get_pipeline() had been used for GskVulkanPipeline. Since those are gone now, we can use that name for VkPipelines.
2023-07-08 18:16:39 +00:00
VkPipeline gsk_vulkan_render_get_pipeline (GskVulkanRender *self,
vulkan: Don't intern strings Interning strings is slow, especially if we can instead do direct pointer compares. Also refactor the pipeline lookup code a bit to make use of the refactored code.
2023-07-07 00:38:22 +00:00
const GskVulkanOpClass *op_class,
vulkan: Create pipeline differently for ops Instead of creating a pipeline GObject, just ask for the VkPipeline. And instead of having the Op handle it, just let the renderpass look up/create the relevant pipeline while creating commands so that it can insert vkCmdBindPipeline calls as-needed.
2023-06-29 04:36:17 +00:00
const char *clip_type,
VkFormat format,
VkRenderPass render_pass);
vulkan: Cache VkRenderPasses in render object Instead of recreating the same renderpass object in every frame and for every offscreen, just reuse it. Technically, we can save this per-renderer or even per-display (it should really be cached by VkDevice), but we have no infrastructure for that.
2023-07-08 18:40:48 +00:00
VkRenderPass gsk_vulkan_render_get_render_pass (GskVulkanRender *self,
VkFormat format,
VkImageLayout from_layout,
VkImageLayout to_layout);
vulkan: Split textures and samplers The idea here is that we can do more complex combinations and use that to support texture-scale nodes or use fancy texture formats (suc as YUV). I'm not sure this is actually necessary, but for now it gives more flexibility.
2023-05-23 03:08:13 +00:00
gsize gsk_vulkan_render_get_image_descriptor (GskVulkanRender *self,
vulkan: Combine textures and samplers again This reverts most of commit f420c143e0d8947a433704969bab02aea47d82f5 again because it turns out GPUs like combined images and samplers. But: The one thing we don't revert is allowing the C code to select any combination of sampler and image: gsk_vulkan_render_get_image_descriptor() now takes a 2nd argument specifying the sampler. This allows the same flexibility as before, we just combine things early. This change was inspired by https://developer.nvidia.com/blog/vulkan-dos-donts/
2023-06-28 18:50:43 +00:00
GskVulkanImage *source,
GskVulkanRenderSampler render_sampler);
vulkan: Add support for storage buffers And add a default storage buffer that is used for per-frame temporary data. So far nothing is using this code, this is just infrastructure.
2023-05-25 20:21:23 +00:00
gsize gsk_vulkan_render_get_buffer_descriptor (GskVulkanRender *self,
GskVulkanBuffer *buffer);
guchar * gsk_vulkan_render_get_buffer_memory (GskVulkanRender *self,
gsize size,
gsize alignment,
gsize *out_offset);
vulkan: Implement bindless texture rendering Instead of having a descriptor set per operation, we just have one descriptor set and bind all our images into it. Then the shaders get to use an index into the large texture array instead. Getting this to work - because it's a Vulkan extension that needs to be manually enabled, even though it's officially part of Vulkan 1.2 - is insane.
2023-05-20 00:56:02 +00:00
vulkan: Move sampler creation down This is in preparation of allowing multiple samplers.
2017-09-30 02:38:59 +00:00
void gsk_vulkan_render_draw (GskVulkanRender *self);
vulkan: Split out a function Making that function externally usable allows having render passes managed externally. Also remove a nonexisting function from the header.
2023-06-25 03:02:48 +00:00
void gsk_vulkan_render_draw_pass (GskVulkanRender *self,
GskVulkanRenderPass *pass,
VkFence fence);
vulkan: Add GskVulkanRender object This is refactoring work. GskVulkanRender is supposed to be the global object for a render operation, ie GskVulkanRenderer.render() will create this object for what it does. The object will be split into stages that perform the operations necessary to create a drawing.
2016-12-07 13:50:52 +00:00
GskTexture => GdkTexture We want this thing to replace GdkPixbuf, so it has to live in GDK.
2017-11-02 20:39:00 +00:00
GdkTexture * gsk_vulkan_render_download_target (GskVulkanRender *self);
vulkan: Create multiple render objects Sometimes the GPU is still busy when the next frame starts (like when no-vsync benchmarking), so we need to keep all those resources alone and create new ones. That's what the render object is for, so we just create another one. However, when we create too many, we'll starve the CPU. So we'll limit it. Currently, that limit is at 4, but I've never reached it (I've also not starved the GPU yet), so that number may want to be set lower/higher in the future. Note that this is different from the number of outstanding buffers, as those are not busy on the GPU but on the compositor, and as such a buffer may have not finished rendering but have been returend from the compositor (very busy GPU) or have finished rendering but not been returned from the compositor (very idle GPU).
2023-05-24 14:55:18 +00:00
VkFence gsk_vulkan_render_get_fence (GskVulkanRender *self);
vulkan: Implement gsk_renderer_render_texture()
2016-12-22 18:01:07 +00:00
vulkan: Add GskVulkanRender object This is refactoring work. GskVulkanRender is supposed to be the global object for a render operation, ie GskVulkanRenderer.render() will create this object for what it does. The object will be split into stages that perform the operations necessary to create a drawing.
2016-12-07 13:50:52 +00:00
G_END_DECLS
Reference in New Issue Copy Permalink