Allow external GLB files to be used in scenes GLTFcontainer
under review
s
sergelove
Ohh God! finally , a light in the end of a tunnel :)
Thank you Immo for rising this subj 🙏🤝
Nicolas Earnshaw indeed, “Gate keeping” mechanism, is for sure needed here…
btw, it doesnt look too much complicated in terms of realization… But, sure, clearly understand that you, guys, have limited resources and should sort everything by priority..
AND in that context - WHAT IF you put this task for outsource solution by other community members ? We, at DAPPCRAFT clearly can pick it up (I suppose) and bring ready to be merged and deployed solution..
We already have alot of experience to do with DCL source code.. and have an understanding how things works under the hood.
Please, if you think this idea is doable - lets move forward with that to sorting out the details and LFDOIT! 🕺🧪🛠️🚀
Nicolas Earnshaw
Adding a bit more context here
As this would require significant renderer-side changes, it's something we're leaving for evaluating for building on top of the new client, rather than on the current one. Otherwise it would require doing the same work twice.
For that reason, this project won't be considered for the coming cycle. Instead we'll bring it into debate once the new client is closer to completion.
Nicolas Earnshaw
under review
Nicolas Earnshaw
This has been debated quite a few times.
The main concern is that it could be used to fetch models that are way too large, and there is no mechanism to pre-check the size of the model before it's too late and already being loaded.
There are perhaps ways where we could expose APIs following some kind of standard, where DCL first queries for the metadata of the file, then fetches it. But that means the implementation of this is significantly more than just allowing for URL paths.
A lot of use cases have been suggested for a feature like this, and it's very much in the radar of the foundation, but not being prioritized right now.
Александр Бармалеев
Nicolas Earnshaw
I don't care!
After all, the models are loaded only on the client. I.e., in the worst case, the scene on the owner's site will stop working. But these are the owner's problems. DCL is not affected in any way!
Nicolas Earnshaw
Александр Бармалеев:
> In the worst case, the scene on the owner's site will stop working. But these are the owner's problems.
Not really. In Decentraland you load an open world with different creator's content next to each other, rendered at the same time.
So a scene that messes up doesn't just mess up things for themselves, they mess up things for all of their neighbors. Players who are visiting another scene next-door will have their session crash, and will likely not even know it's the fault of that other scene.
Players will likely not even get to see the offending scene load, so even if they have a good intuitive sense of what heavy 3D models look like ( a lot of players don't), they won't have a chance to see them.
This is less of a problem in worlds, as there yes you only display one scene at a time. But also we want the platform to work as smoothly as we can everywhere. A player who visits a scene and has a crash will most likely think it's the platform's fault and they'll stop exploring other scenes.