Very Simple Round Gauge Discussion Thread

[Patrice Terrier]

1. On the speed / compression:
Yes, starting with the last release, OR can take advantage of native LZNT1 compression on Windows. That’s why the load/unload feels noticeably snappier. It avoids the overhead of external zlib and integrates directly with the system’s fast block compression API.

2. On the Curiosity Rover model:
Many free .obj downloads come without a proper .mtl file, or with broken texture paths. OR expects at least one .mtl entry (even if it’s minimal).

• If you invent an .mtl, make sure the material name matches the “usemtl” statements in the .obj. Otherwise, the loader won’t be able to attach materials to faces, and the conversion will fail.
  
• A barebones .mtl could be as simple as:
  
  Code:

  newmtl Default
Kd 0.8 0.8 0.8
Ka 0.2 0.2 0.2
Ks 0.0 0.0 0.0
d 1.0
illum 2

…and then in the .obj, replace any usemtl ... lines with usemtl Default.

That should let OR import it cleanly (you’ll just get a plain-colored rover, but you can layer in textures later).
But that only, won't fix the bad conversion.

Do you want me to prep a ready-to-use dummy .mtl material, altogether with fixed .obj file, so you can see it in OR?

Added:
BTW, the model is full of small normal errors.