Repository navigation
site: sharper 1080p hero footage with steady motion and green LEDs - #170
Merged
Merged
Conversation
The hero footage was a 720p clip stretched to about 1940 px wide on a 1872 px screen (2.4x on Retina), so it looked soft. An AI upscale of that clip made no visible difference, so this is a new Higgsfield clip generated natively at 1080p with the same prompt. The generated clip held every third frame between frames 78 and 94 and then jumped to catch up (per-frame shift 0 to 18.6 px against about 7), a stutter in every loop. Those frames are retimed to even spacing with VideoToolbox frame interpolation between the real frames; no frame is held now (mpdecimate drops 0, the live clip also 0) and the largest step is 1.61x the median (live clip 1.93x). Its many amber and lime LEDs read like the table's amber "intermittent" state, so a hue shift turns them green like the approved clip's. hero.mp4: 1920x1080, 4 s loop, no audio, 614,737 bytes (cap 1 MB). The poster and the social card are re-rendered from its first frame. The sidecar records every step in made_by.
inxbit
force-pushed
the
site/sharper-hero-footage
branch
from
November 3, 2026 21:06
b518e5f to
ffbe259
Compare
This file contains hidden or bidirectional Unicode text that may be interpreted or compiled differently than what appears below. To review, open the file in an editor that reveals hidden Unicode characters.
Learn more about bidirectional Unicode characters
Sign up for free
to join this conversation on GitHub.
Already have an account?
Sign in to comment
Add this suggestion to a batch that can be applied as a single commit.This suggestion is invalid because no changes were made to the code.Suggestions cannot be applied while the pull request is closed.Suggestions cannot be applied while viewing a subset of changes.Only one suggestion per line can be applied in a batch.Add this suggestion to a batch that can be applied as a single commit.Applying suggestions on deleted lines is not supported.You must change the existing code in this line in order to create a valid suggestion.Outdated suggestions cannot be applied.This suggestion has been applied or marked resolved.Suggestions cannot be applied from pending reviews.Suggestions cannot be applied on multi-line comments.Suggestions cannot be applied while the pull request is queued to merge.Suggestion cannot be applied right now. Please check back later.
What
The hero footage behind "Every host. One live table." is now a native 1080p clip instead of 720p.
docs/media/hero.mp4mpdecimate=max=1)docs/assets/hero-poster.webpThe social card (og:image, README banner) is re-rendered from the new poster with
scripts/gen-site-social-card.sh.Why
On a 1872 px screen the 720p clip was stretched about 1.5x, and about 2.4x on Retina screens, so it looked soft. An Apple VideoToolbox 4x super-resolution of the old clip was tested first: no visible difference at 1872@1x, 1512@2x or 390@3x, so it was dropped.
Fixes found in review
An independent review (visual, encode, docs, each finding re-checked by a skeptic) found two real problems in the raw 1080p clip. Both are fixed here:
huesaturation) turns them green. Amber and lime pixels in the shown band go to 0%.Kept on purpose: the 1 s crossfade (two LED grids overlap for 1 s each loop, the same dissolve the live clip has) and the 2508x1412 poster size the page pins.
Every step is recorded in
made_byindocs/assets/hero-poster.webp.json. CONTRIBUTING.md notes the held-frame check to run on any future clip.Verified
node --test tests/site_pages.test.mjs28/28,tests/test_repository_hardening.py75 passed, ruff clean.Context: the frozen hero in desktop Safari that started this was Safari itself. Its 5-day-old GPU process dropped every video frame on every site (
getVideoPlaybackQualitytotal == dropped, AppleAVD decode errors). Restarting Safari fixed it. The site needed no change for that.