2 Commits

Include renames

Author	SHA1	Message	Date
laoyang	c6e4191bb3	观影照片支持视频：转 H.264 + 抽首帧封面 (#84) ... 用户：确认一下观影照片是不是允许上传视频，如果不允许需要修改， 要求能上传视频、视频需要转码，参考旅程中的行程做法。 事实核查：原来不允许 —— POST /movies/<id>/photos 走 Upload::image()， 那条管线只收 JPG/PNG/GIF/WebP（要裁剪缩转运 JPEG），传视频直接拒。 旅程走 Attachment::save()，内部对 video/* 调 Video::toH264()。 Schema VERSION 35→36： - event_photos 加 kind / thumb_key / mime 三列； kind 默认 image —— 老数据全是照片，默认值即正确，不需要回填 UPDATE； - 建表语句同步改（新库直接是新结构）。 Video.php： - 新增 poster() 抽首帧。取第 1 秒（手机视频开头常是黑场/对焦）， 宽 480 足够列表缩略；失败返回空 path 且**不阻断上传**。 ApiHandler.php 上传分支按 MIME 分流： - 视频 → toH264 转码 + poster 抽封面 + Storage 落盘 videos/ 与 thumbs/； 转码失败不阻断（存原视频，至少能下载后用本地播放器看）； - 图片 → 仍走 Upload::image()，裁剪压缩行为完全不变。 - 返回值加了 kind / thumb / mime，端上靠它画播放按钮。 Movie.php： - photos() 带出 kind/thumb_key/mime； - addPhotos() 兼容裸键数组与结构化数组，只有一条 INSERT 路径； - deletePhoto() / destroy() 补删 thumb_key，否则删视频留孤儿封面。 验证（服务器实测）：造 H.265 视频 → needsTranscode=true，toH264 成功 转成 h264/yuv420p，poster 抽出 13KB 封面；完整上传后接口返回 5 条 （4 image + 1 video 带 thumb）。迁移已跑（35→36），字段与数据核实无误， 测试视频及封面已清理，videos/ 与 thumbs/ 目录确认为空。	2026-11-06 10:53:02 +08:00
laoyang	3c9fb22def	视频转码：上传时自动转 H.264，已有视频批量转换 (#57) ... 用户 2026-11-05：「以后所有视频全部转成H.264」 新增 app/Video.php： - isVideo / available / probe / needsTranscode / toH264 - 判据：编码不是 h264 或像素格式不是 yuv420p/nv12 就要转 （10bit、4:2:2 的 h264 浏览器也不认，光看编码不够） - 参数：libx264 veryfast crf23 + yuv420p + aac 128k + faststart + scale=min(1920,iw):-2（4K 缩到 1080p，-2 保证高度偶数） - 转完自检编码与像素格式，不对就不采用 Attachment::save() 接入： - needsTranscode() 先判，已合规的不重复转（不白等几十秒） - 转码失败不阻断上传，原样保存 + error_log 记原因 - 转完改 mime/ext 为 video/mp4，否则前端判断不出来 - 转码产物是临时文件，必须清理（否则塞满 /tmp） 批量转换已有视频（15 个）： - 13 个已是 h264 跳过，2 个 hevc 转成功 - 原地覆盖同 key，数据库引用全不断 - 原文件备份到 storage/_hevc_backup/ 验证：4 个抽样全部 h264/yuv420p 或 yuvj420p，浏览器可播。	2026-11-05 13:01:39 +08:00