🧡#gltf-progressive

_zeroaspect

I am building a product configurator SaaS and all our models and backend stuff are already in firebase. Users have a DAM where they upload models and embed to theirs sites etc. Moving to needle cloud would require us to rewrite many of these things. And I am the only developer in our two people startup lol.

marwi123

Got it. But you don't need to move to Needle Cloud - you could use our CLI to get the compressed files where you would run gltf-transform. So hosting and the whole infra can stay the way it is.

marwi123

Help for optimize command: npx --yes needle-cloud help optimize. By default it doesnt give you progressive assets so you need to add the --progressive flag if I remember correctly.

Using the --token <your-token> param you just pass in an access token that you created in your team on Needle Cloud

_zeroaspect

Hey not yet. We have been busy with preparing the client site for the BlackFriday. I will hopefully try it end of this week to early next week. Will update here

_zeroaspect

Hey marcel, sorry to bother you again. I tried generating LODs with gltf-transform per mesh and followed the schema. I also downloaded the model with the lods from demo, everything seems identical. Yet, when I load the model, it does not load the higher LODs. I understand it might not be your responsibility to answer my "gltf-transform" question. In any case, sharing it...

I tried building the extension locally as well, and printed with debugprogressive. For both the needle cloud models(LOD) and my "gltf-transform" seems identical. I would really appreciate your advise in this regard.

marwi123

Do you have a demo (ideally with code)? Otherwise it might take too much time to guess whats different πŸ™‚

philipisawesome

Hello, thanks for your replies. I am catching up with the conversation. To clarify, do we need to use your CLI for the compressed files?

marwi123

<@373346625025736705> for debugging you can use ?debugproressive (as an URL parameter) it will log some info.

marwi123

the LOD meshes/files don't have the extension - they usually do as well and gltf-progressive is looking for that. Maybe this could be changed to fallback to the only mesh or texture in the glTF (if it's only one) - but maybe there's a reason why that won't work (gotta check back with the code, can't recall rigth now). Anyways for your problem it should be solved if you add the progressive extension to the mesh/texture with the same guid.

marwi123

I think one reason to not do the fallback is that we'd like to be able to batch multiple meshes/textures into one glTF in the future to reduce the amount of individual requests. E.g. sometimes individual lods are very small and performance wise it would be better to combine many into one file (also for cases where many low quality lods are positioned close to each other and likely be loaded together)

marwi123

Hi, the CLI is only needed if you want Needle to handle compression (and potentially hosting)

_zeroaspect

Thanks marcel for the response. I have been debugging with debugproressive , and feel dumb how I not saw the guid warning. Let me dig a bit. Thank you

_zeroaspect

Thanks very much for your time. I truly appreciate the work Needle doing. the unity integration is amazing.