Andreas Atteneder

> Hi Thomas, > I have sent you an email with a suggestion for the `EntityInstantiator` > Hope it helps! Hi @vjleo , That's a great starting point, thanks! Atm...

@vjleo Forgot: Consider publishing your work by forking this project! The benefit is that others can try/test it as well. I'm sure this is of interest.

Please familiarize yourself with the concept of [pull requests](https://docs.github.com/en/free-pro-team@latest/github/collaborating-with-issues-and-pull-requests/about-pull-requests). Prepare changes you want me to review thouroughly, send a PR (=pull request) and I'll review, give feedback and ideally merge...

> @atteneder glad to see this being poked at, I just wanted to mention that GLTFast should also keep a normal coroutine/single-threaded loading solution as well for compatibility with Unity...

There's now an experimental [DOTS implementation](https://github.com/atteneder/glTFast/blob/main/Documentation%7E/features.md#data-oriented-technology-stack).

Hi @chrisssssy , Reasonable feature request! The glTF spec says, it recommends `extras` to be an object with key-value pairs of strings, which in your case, it is. I use...

Sure, create a PR! Maybe I accept it right away. Worst case I use it as a starting point for a better solution.

> I've seen that @chrisssssy has done already some progress in that direction and that this feature is already on the roadmap, but I'd like to know if it is...

@mespino-cityzenith Thanks for sharing this insight. glTFast currently uses JsonUtility for JSON parsing, which makes it, well, *fast*. Unfortunately it's not very flexible, especially when it comes to parsing JSON...

Minor update: I've made a proof-of-concept that parses meta data in the `extras` property and makes it accessible to a custom instantiation implementation. It's in this branch: The key is...