FFmpeg命令行无法实现用户理解的“像素级无损”剪辑；-c:v copy仅在I帧边界安全截取，否则会因缺失参考帧导致花屏，精确剪辑需提前用ffprobe查找并四舍五入到最近I帧时间戳。
FFmpeg 命令行能否真正无损剪辑视频
不能——至少不是用户理解的“像素级无损”。ffmpeg -ss 和 -t 在关键帧对齐前会解码丢弃帧，看似跳转快，实际输出起始帧未必是原始 GOP 的第一个 I 帧；若强制 -c:v copy，剪辑点必须严格落在 I 帧上，否则会因缺失参考帧导致花屏或解码失败。真正的“无损”只发生在 I 帧边界，且需提前用 ffprobe 查找关键帧位置。
实操建议：
立即学习“C++免费学习笔记（深入）”；
- 先用
ffprobe -show_frames -select_streams v:0 -v quiet -print_format json input.mp4 | grep "key_frame=1"提取所有 I 帧时间戳和pkt_pts_time - 剪辑起止时间必须四舍五入到最近的 I 帧时间（非简单截断），否则
-c:v copy会静默失败或输出损坏文件 - 若源视频 GOP 很长（如监控录像常见 5s 一个 I 帧），想精确到秒级剪辑，就只能解码重编码——此时谈不上“无损”，但可用
-crf 0（x264/x265）实现视觉无损
C++ 调用 FFmpeg API 实现帧级拼接的关键陷阱
直接 memcpy AVPacket 数据并写入输出流，大概率失败。问题不在代码逻辑，而在时间基（time_base）和时间戳（pts/dts）未重映射。两个视频的 AVStream.time_base 可能不同（如 1/1000 vs 1/90000），拼接时若不统一转换，muxer 会拒绝写入或产生音画不同步。
实操建议：
立即学习“C++免费学习笔记（深入）”；
- 所有输入流的
pts/dts必须先用av_rescale_q()转换到输出流的time_base下，再累加偏移量（如第二段视频首帧 pts += 上一段末帧 pts + 时长） - 不要复用输入流的
AVCodecParameters直接赋给输出流；需调用avcodec_parameters_copy()后，手动校验并修正codec_tag（尤其 H.264 Annex B 流常因 SPS/PPS 缺失被 muxer 拒绝） - 音频流必须做
av_packet_rescale_ts()，且要确保采样率、声道数一致；否则即使视频拼上，音频也会在 ffmpeg 里被静音或崩溃
为什么用 libavformat 复用（remux）比重编码快 10 倍以上
因为完全绕过解码-滤镜-编码三阶段。复用只是读 AVPacket → 时间戳重映射 → 写入新容器，CPU 占用接近磁盘 IO 瓶颈。但前提是：所有输入视频编码格式、profile、level、色度采样（如 yuv420p）、分辨率必须完全一致；任意一项不匹配，av_interleaved_write_frame() 会返回 AVERROR_INVALIDDATA。
常见错误现象：
- 拼接后播放卡顿或绿屏 → 某个输入文件用了
yuv444p，而其他是yuv420p，muxer 不报错但播放器无法解码 - 音频突然变调 → 输入音频流
sample_rate不同（如 44.1kHz 和 48kHz），但代码没检查直接 copy 参数 - 文件无法被 QuickTime 打开 → 输出格式选了
mp4，但某段含 B-frame 的 H.264 流未写入moov前置头，需在avformat_write_header()前设AVFormatContext.oformat.flags |= AVFMT_GLOBALHEADER
真正实用的 C++ 无损拼接模板该包含什么
别从零手写 demux → process → mux 流程。优先用 ffmpeg 命令行封装成子进程（可靠、调试快），仅在必须帧级控制时才调 API。若坚持用 C++，核心结构必须包含：
- 预检函数：遍历所有输入文件，用
avformat_open_input()+avformat_find_stream_info()校验视频/音频流参数是否兼容，并提取每个流的start_time和真实duration（MP4 的duration字段常不准） - 关键帧对齐器：对每个视频流，用
av_read_frame()配合pkt->flags & AV_PKT_FLAG_KEY扫描，生成可安全剪辑的 I 帧时间点数组，供用户选择 - 时间戳重映射器：以第一个输入流的
time_base为基准，其余流全部转换；拼接时每段增加累积偏移，避免手动算错 PTS 导致音画撕裂
最易被忽略的是错误恢复：当某段视频损坏导致 av_read_frame() 返回负值，不能直接退出，要跳过该段并记录警告——否则一个坏文件会让整个批量拼接任务中断。
