It should be reproducible, because you are saying the preview URL is loaded instead of the one you set in the configuration. So it doesn’t matter what URL you set, it should simply fail loading the fake URL you set.
About your project vs. playground - AFAIK Draco compression is only used when the model requires it. So you need to load a draco-compressed model in order to get the playground to work.
About your project vs. playground - AFAIK Draco compression is only used when the model requires it. So you need to load a draco-compressed model in order to get the playground to work.
=> OMG You are right!! I totally missed that part!! YES!
It should be reproducible, because you are saying the preview URL is loaded instead of the one you set in the configuration. So it doesn’t matter what URL you set, it should simply fail loading the fake URL you set.
That should be the way to go. If you can’t reproduce this on the playground it is something with your projects - the files are not hosted correctly, the server sends an incorrect mime type, something is wrong with the configuration, no idea.
We will be able to help if you reproduce this. Otherwise it is up to you to understand your project’s setup and fix it
I don’t know if you are already doing this, but make sure you host/copy at least the first 2 files, not just wasmUrl. The wasmUrl and wasmBinary must come in pairs as they work together. You can null out the fallbackUrl if all of your target browsers support WebAssembly.
Ohh~!! I see! So I need to set two properties, not just one.
So it will be something like
DracoCompression.Configuration.decoder.wasmUrl = `wasm file location in my project`
DracoCompression.Configuration.decoder.wasmUrl = `wasm binary file location in my project`
//OR
DracoCompression.Configuration = {
decoder: {
wasmUrl: "<location in my project>",
wasmBinaryUrl: "<location in my project>",
}
};