@ctech nothing changed on our side. The https://sketchfab.com/models/62c385cd613d4b46b9ec159332bee7d6 uploaded model is using the
.wrl extension with gzipped content.
We never processed gzipped VRML data not stating it’s actually gzipped i.e. if you don’t add the Ok I was not aware that this could work but just saw another sample (from the line colors thread) working just fine. However, nothing changed in the code handling wrl on our side. Do you have a link to a URL with the exact same gziped model that worked previously?
.gz suffix or use the
.wrz extension in place of
.wrl this will simply not work. It never did on sketchfab at least and I’m not sure this is a bad thing.
Meshlab doesn’t open it either.
That being said, there is a subtility when using gzip; at upload time, we rename files (to randomize names) and only keep the last extension. So if you upload
model.wrl.gz our processing pipeline will receive
12c04508fc904fba9a1ce83031c43cf2.gz. If the gzip file was not created using the (default) option
When compressing, always save the original file name and time stamp; this is the default. When decompressing, restore the original file name and time stamp if present. This option is
useful on systems which have a limit on file name length or when the time stamp has been lost after a file transfer.
then, after gunziping the data, we will not have any extension and will fail to process it.
Anyway, it’s not what happened on your sample as you uploaded a
*.wrl file but it’s probably worth to keep this in mind if you really have to use gzip.