我来帮你搞定这个音画不同步的问题！你的思路完全没问题——用-c copy快速切割拼接、避免重编码，这在处理大视频时太重要了。但细节上的时间戳参数没调到位，就容易出同步问题，咱们一步步来优化：

1. 优化切割命令的时间戳处理 #

你提到试过把-ss放在-i之前，但还是有同步问题，那咱们给切割命令加两个关键参数，和-reset_timestamps 1配合，确保每个chunk的时间戳完全从0开始，而且没有负数：

修改切割的Python代码为：

subprocess.run([
    "ffmpeg", "-ss", str(start), "-i", "input.mp4", "-t", str(length),
    "-c", "copy", "-reset_timestamps", "1", "-avoid_negative_ts", "make_zero", "-y", f"chunk_{i}.mp4"
], check=True)

为什么加-avoid_negative_ts make_zero？
这个参数会强制让输出文件的起始时间戳为0，彻底避免因为切割时的时间戳偏移导致的音画错位——有时候即使-reset_timestamps 1生效，还是可能出现微小的负数时间戳，这对后续拼接是致命的。

2. 给拼接命令加时间戳修正参数 #

在拼接时，加上-fflags +genpts，让FFmpeg自动生成连续的时间戳，哪怕单个chunk有微小的时间戳误差，也能被修正：

修改拼接的Python代码为：

subprocess.run([
    "ffmpeg", "-f", "concat", "-safe", "0", "-fflags", "+genpts",
    "-i", "list.txt", "-c", "copy", "-y", "merged_output.mp4"
], check=True)

+genpts的作用？
它会强制FFmpeg重新生成音视频的显示时间戳，确保拼接后的时间线完全连续，不会因为前一个chunk的结束时间戳和后一个的起始时间戳不连贯导致同步断裂。

3. 更稳妥的方案：用FFmpeg的segment muxer自动分割 #

手动循环切割容易出现参数不一致的小问题，用FFmpeg自带的segment muxer可以一次性完成所有切割，还能自动生成符合要求的拼接列表，完全避免手动操作的误差：

替换你的整个切割和列表生成代码为：

# 用segment muxer直接分割，自动生成拼接列表
segments = [(0, 300), (300, 600), (600, 900)]
# 这里取第一个chunk的时长作为统一分割时长（如果你的chunk时长一致的话）
chunk_duration = segments[0][1] - segments[0][0]

subprocess.run([
    "ffmpeg", "-i", "input.mp4",
    "-c", "copy", "-reset_timestamps", "1", "-avoid_negative_ts", "make_zero",
    "-map", "0",  # 复制所有音视频轨
    "-segment_time", str(chunk_duration),
    "-segment_list", "list.txt", "-segment_list_type", "ffconcat",
    "-y", f"chunk_%d.mp4"
], check=True)

这个方案的优势：
segment muxer会严格按照源视频的关键帧和时间戳规则切割，每个chunk的音视频时间戳完全对齐，生成的list.txt是FFmpeg官方认可的格式，比你手动写的更可靠。

4. 排查单个chunk的同步问题 #

如果调整后还是有问题，先检查单个chunk是不是本身就有同步问题：
用ffprobe命令（FFmpeg自带工具）查看每个chunk的音视频起始时间戳：

ffprobe -v error -show_entries stream=start_time,codec_type -of csv=p=0 chunk_0.mp4

正常情况下，音频和视频的start_time都应该是0.000000，如果有一个不是，说明这个chunk的切割参数有问题，需要重新调整。

备注：内容来源于stack exchange，提问作者Tree