diff --git a/docs/RECONCILE.md b/docs/RECONCILE.md
index 0da88d5..8970b9a 100644
--- a/docs/RECONCILE.md
+++ b/docs/RECONCILE.md
@@ -448,6 +448,11 @@ END STATE / VERIFIED BY DIAGNOSTICS (btl4.log, flagged [BTrender] lines):
   Window: 804x600 "BattleTech", stable, ALIVE@20s+, no crash, captured frame = solid black.
 
 DEEPEST RENDER FAULT REACHED = ASSET PIPELINE GAP (not code):
+  >>> SUPERSEDED (see "LoadObject now falls through to LoadObjectBGF" further down, ~line 496):
+  >>> a native DIV-BIZ2 reader now EXISTS (bgfload.cpp `LoadBgfFile`, engine/MUNGA_L4/L4D3D.cpp:230
+  >>> `d3d_OBJECT::LoadObjectBGF`, reached from LoadObject:98 when D3DXLoadMeshFromXA fails).
+  >>> BGF loads natively today; the .x attempt is a dead first try for this content.  Do not cite
+  >>> the paragraph below as current truth.
   d3d_OBJECT::LoadObject (MUNGA_L4/L4D3D.cpp:47) loads `VIDEO\<name>.x` via D3DXLoadMeshFromXA — i.e. the
   WinTesla D3D renderer consumes Direct3D .x meshes produced by the port's MeshExp exporter.  The BT pod
   content tree ships 879 `.bgf` (DIV-BIZ2) files and ZERO `.x` files (VIDEO\ + VIDEO\GEO\).  So EVERY