| Field | Value |
|---|---|
| Target | brender |
| Status | completed |
| Type | cmake-multipart-model-smoke |
| Host | Windows local probe with Visual Studio 18 2026 and MSVC 19.50.35721.0, Win32 Debug target |
| Harness | brender-v132-portable-core-plan |
| Build | brender-v132-build-environment |
| Reproduction | brender-critical-edition-source-build |
| Exit Code | 0 |
| Transcript | external-workspace:C:\dev\public\engine-revival-workspaces\brender-v132-portable-core-ctest-multimodel-2026-07-03.txt |
engine-revival materialize-brender-harness ...; cmake -S <harness> -B <build> -A Win32 -DBRENDER_SOURCE_DIR=<checkout>; cmake --build <build> --config Debug --target brender_core_multimodel_smoke; ctest --test-dir <build> -C Debug (test loads ${BRENDER_SOURCE_DIR}/dat/coupe.dat)Built and ran brender_core_multimodel_smoke.exe with exit 0 loading 12 coupe.dat parts and depth-compositing them (658 faces, 5562 lit pixels); passed 10/10 CTest cases with -C Debug.
The materialized harness, build tree, smoke executables, the brender_core_float library, and the generated PPM output were kept outside this metadata repo. Model datafiles are read in place from the public checkout. No generated binaries, vendored BRender source or assets, or restricted material are committed.
This attempt renders a multi-part datafile whole rather than a single chunk. The generated brender_core_multimodel_smoke target loads every model chunk of dat/coupe.dat with BrModelLoadMany (12 parts, 412 combined vertices), frames them together from their combined bounds, and renders every part into one shared depth buffer so the assembled object composites correctly (658 faces drawn, 5562 lit pixels). Parts are tinted by index to show the separate chunks. All rendering is pure C over the memory pixelmap; the assembly softrend driver is not used. Passed as CTest case 10 of 10 under a Visual Studio Win32 Debug target.
- the multimodel smoke still requires a 32-bit C target
- parts are rendered with the portable rasterizer's flat shading and per-part tint, not the models' original materials
- part transforms use one shared centre/scale/rotation over the combined bounds; per-part hierarchy transforms stored in the datafile are not applied
- apply per-part hierarchy transforms from the datafile so assembled scenes match the authored layout
- resolve original materials/textures per part
- keep generated binaries and PPM output out of git
| Source | Type | Confidence | Scope | URL |
|---|---|---|---|---|
| Argonaut Blazing Render (BRender) v1.3.2 source repository | repository | high | BRender 1.3.2 source availability, provenance, and MIT license posture | https://github.com/foone/BRender-v1.3.2 |
| BRender preservation index | curated-index | high | BRender source-release and binary-SDK index | https://blazingrender.net/ |