lugo-studio/foxy_cpp

Experimental C++ app framework

foxy_cpp's Issues

Multithreaded ECS

Self-explanatory. Make the ECS functionality such as creating entities, modifying components, etc. What should and shouldn't be thread-safe should be determined when tackling this issue.

Reimplement Neko ECS

Get ECS up and running again.

Update License

The current license is not a FLOSS license and is therefore invalid in the broader C++ ecosystem. The new license should be as permissive as possible, as this is not a proprietary, secret piece of software.

Additionally, there should be a clause added to the README that just kindly requests attribution be given in derivative works. This shouldn't be part of the license (not like I could find any license that has that clause) because it should not be strictly required to use the library.

Migrate to C++20 Modules

Update to use C++20 modules. This will be a time-consuming process...

Phase out Shaderc

Replace shaderc with glslang since it's quite problematic with the build system.

Replace BS::thread_pool dependency or create wrapper library

Either wrap the dependency or replace it. It sticks out like a sore thumb among the rest of the framework.

Make entity creation a lazy pipeline, similar to std::ranges

I am not sure right now how to implement a lazy-evaluated pipeline, but the motivation behind this is to hopefully reduce the number of times an entity changes its archetype during creation and assignment. As it stands, an entity will change its archetype with each added or removed component. This is a slow process which also results in multiple useless intermediate archetypes as well. If I could collect all the components and data the entity wants to have before the entity is registered, this could improve performance and memory usage. This could be done with a standard "builder" interface, but I would like to see if I could create an API similar to std::ranges.

Multithreaded Vulkan Rendering

Allow rendering of meshes across multiple threads to increase rendering throughput.

Separate Subprojects into External Libraries

Split out subprojects into git submodules to promote separation of concerns.