All Projects → jvm-graphics-labs → Vulkan

jvm-graphics-labs / Vulkan

Licence: mit
Examples and demos for the new Vulkan API

Programming Languages

kotlin
9241 projects

Projects that are alternatives of or similar to Vulkan

Yggdrasil-Legacy
Experimental Vulkan Renderer / Game Engine written in C++20.
Stars: ✭ 20 (-31.03%)
Mutual labels:  vulkan, vulkan-api
Diligentcore
Core functionality of Diligent Engine
Stars: ✭ 263 (+806.9%)
Mutual labels:  vulkan, vulkan-api
makma
Makma is a deferred Vulkan renderer written in C++.
Stars: ✭ 77 (+165.52%)
Mutual labels:  vulkan, vulkan-api
framework
The exomia/framework is used for building 2D and 3D games and more inspired by the XNA/Mono framework.
Stars: ✭ 21 (-27.59%)
Mutual labels:  vulkan, vulkan-api
Vulkan Cookbook
Code repository for Vulkan Cookbook by Packt
Stars: ✭ 442 (+1424.14%)
Mutual labels:  vulkan, vulkan-api
magma
Abstraction layer to facilitate usage of Khronos Vulkan API
Stars: ✭ 23 (-20.69%)
Mutual labels:  vulkan, vulkan-api
Pumex
Vulkan library oriented on high speed rendering
Stars: ✭ 259 (+793.1%)
Mutual labels:  vulkan, vulkan-api
Vortice.Vulkan
Cross platform .NET bindings for Vulkan, VMA, SPIRV-Cross and shaderc
Stars: ✭ 172 (+493.1%)
Mutual labels:  vulkan, vulkan-api
Vulkan
Examples and demos for the new Vulkan API
Stars: ✭ 6,870 (+23589.66%)
Mutual labels:  vulkan, vulkan-api
Oreon Engine
OpenGL/Vulkan Java 3D Engine
Stars: ✭ 431 (+1386.21%)
Mutual labels:  vulkan, vulkan-api
Vulkan
Vulkan module for Jai
Stars: ✭ 23 (-20.69%)
Mutual labels:  vulkan, vulkan-api
Vulkan
Vulkan API bindings for Go programming language
Stars: ✭ 559 (+1827.59%)
Mutual labels:  vulkan, vulkan-api
quake bsp vulkan
Quake BSP renderer written in C++ and Vulkan
Stars: ✭ 76 (+162.07%)
Mutual labels:  vulkan, vulkan-api
VulkanResources
A list of resources for learning Vulkan
Stars: ✭ 50 (+72.41%)
Mutual labels:  vulkan, vulkan-api
racket-vulkan
Racket integration with all things Vulkan 💥
Stars: ✭ 40 (+37.93%)
Mutual labels:  vulkan, vulkan-api
SFE-Engine
A real time renderer based on Vulkan(LWJGL).
Stars: ✭ 20 (-31.03%)
Mutual labels:  vulkan, vulkan-api
RTX-Mesh-Shaders
Different mesh shading techniques using the NVIDIA RTX (Turing) technology.
Stars: ✭ 84 (+189.66%)
Mutual labels:  vulkan, vulkan-api
Vulkan.NET
This repository contains low-level bindings for Vulkan used in Evergine.
Stars: ✭ 119 (+310.34%)
Mutual labels:  vulkan, vulkan-api
Liblava
🌋 A modern and easy-to-use library for the Vulkan API
Stars: ✭ 275 (+848.28%)
Mutual labels:  vulkan, vulkan-api
Vkquake2
id Software's Quake 2 v3.21 with mission packs and Vulkan support (Windows, Linux, MacOS, FreeBSD, Raspberry Pi 4)
Stars: ✭ 543 (+1772.41%)
Mutual labels:  vulkan, vulkan-api

Vulkan Kotlin examples and demos

A comprehensive collection of open source Kotlin examples for Vulkan®, the new graphics and compute API from Khronos, based on the excellent examples of Sascha Willems

The expressiveness of Kotlin meets the power of Vulkan, thanks to VK².

Examples

Basics

01a - Triangle Verbose

Basic and verbose example for getting a colored triangle rendered to the screen using Vulkan. This is meant as a starting point for learning Vulkan from the ground up. A huge part of the code is boilerplate that is abstracted away in later examples. Also, there is no type safety through inline classes.

01b - Triangle

Boilerplate code gone, 1/3 less code, strictly type safety for free thanks to inline classes.

02 - Pipelines

Using pipeline state objects (pso) that bake state information (rasterization states, culling modes, etc.) along with the shaders into a single object, making it easy for an implementation to optimize usage (compared to OpenGL's dynamic state machine). Also demonstrates the use of pipeline derivatives.

03 - Descriptor sets

Descriptors are used to pass data to shader binding points. Sets up descriptor sets, layouts, pools, creates a single pipeline based on the set layout and renders multiple objects with different descriptor sets.

04 - Dynamic uniform buffers

Dynamic uniform buffers are used for rendering multiple objects with multiple matrices stored in a single uniform buffer object. Individual matrices are dynamically addressed upon descriptor binding time, minimizing the number of required descriptor sets.

05 - Push constants

Uses push constants, small blocks of uniform data stored within a command buffer, to pass data to a shader without the need for uniform buffers.

06 - Specialization constants

Uses SPIR-V specialization constants to create multiple pipelines with different lighting paths from a single "uber" shader.

07 - Texture mapping

Loads a 2D texture from disk (including all mip levels), uses staging to upload it into video memory and samples from it using combined image samplers.

08 - Cubemap textures Only sphere model

Loads a cube map texture from disk containing six different faces. All faces and mip levels are uploaded into video memory and the cubemap is sampled once as a skybox (for the background) and as a source for reflections (for a 3D model).

09 - Texture arrays

Loads a 2D texture array containing multiple 2D texture slices (each with it's own mip chain) and renders multiple meshes each sampling from a different layer of the texture. 2D texture arrays don't do any interpolation between the slices.

10 - 3D textures

Generates a 3D texture on the cpu (using perlin noise), uploads it to the device and samples it to render an animation. 3D textures store volumetric data and interpolate in all three dimensions.

11 - Model rendering

Loads a 3D model and texture maps from a common file format (using assimp), uploads the vertex and index buffer data to video memory, sets up a matching vertex layout and renders the 3D model.

12 - Sub passes TOFINISH

Uses sub passes and input attachments to write and read back data from framebuffer attachments (same location only) in single render pass. This is used to implement deferred render composition with added forward transparency in a single pass.

13 - Offscreen rendering TODO

Basic offscreen rendering in two passes. First pass renders the mirrored scene to a separate framebuffer with color and depth attachments, second pass samples from that color attachment for rendering a mirror surface.

14 - CPU particle system TOFINISH

Implements a simple CPU based particle system. Particle data is stored in host memory, updated on the CPU per-frame and synchronized with the device before it's rendered using pre-multiplied alpha.

15 - Stencil buffer TODO

Uses the stencil buffer and it's compare functionality for rendering a 3D model with dynamic outlines.

Advanced TODO

Performance

01 - Multi threaded command buffer generation

Multi threaded parallel command buffer generation. Instead of prebuilding and reusing the same command buffers this sample uses multiple hardware threads to demonstrate parallel per-frame recreation of secondary command buffers that are executed and submitted in a primary buffer once all threads have finished.

Deferred TODO

Compute shader

01 - Image processing

Uses a compute shader along with a separate compute queue to apply different convolution kernels (and effects) on an input image in realtime.

02 - GPU particle system TOFIX

Attraction based 2D GPU particle system using compute shaders. Particle data is stored in a shader storage buffer and only modified on the GPU using memory barriers for synchronizing compute particle updates with graphics pipeline vertex access.

03 - N-body simulation TOFIX

N-body simulation based particle system with multiple attractors and particle-to-particle interaction using two passes separating particle movement calculation and final integration. Shared compute shader memory is used to speed up compute calculations.

04 - Ray tracing TODO

Simple GPU ray tracer with shadows and reflections using a compute shader. No scene geometry is rendered in the graphics pass.

05 - Cloth simulation TODO

Mass-spring based cloth system on the GPU using a compute shader to calculate and integrate spring forces, also implementing basic collision with a fixed scene object.

06 - Cull and LOD TODO

Purely GPU based frustum visibility culling and level-of-detail system. A compute shader is used to modify draw commands stored in an indirect draw commands buffer to toggle model visibility and select it's level-of-detail based on camera distance, no calculations have to be done on and synced with the CPU.

Credits:

  • Sascha, awesome repo (except for avoiding using glfw)
  • Spasi, for assisting (and tolerating) my continuous boring questions :), also the tip about the buffer came from him
  • Kai, for his first Hello Triangle in java
  • Ulrik, for some tips and the glsl -> spir-v converter
Note that the project description data, including the texts, logos, images, and/or trademarks, for each open source project belongs to its rightful owner. If you wish to add or remove any projects, please contact us at [email protected].