Depends on 2D features parity with SDL, but then there is jo reason we can't support the entire gf2d library wothing 3d

Need to source and integrate gltf

Do the needful for this subsystem

things like chain length and vk device can be queried directly from vgraphics or the swap chain, no need to pass it around as parameters

Move debug layers to its one class files.
Drive from config to enable / disable validation layers

for toggles

Already done, needs to be properly setup for gf2d

Animated models should re-use face buffer at the least

organize code to put physical device enumaration and logical device creation into its own class files.

gf3d_uniform_buffers is now a thing allowing for more ad-hoc draw calls.
Need to add support for this system to overlay layer
and now we can break highlight and model draw calls apart

The graphics system is too aware of the sub processes for drawing.
Need to clean up the resetting of pipelines
the command buffers gained
the submission of the commands

Add utility to convert gltf model data into quad trees and support for loading / rendering / collision detection with them

Need to support this.
Depends on GLTF or some other way to get armature and pose data from file

A slider that can be horizontal or vertical for setting value ranges

For basic physics.
Support for optimizing with BSP, and Quad Trees

Likely need a new pipeline to support drawing of points, edges, curves, polygons, and different volumes

Seg faulted

For keeping track of physics objects in a space and during space updates respectively.
As was done with 2D, I will do with 3D

Should be configurable if to use, and which extensions to use

Should load a default skin in the event that none loaded

I have json support, lets use it

This will come in handy

As with Shapes for 2d, volumes will collect generic types for handling basic 3d geometric shapes
cubes
Spheres
Pills
Edges
Points

The information is written in the docs.

However the code snippet is written in c++ and would have to be implemented in c in this project. I tried doing so but go really confused as I never worked with the vulkan api before. However it should be pretty simple because if the VK_KHR_PORTABILITY_SUBSET_EXTENSION_NAME is set then add the flags and extensions.

gf3d_points for rendering to 3d space (using the depth buffer)
gf2d_points for rendering to 2d space (overlaying)

Good chance this is NOT set up correctly for all cases

Need to get feature parity woth SDL's 2D rendering.

Yes, I mean frustum
A generic class for handling camera positioning and rotation and looking at of things
Current code is kind of trash

And make them more configurable by carmack

This is still not optimized or customizable

Need to either up-promote it to have an alpha channel or configure it to be 24 bits only

Current code is hardcoded how to pick which GPU.
It needs to be more dynamic and allow for config to drive preferences

Which will in turn need all other types to support cropping

Use the #ifdef (WINDOWS) to change parts of the code

Scale is there, but non-functional
Rotate needs to be added

Sky boxes should be a thing

Support Binary Space Partitions for environments.
This should include a command line utility to convert gltf data to bsp data.

Instead of hardcoding that each pipeline has 1 fragment shader and 1 vertex shader, they should be organized into a type. The pipelines should have an array for them to be accessed if needed.
ST_Vertex
ST_Fragment
ST_Geometry
ST_Tesselation
ST_Etc

Likely will need an additional pipeline to handle drawing calls for basic pixels, lines, and geometric shapes.

Move buffer creation / management to its own thing outside of graphics

Need to do a code review and decide what needs to be done

Collision tests vs volumes
volume vs volume
trace versus volume

this will allow for the creation of screenshots, in game cameras, minimaps, in game video screens, etc.