Owner decision 2026-10-10. Eight items were livelocked in the nvenc tier, burning ~3.3
GPU-hours per pass (initial encode + quality+2 retry) and never converting: they missed the
mean bar by 0.2-1.7 thousandths (0.9626-0.9778) while keeping only 0.20-0.93% of frames
below 0.85 - and per this repo's own comment the FRAME-SHARE test is the one that actually
catches a defect, the mean bar splits a continuum. With SIZE_CEIL=1.0 the mean bar is
unreachable for them by construction.
- library_run.py: POLICY (C:\AI\transcode-run\gate_policy.json) with
* accept - named items are judged by the frame-share test; a mean under the bar is logged,
not enforced. An item that trips the frame-share test is refused even if listed
(0912 洞见, 1.33%, is deliberately absent).
* park - failed quality ROUNDS per item; at PARK_AFTER=2 the item is skipped with a
visible SKIP status instead of being re-encoded. Counters persist in the same file.
- scripts/build_gate_policy.py: builds that file from the run log, taking each key verbatim
from the '--- i/n <relative path>' line (no hand-copying). Result: 7 accepted, 1 refused.
- run/relaunch_nvenc.sh: start the GPU tier ALONE (relaunch_tiers.sh hardcodes both tiers).
- STATE.md: the policy, its rationale and the round counter.
run/ — the operational launchers for the 樊登读书会 library
These are the source of truth; the live copies actually driving the job are in /d/tmp/xcode/
(same content). Edit here, then copy out to /d/tmp/xcode/ and relaunch.
| script | what it does |
|---|---|
relaunch_tiers.sh |
Starts the two HEVC tiers (x265 = CPU/E-cores, nvenc = GPU) detached from Hermes so ending a session cannot kill them, with up to 8 retries each. Idempotent: converted files are skipped, failed items are retried with the live file untouched. |
convert_new4.sh |
The newest weekly episodes that the copy pass never saw (H.264 + mp3 audio, one actually MPEG-TS). Runs them through the single-file path (--tier copy --path <file> --keep-source) because a full --tier copy pass would redo all 193 already-converted copy-tier files. |
Why detached: on 2026-10-08 10:37 both tiers — launched as Hermes background processes with
persist_on_release — were killed mid-encode when the user's session was closed (no PASS-DONE
in either log, *_out.mp4 and .err frozen in the stage dir). powershell Start-Process gives the
job an orphaned process tree that Hermes' cleanup cannot reach. Consequence: no exit notifications
(watch the logs) and stop it by PID only — taskkill /IM ffmpeg.exe would also kill an unrelated
encode.
bash /d/tmp/xcode/relaunch_tiers.sh # relaunch / resume both tiers
tail -f /d/tmp/xcode/run_x265.log /d/tmp/xcode/run_nvenc.log