v41r1 — the offer tag now belongs to each ad

You were right — it was one treatment, fifty times

The v41 tag used the same Poppins numeral, the same navy, and the same pink pill on every ad. I then argued consistency as the virtue, which was mostly a rationalisation for not doing the per-ad work. Meanwhile every concept has carried its own palette pair all along — ctaFill and ctaInk, the pair already chosen for that ad's furniture — and I ignored them.

Now the tag is derived from the ad:

• The pill takes that ad's own colour pair — navy/white, yellow/navy, white/navy or pink/white. No global pink.
• The numeral takes the ad's accent colour where it reads on that ground, otherwise the safe ink. Measured: every numeral is between 3.3 and 12.4 contrast against the actual pixels under it.
• The face follows the palette, so it is derived rather than random: navy pairs get Anton (condensed, value-led), yellow pairs get DM Serif (warm), white pairs get Bodoni Moda (editorial), pink pairs get Fraunces. Four faces in play across the set, three or four per group.

And a bug I caused and caught: the first build of this looked worse, not better. Bodoni and Fraunces are variable fonts and I declared them without a weight range, so they fell back to their light default instance and the numerals came out thin and mis-spaced. Fixed by declaring the ranges and preloading each face before the still is captured.

Nothing overlaps, and that is measured, not eyeballed

Placement is computed per frame, never fixed: the product label is detected on the bare render (measure_label.py — the label, not the bottle, because a bottle-shaped box makes every gate fire and mean nothing), then the tag is placed in the first slot that clears the label, the proof roundel, the headline and the fine print — trying a gutter beside the product first, then the band above it, then the band below, shrinking the tag before it will accept a compromise.

It also picks its own ink: the background luminance under the chosen box is sampled, so the tag sets in navy on the pinks and creams and in white on the cobalt.

A new gate (offergate.py) checks every frame for presence, a 56px minimum on the numeral, and zero overlap including against the label — which no other gate looks at.

Five frames of fifty still are not clean — and it is the plates again

Group A is fully resolved: 10 of 10 masters, every gate at zero. That is the set to judge the design on.

On five frames the tag ends up touching the product label because those plates have no clear real estate left — the product spans the frame and the proof roundel occupies the only gutter: B·W05-916, B·W08-45, C·W06-45, C·W06-916, C·W08-45. They are outlined in amber below.

This is the third time today the same root cause has surfaced from a different direction. It stopped v35 being fixable in Remotion this morning, it put the price line on hands and reflections this afternoon, and now it leaves the offer tag nowhere to go. v35 and v36's plates run the product to the frame edge. Reshooting those under v38's pixel-band brief is the fix; nothing in the layout can solve it.

One thing the gates still cannot see

The offer gate checks the product label, the roundel, the headline and the fine print — but not faces. On B·W09 the tag lands on her cheek. It reads, but a price tag on a face is not right and I am telling you rather than letting you find it. A face-box check is the next thing to add.

Unchanged and still true

No CTA anywhere. The offer maths is verified against brief/BUILD-CONTRACT.md ($28 one-time, $14 first subscription bottle, exactly 50%). The three caveats from yesterday still stand and still need your call: the $14 is the first subscription bottle, the contract forbids promising free shipping while two other documents promise it, and none of the amounts were ever read back from Shopify. Headlines in all three groups are still the inherited unqualified ones, so this is not cleared for placement.