re: a deeper window does not help -- the 0x820af844 object is not the definition record

Dumping 512 words instead of 96 finds exactly the same 4 of ~50 disc values, for
all five correlated units, so the rest of the record is not in this structure.
Also corrects the reason recorded last commit: get_f32 is NOT unreliable on
default-heavy records -- it resolves 46-57 numeric fields per unit, which is what
made the emptiness of the correlation measurable in the first place. The one
automated hit (YawDragFactor -> +0x0c) remains false: +0x0c holds the integer 2
as a denormal and collided with the float 2.0.

Next probe is a RAM-wide search for a unit-distinctive value, not a bigger window.

Co-Authored-By: Claude Opus 5 (1M context) <noreply@anthropic.com>

crates/sylpheed-formats/examples/live_offsets.rs

@@ -47,17 +47,26 @@ fn main() {
         let Some((_, va)) = pairs.iter().find(|(i, _)| i == id) else { continue };
         let Some(words) = live.get(va) else { continue };
         units += 1;
+        let mut numeric = 0usize;
+        let mut hit = 0usize;
         for key in obj.tokens() {
             let Some(v) = obj.get_f32(key) else { continue };
             if !v.is_finite() || v == 0.0 {
                 continue; // zero matches everywhere and says nothing
             }
+            numeric += 1;
+            let mut found = false;
             for (off, w) in words {
                 if (*w - v).abs() <= v.abs() * 1e-6 {
                     *votes.entry(key.clone()).or_default().entry(*off).or_default() += 1;
+                    found = true;
                 }
             }
+            if found {
+                hit += 1;
+            }
         }
+        eprintln!("  {id}: {numeric} numeric fields set on disc, {hit} found in the dumped window");
     }
     println!("{units} units correlated against their live objects\n");
     println!("{:<28} {:>8}  offsets agreeing (votes)", "field", "unique?");