简介这是一款面向普通用户与视频处理初学者的TS视频合并工具专门解决浏览器下载后视频被拆分为0.ts、1.ts、2.ts等零散分片、无法直接播放的问题。使用者只需在电脑浏览器中打开工具页面输入最后一个分片编号并点击生成即可将非加密的TS分片快速拼接为完整MP4文件无需掌握命令行或专业剪辑软件。资源包共5个文件包含html工具页面、bat批处理脚本、txt使用手册以及两段wmv操作演示视频压缩包约1.54MB体积轻巧、解压即用。其中手册与录屏配合能帮助读者快速理解合并流程与常见问题处理思路对不熟悉分片命名规则的场景也给出了联系渠道与参考方案。目前已有2633人学习下载适合需要批量整理本地TS视频、追求简单高效合并方案的用户参考使用。1. 0.ts、1.ts、2.ts 这类切片视频为什么合并比下载还容易翻车手头拿到一批0.ts、1.ts、2.ts命名的视频切片第一反应往往是「按顺序拼起来不就完了」。真动手才发现拼接顺序错一位整段音画对不上直接二进制相加播放器能识别时长却拖不动进度条用转码软件重编码画质掉一档、耗时翻几倍。这类切片通常来自流媒体缓存或分片下载命名连续但内部时间戳各自独立合并的核心不是「拼文件」而是「让容器层重新认账」。这篇面向需要把0.ts、1.ts、2.ts等切片还原成完整视频的从业者做素材归档的、处理离线缓存的、批量整理监控片段的。目标很明确——不重编码、不丢画质、进度条可拖、音画同步并且能写成脚本批量跑。下面按「先搞懂 ts 切片的结构 → 选对合并方式 → 写可复现的命令 → 避开命名和时间戳的坑」这条线走每一步都给能直接抄的命令和参数。2. ts 切片到底特殊在哪先搞懂容器再谈合并2.1 ts 是传输流不是普通视频文件.ts全称 MPEG-TSTransport Stream设计初衷是「在不可靠信道上边传边播」所以它把视频、音频、字幕拆成一个个 188 字节的定长包packet每个包带 PID 标识属于哪路流。这带来两个直接影响合并的后果第一ts 允许在任意包边界切开所以切片工具能按固定时长常见 2 秒、5 秒、10 秒把一路流切成0.ts、1.ts、2.ts。每个切片都是「自包含」的有自己的 PAT/PMT 表描述流结构。第二每个切片内部有 PCRProgram Clock Reference和 PTS/DTS 时间戳。如果切片是同一路流顺序切出来的时间戳天然连续直接拼接就能用如果是分别下载、时间戳各自从零开始拼起来就会出现时间跳变播放器表现为卡顿、花屏或进度条乱跳。判断你的切片属于哪种用一条命令就能看# 查看单个切片的关键信息时长、码率、流结构、时间戳起点 ffprobe -v error -show_format -show_streams -select_streams v:0 0.ts重点看输出里的start_time。如果0.ts的start_time是 01.ts的start_time也是 0说明每个切片时间戳独立直接拼会出问题如果1.ts的start_time约等于0.ts的时长说明时间戳连续可以走无损拼接。2.2 无损拼接和重编码差的不是一点性能合并 ts 有两条路选错方向后面全是返工方式原理画质速度适用场景无损拼接concat只重组容器不碰编码数据零损失秒级切片同源、编码参数一致重编码re-encode解码后重新编码有损失慢切片编码不一致、需剪辑绝大多数0.ts、1.ts场景属于前者——切片本来就是同一路流切出来的编码参数完全一致。这时候用 concat 协议或 concat demuxer几秒就能合完几个 G 的文件。只有当你发现切片来自不同来源、分辨率或编码格式不一致时才被迫重编码。提示先跑 ffprobe 对比首尾两个切片的codec_name、width、height、r_frame_rate四项全一致才走无损路线否则拼接结果会花屏或直接失败。2.3 为什么不能直接 cat 拼接有人图省事用cat 0.ts 1.ts 2.ts out.ts。这个操作在纯字节层面确实把文件接上了但 ts 的包结构里含有连续性计数器continuity counter和 PCR简单拼接会让计数器错乱、时间戳断层。结果就是文件能打开但播放器要么只认第一段要么进度条拖到后面直接崩。血泪经验是——能播不代表能拖能拖不代表音画同步别拿 cat 赌。3. 用 FFmpeg 合并 ts 切片三种可复现的写法3.1 方法一concat 协议适合切片少、命名规整FFmpeg 的 concat 协议允许把多个文件当做一个虚拟输入# concat 协议用 | 分隔文件列表适合切片数量不多的情况 ffmpeg -i concat:0.ts|1.ts|2.ts|3.ts -c copy output.ts-c copy是关键它告诉 FFmpeg 直接复制音视频流不做解码重编码。这条命令执行速度取决于磁盘 IO几个 G 的文件通常十几秒内完成。逻辑说明concat 协议在字节层面按顺序读取各文件FFmpeg 负责重新封装成单一 ts。它不修复时间戳所以要求切片本身时间戳连续。参数上-c copy等价于-codec copy对音视频都生效如果只想复制视频流、音频重新编码极少用可以拆成-c:v copy -c:a aac。这个方法有个硬限制文件多了命令行会超长Windows 下尤其容易触发长度限制。切片超过二三十个换方法二。3.2 方法二concat demuxer适合大批量切片concat demuxer 用一个文本清单文件描述输入绕开命令行长度问题# 第一步生成清单文件注意路径写法 # 清单里每行格式为 file 文件名 for f in $(ls *.ts | sort -V); do echo file $f filelist.txt done # 第二步用 concat demuxer 合并 ffmpeg -f concat -safe 0 -i filelist.txt -c copy output.tssort -V是版本号排序保证10.ts排在2.ts之后而不是之前——这是命名坑里最常见的一个普通sort会按字典序把10.ts排到2.ts前面合并顺序直接错乱。参数说明-f concat指定使用 concat demuxer-safe 0允许清单里使用相对路径以外的路径不加这个参数遇到绝对路径会报Unsafe file name-c copy同样是无损复制。清单文件里路径建议用相对路径且文件名不含单引号否则需要转义。3.3 方法三先转 MP4 再合并适合要长期归档ts 容器兼容性好但体积偏大且部分播放器对 ts 的进度条支持一般。如果目标是归档可以先无损转封装成 MP4# 无损转封装ts 转 mp4不重编码 ffmpeg -i 0.ts -c copy 0.mp4 # 或者合并后一次性转 mp4 ffmpeg -f concat -safe 0 -i filelist.txt -c copy -bsf:a aac_adtstoasc output.mp4-bsf:a aac_adtstoasc是 ts 转 mp4 时的关键参数。ts 里的 AAC 音频带 ADTS 头MP4 容器不认这种格式需要这个 bitstream filter 把 ADTS 头去掉。不加的话转出来的 MP4 要么没声音要么播放器报音频流错误。这是 ts 转 MP4 最经典的翻车点记住它。逻辑上转封装和合并可以一步完成concat demuxer 读入所有 ts-c copy复制流-bsf:a处理音频头输出 mp4。整个过程不碰编码数据画质无损速度也快。4. 批量合并脚本与参数调优把重复劳动交给代码4.1 一个能直接用的批量合并脚本实际工作里切片往往按文件夹分组每个文件夹是一段完整视频。下面这个 bash 脚本遍历子目录各自合并#!/bin/bash # 批量合并脚本遍历当前目录下每个子文件夹合并其中的 ts 切片 set -e # 任一命令失败立即退出避免产出半成品 for dir in */; do # 去掉目录名末尾的斜杠作为输出文件名 name${dir%/} # 进入目录按版本号排序生成清单 cd $dir ls *.ts 2/dev/null | sort -V | awk {print file \$0\} filelist.txt # 合并输出到上级目录 ffmpeg -f concat -safe 0 -i filelist.txt -c copy ../${name}.ts -y cd .. echo 完成${name}.ts done逻辑说明set -e保证出错即停不会留下半截文件sort -V处理数字命名排序awk生成符合 concat demuxer 格式的清单注意单引号的转义写法-y覆盖已存在输出批量场景下避免交互卡住。参数上可以加-loglevel warning减少刷屏加-stats看进度。如果切片特别多几百个建议加-threads 0让 FFmpeg 自动用满 CPU——虽然-c copy是 IO 密集但封装过程仍有少量计算。4.2 时间戳不连续时的修复参数如果 ffprobe 发现切片时间戳各自从零开始直接 concat 会出问题。这时候有两个选择一是用-fflags genpts让 FFmpeg 重新生成时间戳# 重新生成 PTS修复时间戳断层 ffmpeg -fflags genpts -f concat -safe 0 -i filelist.txt -c copy output.tsgenpts会在缺失或异常时间戳时重新生成但它不保证音画严格同步属于「能播但可能轻微漂移」的补救。二是走重编码用-vsync cfr强制恒定帧率# 重编码并强制恒定帧率彻底解决时间戳问题但有画质损失 ffmpeg -f concat -safe 0 -i filelist.txt -c:v libx264 -crf 18 -vsync cfr -c:a aac output.mp4-crf 18是 x264 的视觉无损档位-vsync cfr把可变帧率压成恒定帧率代价是文件变大、耗时增加。这是时间戳彻底乱掉时的后悔药能不用就不用。4.3 合并后必做的三项验证合并不是跑完命令就结束产出必须验证第一看时长。ffprobe -v error -show_entries formatduration -of csvp0 output.ts对比各切片时长之和误差应在 1 秒内。第二看首尾。用播放器拖到开头和结尾各看几秒确认没有黑屏、花屏、音画不同步。第三看进度条。拖动进度条到中间任意位置能正常跳转且画面正确说明时间戳连续。如果拖不动或跳转后花屏回到 4.2 处理时间戳。5. 合并 ts 切片最容易踩的五个坑5.1 坑一文件名排序错乱导致顺序颠倒现象合并后视频内容顺序不对比如第 10 段跑到了第 2 段前面。原因ls默认按字典序排序10.ts排在2.ts之前。切片数量超过 9 个就会触发。解决始终用sort -V版本号排序或sort -n数字排序。生成清单时确认顺序可以cat filelist.txt肉眼检查一遍再合并。5.2 坑二清单文件路径含特殊字符导致读取失败现象FFmpeg 报No such file or directory或Unsafe file name但文件明明存在。原因清单里路径含空格、中文、单引号或用了绝对路径而没加-safe 0。解决清单里文件名用单引号包裹路径尽量用相对路径必须用绝对路径时加-safe 0。文件名含单引号的需要写成\转义。5.3 坑三ts 转 MP4 后没有声音现象合并成 MP4 能播但完全没音频或播放器提示音频流错误。原因ts 里的 AAC 音频带 ADTS 头MP4 容器不兼容缺少 bitstream filter 转换。解决输出 MP4 时加-bsf:a aac_adtstoasc。如果音频不是 AAC 而是 MP3 或 AC3这个 filter 不适用需要先确认音频编码再决定处理方式。5.4 坑四切片编码参数不一致导致拼接花屏现象合并后中间某段开始花屏、绿屏或直接卡死。原因切片虽然命名连续但编码参数不同分辨率、帧率、profile 不一致-c copy强行拼接导致解码器无法处理。解决用 ffprobe 逐个检查切片的codec_name、width、height、r_frame_rate。不一致的切片只能重编码统一参数后再合并没有无损办法。5.5 坑五磁盘空间不足导致输出截断现象合并命令跑到一半报错退出输出文件比预期小很多。原因-c copy虽然不重编码但输出文件大小约等于所有输入之和临时空间不足会中途失败。解决合并前用df -h确认剩余空间大于切片总大小批量脚本里可以在合并前加空间检查不足则跳过并告警避免产出半成品污染目录。6. 进阶用 Python 做智能合并与完整性校验命令行能解决大部分场景但切片数量上百、需要自动识别分组、合并后校验完整性时用 Python 包一层更省心。下面这段脚本做三件事按数字排序、调用 FFmpeg 合并、校验输出时长是否匹配。import subprocess import re from pathlib import Path def natural_key(path): 按文件名中的数字自然排序避免 10 排在 2 前面 return [int(s) if s.isdigit() else s for s in re.split(r(\d), path.name)] def merge_ts(folder: Path, output: Path): # 收集并按自然顺序排序 ts 文件 ts_files sorted(folder.glob(*.ts), keynatural_key) if not ts_files: raise ValueError(f{folder} 下没有 ts 文件) # 生成 concat 清单 list_file folder / filelist.txt with open(list_file, w, encodingutf-8) as f: for ts in ts_files: f.write(ffile {ts.name}\n) # 调用 ffmpeg 无损合并 cmd [ ffmpeg, -f, concat, -safe, 0, -i, str(list_file), -c, copy, -loglevel, warning, -y, str(output) ] subprocess.run(cmd, checkTrue) # 校验输出时长与各切片时长之和的误差 def duration(p): r subprocess.run( [ffprobe, -v, error, -show_entries, formatduration, -of, csvp0, str(p)], capture_outputTrue, textTrue, checkTrue ) return float(r.stdout.strip()) total sum(duration(ts) for ts in ts_files) actual duration(output) diff abs(total - actual) print(f切片总时长 {total:.2f}s输出时长 {actual:.2f}s误差 {diff:.2f}s) if diff 1.0: print(警告时长误差超过 1 秒检查时间戳是否连续) if __name__ __main__: merge_ts(Path(./segments), Path(./output.ts))逻辑说明natural_key用正则把文件名拆成数字和非数字片段数字转 int 后排序彻底解决10和2的顺序问题subprocess.run(checkTrue)在 FFmpeg 返回非零时抛异常避免静默失败时长校验用 ffprobe 分别取切片之和与输出误差超过 1 秒就告警。参数上-loglevel warning只输出警告和错误批量跑时日志干净如果切片时间戳不连续可以在 cmd 里加-fflags genpts但记得校验环节要放宽误差阈值因为重新生成时间戳会改变总时长。这套脚本我一般会再包一层遍历多个子目录每个目录输出一个合并文件最后生成一份汇总报告列出每个文件的切片数、总时长、校验结果。跑完一眼就能看出哪个目录有问题不用逐个打开播放器确认。一个习惯合并前永远先跑一遍 ffprobe 检查首尾切片的时间戳和编码参数确认无误再批量执行。这个前置检查花不了几秒但能省下大量返工时间——毕竟合并几百个切片跑完才发现顺序错了那种感觉比翻车还难受。希望帮到你。本文还有配套的精品资源点击获取