- Shipped
- August 19, 2026 at 6:18 AM UTC
- Author
- Kamo
- Commit
- bb8ee4a
kamo13.mp4 uploaded to MinIO at public/kamo13.mp4 (30 MB, sha256 174aaec6…, verified byte-identical to the local source after transfer — this link has a history of mangling large copies). The old kamo12 objects are left in place: nothing is deleted from MinIO, and they are the rollback path. The new source is spec-identical to the one it replaces — H.264 720p24, 3.56 Mbps video + 256k AAC, 66.005s — so the ladder needs no retuning. Still no 1080p rung; the source is 720p and one would be pure upscale. The encode job keys on the SHA-256 of the source bytes, so pointing it at a new object is enough to make it re-encode; it will build public/hls/kamo13/ and publish kamo13-poster.jpg/.webp on the next deploy. Also documents an ordering caveat the swap exposed: the deploy step rolls the Deployment out before running the encode job, so the new pod starts while loop.mp4 still belongs to the previous reel. Only the /live/ channel is affected, and only by segment jitter — the /vod/ ladder the homepage plays is built afterwards and is unaffected. A rollout restart picks it up.