
Modelling Workflow & Interoperability
The silent interop trap, the units problem, and the silhouette rule
A model rarely lives in one program. It gets exported to a renderer, handed to a consultant, sent to a fabricator — and every one of those moves is a translation that quietly drops something. This unit is about surviving that journey: which format carries what, why the losses are silent, the units mismatch hiding behind the famous 1/25.4, and the single most useful rule in the whole course — the silhouette tells you what must be real geometry and what can be a normal map.
Learning objectives
By the end of this lesson, you will be able to — mapped to the course outcomes for Interior Computer Studio II:
Explain why interoperability formats lose data SILENTLY, and why you check the receiving end, not the sending one.
Choose the right format for a given hand-off — render, web/AR, 3ds Max, fabrication, coordination.
Explain the units problem behind the 1/25.4 scale error and how to avoid it.
Apply the silhouette rule to decide what must be real geometry and what can be a normal map.
Explain why 'more polygons is always better' inverts at the top end, and what that implies for a scene.
Explain what PBR is and why metallic-roughness made materials portable between engines.
The interop trap
The danger is not that a format loses data — it is that it loses it with no warning. Know what each carries, pick the right one for the destination, and check the receiving end. And set your units first.[1, 2, 3]
The danger is not loss — it is silence
Every exchange format loses something, and if that were the whole story it would be manageable. The real trap is that formats lose data SILENTLY. Export a scene to OBJ and your cameras, lights, animation and scene hierarchy are simply gone — with no dialog saying 'I dropped your cameras.' The model opens, the geometry is there, everything looks fine, and the work you cannot see is missing. So the professional habit is precise: know what each format carries before you use it, and CHECK THE RECEIVING END, not the sending one. The sending application always looks correct, because it still has everything.[1]
What dies in transit
Pick where the model is coming from and where it is going, and watch exactly which properties are dropped silently — coloured the alarm colour, because no export dialog will ever warn you.
File-format interop matrix · what dies in transit
SKP → OBJ (+MTL): dropped silently
No export dialog warns you. The sending app still shows everything — you find out at the receiving end. Per the Blender manual, OBJ carries geometry, UVs, normals and MTL materials — and silently drops cameras, lights, animation, armatures, parenting, transforms and vertex colours. Its MTL material model is Phong-era: no roughness, no metalness. And OBJ declares NO UNITS at all — the single commonest cause of a model arriving 25.4× too big or too small.
| Format | Geometry | Normals | UVs | PBR materials | Textures embedded | Cameras | Lights | Animation | Scene hierarchy | Units declared | Semantics (BIM data) |
|---|---|---|---|---|---|---|---|---|---|---|---|
| OBJ (+MTL) | |||||||||||
| FBX | |||||||||||
| glTF / GLB | |||||||||||
| DWG / DXF | |||||||||||
| SKP | |||||||||||
| IFC | |||||||||||
| STL | |||||||||||
| 3DS (legacy) |
The danger is not that formats lose data — it is that they lose it SILENTLY. Know what a format carries, and check the receiving end, not the sending one. Compiled from the Blender import/export notes and the glTF 2.0 specification.
The silhouette rule
A normal map fakes surface relief for light but moves no vertices, so it is invisible at the edge. Break the outline — a jaali, a cornice, carved teak — and it must be real geometry; leave the surface flat — plaster, weave, grain — and a map suffices. And “more polygons is better” inverts once triangles shrink below a pixel.[4, 5]
The silhouette is the dividing line
This is the single most useful modelling rule in the course. A normal map fakes surface relief for the way light hits a face, but it does not move a single vertex — so it is invisible at the edge. Anything that changes the SILHOUETTE, the outline you see against the light, must be REAL geometry; anything that only changes how a flat surface catches light can be a normal map. Get this right and your scene is both convincing and light; get it wrong and you either waste geometry on things nobody sees at the edge, or you flatten a profile that should have caught the light.[4]
At a glance
| Aspect | One side | The other |
|---|---|---|
| OBJ | Geometry, UVs, normals, basic materials | SILENTLY drops cameras, lights, animation, hierarchy — and declares NO units |
| glTF / GLB | PBR materials, cameras, lights, metres, +Y up | A delivery format — no NURBS, no editing history |
| FBX | Rich: cameras, lights, animation, hierarchy | Proprietary, version-cursed; PBR translation lossy |
| SketchUp → renderer | DON'T export — the renderer reads the model live | Every export is a chance to lose something |
| The 1/25.4 error | A units mismatch — inches read as millimetres | Set system units before import; never change mid-scene |
| Silhouette-breaking detail | Cornice, jaali, carved teak, turned legs → REAL geometry | Plaster, weave, grain, grout → normal map |
| More polygons | Better only up to pixel density | Past that, up to 8× shading cost for ZERO visible gain |
Key terms
Moving a model between different software. Every format is a translation, and every translation drops something — often silently.
The modern PBR-native delivery format. Declares metres and +Y up, carries metallic-roughness materials — so a material transfers intact. Not for editing/CAD.
A texture that fakes surface relief for lighting without moving geometry. Invisible at the silhouette — which is exactly where its limit lies.
The outline of an object against its background. The dividing line: break it and you need real geometry; leave it flat and a normal map suffices.
Physically Based Rendering — materials described by physical parameters (roughness, metallic) so they behave consistently and transfer between engines.
The statistical width of a surface's microfacet distribution. 0 is a mirror; 1 is fully diffuse. A distribution, not a bump map.
Converting a surface to triangles for rendering. Past pixel density, tinier triangles cost shading work for no visible gain.
The internal unit a program measures in — an inch in SketchUp and default 3ds Max. Set it before import; the 1/25.4 error is a units mismatch.
ISO 16739-1:2024 — a semantics-carrying data format for multi-discipline coordination. Literacy for an interior designer, not a deliverable.
Capturing a high-detail model's surface into maps applied to light geometry — the workflow the polygon-count myth ignores.
Study task
Take one room you have modelled and make two lists. First, the hand-off: name every tool the model will pass through from your desk to a finished client image, and for each transfer say which format you would use and one thing it will drop. Second, the geometry budget: list ten surfaces in the room — a cornice, a jaali, a rug, a plaster wall, a turned table leg — and mark each “real geometry” or “normal map” using the silhouette test alone. Then check yourself: is anything you marked “real” actually flat at the edge, and anything “map” actually breaking the outline? Fixing those two mistakes is most of what makes a model both convincing and light.
Self-assessment
1. What is the real danger when you export a model to another format?
2. A model imports into 3ds Max 25.4 times too large. What happened?
3. You are modelling a carved jaali screen. Real geometry or normal map, and why?
4. Why is 'more polygons is always better' false at the top end?
Recap
References & further reading
- [1]Blender Foundation. Blender Manual — Import & Export (OBJ, FBX, glTF 2.0, etc.), on what each format carries and drops. docs.blender.org. https://docs.blender.org/manual/en/latest/files/import_export.html
- [2]Khronos Group. glTF 2.0 Specification: 'The units for all linear distances are meters'; 'glTF uses a right-handed coordinate system … +Y is up.' Metallic-roughness PBR material model. https://registry.khronos.org/glTF/specs/2.0/glTF-2.0.html
- [3]Autodesk & Trimble product documentation on internal/system units (3ds Max default system unit = inch; SketchUp works internally in inches). On the 1/25.4 import-scale error.
- [4]Cignoni, P. et al. (1998). A general method for preserving attribute values on simplified meshes (IEEE Visualization 1998) — the ancestor of the bake-high-to-low normal-mapping workflow. https://doi.org/10.1109/VISUAL.1998.745285
- [5]Fatahalian, K. et al. (2010). Reducing shading on GPUs using quad-fragment merging. ACM SIGGRAPH 2010: 'when the scene is tessellated into pixel-sized triangles, a GPU will shade each covered pixel more than eight times.' https://doi.org/10.1145/1833349.1778792
Further reading
- Cline, Lydia Sloan — SketchUp for Interior Design (2nd ed.). Wiley, 2023.
- Akenine-Möller, T., Haines, E. et al. — Real-Time Rendering (4th ed.). CRC Press. ISBN 9781138627000. Reference shelf for the geometry-and-shading chapters.
- Poly Haven and ambientCG — genuinely CC0 PBR material and HDRI libraries (no attribution required). The practical texture source.
Sources gathered and fact-checked June 2026. Published values vary by source, sample and method — treat as indicative and confirm against the cited standard before structural use.
The author
Amogh N P
Architect, interior designer, and creative polymath. Studio Matrx began in his notebooks — his vision of design made honest, useful, and open to everyone. Its Academy is written and taught in his memory, and free, forever.
More about Amogh →