这是一个创建于 294 天前的主题，其中的信息可能已经有所发展或是发生改变。
前情提要：有 3 个相机，3 个相机异步打开，通过硬件触发方式触发拍照。3 个相机全部拍照完成则进行图片处理
硬件方面：可忽略硬件的影响，在软件层面进行处理
软件层面：假设 N 秒（ N 位于 0.5~1 之间）通过硬件触发一次拍照，硬件触发成功后则对应的 capture_num+1 ，在此时需要使用 capture_num 来对图片命名和处理
问题：若第 1 次相机 1 未触发成功，其余相机触发成功。则相机 1 的 capture_num=0,其余相机 capture_num=1 ，第 2 次硬件触发，若所有相机均正常，相机 1-3 实际应该为 2 ，但是由于第一次触发失败，相机 1 的 capture_num=1.此时就出现了问题。
在第一次相机 1 触发失败，其余相机触发成功的时候，下游并不知道相机 1 是触发失败还是延迟触发。所以会一直等，如果此时第二次硬件触发相机 1 正常了，下游会认为这是相机 1 第一次拍照（实际第 1 次拍照，但是应该算成第 2 次）。则此时下游在处理时候就会存在异常。
虚心请教大家有什么好的方案处理这个问题吗？
 |
1
Adelell 293 天前
把相机换成摄像头，三路视频流，网络传输到服务器，服务器想怎么处理怎么处理。
|
 |
2
kilasuelika 293 天前 via Android
单用那个 num 是不够的，可以改下拍照函数，给照片打时间戳，利用这个来对齐。
|
 |
3
anytk 293 天前
业务要求帧率不高的情况下，肯定是记录触发时间戳并在接受时设置超时机制再标记序号。
|
 |
4
ltq918 293 天前 via Android
尝试记录触发的次数，例如可以这样，第一次 相机记录依次为 capture_num="0,0" capture_num="0,1" capture_num="0,1" 第二次 capture_num="1,1" capture_num="1,2" capture_num="1,2"
|
Select Language