zwitschi
02cadd4964
Follows the vehicle-artist object split, which the first build violated: body, glass, front and rear lights, mirrors and a single wheel mesh are now separate objects and separate assets in /Game/Hollywood/Vehicle. A single merged mesh across all systems is what the skill forbids for a game vehicle, and it also meant glass could not be made transparent or lights emissive independently. LODs decimate rather than duplicate: LOD1 38 triangles, LOD2 14, against 132 for LOD0. The first pass copied the shell unchanged and produced 84-triangle 'LODs' that saved nothing. Imports verified with bounds: body 4.76 x 1.76 x 1.28 m, wheel 0.22 x 0.66 x 0.66 m, which match the modelled dimensions. Open, recorded: LOD group wiring needs StaticMeshEditorSubsystem.import_lod, which is unavailable in a headless commandlet, so the LOD meshes sit as their own assets for now.
Art
Editable sources and original textures. Exported, game-ready output goes to Game/Content/.
Layout (as content arrives)
| Path | Contents |
|---|---|
Art/blender/ |
.blend sources, one file per building or asset family |
Art/textures/ |
Original texture sources before baking or compression |
Art/reference/ |
Reference photography, local only, gitignored — never committed. Fetch with Tools/commons_fetch.py; what it is evidence for goes in Docs/reference-notes-hollywood.md |
Rules
- Every
.blendsaves with a real-world metric scene scale. No exceptions; scale drift is the main source of import defects. - Named export presets only. Record the preset name and its settings next to the asset that used it.
- Textures enter as a documented source (author, licence, source URL) and are listed in ../THIRD_PARTY_NOTICES.md.
- Reference photography is never committed and never shipped. It is evidence, not content. Licensing is not a gate for local private development, but anything that would derive from a reference in a shipped asset needs a licensing decision before release.
.blendfiles are LFS-tracked and lockable; pull before editing.