@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 .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. 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?
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
-N --name
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.