针对你需要同时录制两个摄像头画面、输出单帧图片并获取10ms精度捕获时间的需求，我来分享几个比你之前尝试更优的方案，完美解决精度、性能和文件覆盖的问题。

核心痛点回顾 #

你之前的三种尝试各有缺陷：

• 并行秒级时间戳FFmpeg命令：同秒多帧会覆盖，精度不够
• 循环调用FFmpeg：每次初始化开销极大，性能暴跌
• mkvtimestamp_v2输出：只能到100ms精度，不满足要求

最优命令行方案（无需编程） #

方案1：直接输出带毫秒级时间戳的图片文件名 #

这个方案最简单，只需要启动一次FFmpeg进程处理两个摄像头输入，利用FFmpeg扩展的strftime格式支持毫秒级时间戳，直接把时间戳嵌入文件名，完全避免覆盖问题，精度可达毫秒级（远高于10ms要求）。

命令示例：

# 替换$frame_rate为你的目标帧率，比如30
ffmpeg -y \
-thread_queue_size 1024 -f video4linux2 -r $frame_rate -i /dev/video0 \
-thread_queue_size 1024 -f video4linux2 -r $frame_rate -i /dev/video1 \
-map 0:v -vsync 0 -vframes 100 -strftime 1 "cam0_%s%3N.png" \
-map 1:v -vsync 0 -vframes 100 -strftime 1 "cam1_%s%3N.png"

参数解释：

• -thread_queue_size 1024：增加输入队列大小，避免高帧率下丢帧，保证捕获稳定性
• -vsync 0：禁用帧同步，让FFmpeg严格按输入帧的顺序输出，不丢帧也不重复，确保每帧都对应一个图片
• -strftime 1：启用时间戳文件名格式
• %s%3N：%s是秒级时间戳，%3N是毫秒部分，最终文件名类似cam0_1614427227518.png，毫秒级精度，完全不会覆盖

方案2：输出图片+独立高精度时间戳文件 #

如果需要把时间戳单独存储（比如做后续数据关联），可以用FFmpeg的framecrc格式输出每帧的精确时间戳（微秒级），再通过简单脚本提取成毫秒级时间戳文件。

命令示例：

ffmpeg -y \
-thread_queue_size 1024 -f video4linux2 -r $frame_rate -i /dev/video0 \
-thread_queue_size 1024 -f video4linux2 -r $frame_rate -i /dev/video1 \
# 处理摄像头0：输出图片+时间戳原始文件
-map 0:v -vsync 0 -vframes 100 "cam0_%05d.png" \
-map 0:v -f framecrc -an -vframes 100 "cam0_raw_timestamps.txt" \
# 处理摄像头1：输出图片+时间戳原始文件
-map 1:v -vsync 0 -vframes 100 "cam1_%05d.png" \
-map 1:v -f framecrc -an -vframes 100 "cam1_raw_timestamps.txt"

然后用脚本提取毫秒级时间戳：

# 提取摄像头0的时间戳（转换为毫秒）
awk '{print $4}' cam0_raw_timestamps.txt | sed 's/pts_time://' | awk '{print int($1*1000)}' > cam0_timings.txt

# 提取摄像头1的时间戳
awk '{print $4}' cam1_raw_timestamps.txt | sed 's/pts_time://' | awk '{print int($1*1000)}' > cam1_timings.txt

framecrc输出的每一行包含pts_time字段（比如1614427227.518345），是秒级浮点数，精确到微秒，转换后完全满足10ms精度要求，而且图片文件名用序号命名，和时间戳文件的行一一对应。

进阶编程方案（最高灵活性） #

如果需要更精细的控制（比如实时处理帧数据、自定义时间戳格式），可以基于FFmpeg的libavformat、libavcodec等API编写程序，直接从摄像头读取帧，获取每帧的pts（以微秒为单位的时间戳），然后保存图片并记录时间戳。

这种方案性能最优，精度最高（微秒级），但需要具备C/C++编程能力，核心流程大概是：

1. 初始化两个摄像头的输入上下文
2. 循环读取每个摄像头的帧
3. 获取帧的pts，转换为毫秒级时间戳
4. 解码帧并保存为图片格式
5. 同步记录时间戳到文件

为什么这些方案更好？ #

• 性能高效：只启动一次FFmpeg进程，避免重复初始化的巨大开销
• 精度足够：毫秒/微秒级时间戳，远超10ms的要求
• 无文件覆盖：要么用毫秒级时间戳命名，要么用序号+独立时间戳文件
• 同步稳定：通过输入队列和-vsync 0保证双摄像头帧捕获的同步性

内容的提问来源于stack exchange，提问作者Trac3rZ