jianghaifeng
9f76302e53
feat(media): C1 转码 worker（独立进程消费 transcode_task，产出四档 HLS + 封面）
为什么：codex-研发任务清单阶段 C 第一项要求消费 transcode_task 产出多码率 HLS + 截图；
勘察发现除 worker 外还缺两件——TranscodeService.enqueue 没有任何调用方（队列永远空）、
media_asset.hls_url/poster_url 没人回写，所以一并补齐，已有能力（条件更新认领 / 3 次重试）直接复用。
- 新增 TranscodeRunner 端口 + FfmpegTranscodeRunner（每档一条 ffmpeg 出 VOD HLS + 手写 master.m3u8 + 抽封面 + ffprobe 读时长）
- 新增 TranscodeWorker：claimNext → 转码 → 登记 media_rendition → 媒资 ready；失败记原因、第 3 次才落 FAILED 并把媒资置 failed
- 存储统一走 MediaStorageService（新增 fileFor / objectKeyOf，含目录穿越校验），worker 不自己拼磁盘路径
- 队列隔离：app-api/admin-api 默认 worker-enabled=false，新增独立模块 fruitshorts-transcode-worker（随机端口）
- MediaService 上传完成对视频素材入队并置 transcoding（图片仍直接 ready）
- 实测抓到并修掉两个真问题：① scale 未加 force_divisible_by=2 时 854x480 算出奇数宽 853，libx264 拒绝转码
② 只写 -hls_time 不强制关键帧时 8 秒片源只出 1 个分片，补 -force_key_frames 后按 6s 正确切分
- README 开发环境补 ffmpeg 9.0.2（只有 worker 需要）
- 实测：mvn test 83 条全过、0 skipped（新增 worker 12 条，含真实 ffmpeg smoke）；
端到端：正常源 SUCCESS + 4 档 rendition + 媒资 ready；坏源重试 3 次后 FAILED
2026-10-16 12:41:48 +08:00
..
2026-10-16 12:41:48 +08:00
2026-10-16 12:41:48 +08:00