Fix eight review findings on the render-bounds diagnostics

Corrects a false comment example, fixes two tests that couldn't detect their
own regressions, adds two more read-back checkpoints around Main_OnCommand so
a drift report self-locates, guards a spurious zero-vs-zero coincidence match,
and softens two sentences that overclaimed cause or defect.

src/core/capture/render_window.h

@@ -2,7 +2,9 @@
 // render_window — pure frame arithmetic for a capture's requested window: the
 // frame count a project-time range occupies, whether a render whose bounds come
 // from the selected items' own extent already prints that window, and the two
-// diagnostics that say where a short render lost its frames.
+// diagnostics that bound a short render without locating it: whether the stored
+// RENDER_* bounds round-tripped, and whether the shortfall matches a millisecond-
+// floor coincidence.
 // NO REAPER types; unit-tested by tests/test_render_window.cpp.
 
 #include <string>
@@ -54,7 +56,7 @@ bool itemExtentPrintsWindow(double reqStart, double reqEnd,
 // A COINCIDENCE OF COUNTS, not a claim about how anything resolved the end: nothing
 // renders from this number and no capture path asks for it. Whole-millisecond values
 // are recognized within a nanosecond, because a decimal millisecond is not always one
-// in binary (0.029 * 1000 lands just below 29) and a bare floor would drop a
+// in binary (1.007 * 1000 lands just below 1007) and a bare floor would drop a
 // millisecond from a window already on the grid. A nanosecond is far under one frame
 // at any rate we render, so a real sub-millisecond remainder still floors.
 long long msFlooredEndFrameCount(double startSeconds, double endSeconds,