jcorks / dynacoe Goto Github PK

To keep the project lean, built-in support for many "fallback" backends is no longer supported. This makes the "fallback" build requirements of the standard release packing process obsolete and wasteful. It should be removed.

As the title says. Known issue for a while with lower priority. Nice to have it officially documented, though!

Would be nice to condense the Node component vector transform mathematics. It's currently doing some unnecessary work by preserving "proper" matrix transformation calculations when it may not need to. There is probably a better approach available too with how inheritance currently works.

Had partial support before, but it should be updated and maintained if possible.
Will likely be dedicated to a feature-legacy-gl branch during its development.

Before, Dynacoe had a partial game demo and interactive demo included as part of the installation. Since the previous API upgrade, not enough time was available to update these demos.

Dev will be done on branch feature-full-demos

This is the next big task. Many changes have been made to the engine to even begin to support 3D animations, but through some cruel twist of fate, not enough time was available to actually implement it! When added, then will be available through a separate extension, as any practical use would require additional 3D format loaders, i.e. assimp.

Will be in feature-animations

The real time it takes between an audio request and the audio heard through hardware is still rather high. The threading in place to process the audio is likely fine, but the method that the AudioManager uses to feed data to the system backend is likely to blame. Both Linux and Windows builds.

Instead of trying to reinvent the configuration wheel, CMake should be deployed sometime to better service configuration. Current configs are limited and aren't as scalable.